Website tags met lange location URLs maar zonder functionele cookies

Ik heb al een paar keer gezeurd over ‘lange URLs’ in OSM website tags zonder uit te leggen wat daar mis mee is. Een voorbeeld van wat ik bedoel met een lange URL is https://www.locatiewijzer.geldmaat.nl/nl/location/5051003/ en mijn aanbevolen korte URL is https://www.geldmaat.nl

Mappers willen bij een flappentap/winkel/school graag de URL van het precieze exemplaar en controleren waarschjijnlijk of die juist is. Ze vonden die lange, gespecificeerde vorm typisch door te beginnen bij de korte vorm en te zoeken naar een link vestigingen-winkels-mijnbank-lokaties-aangesloten scholen of zo. Dat werkt.

Wat dan vergeten wordt is dat je in ooit in het verleden, seconden of jaren geleden functionele/essentiele cookies toegestaan hebt voor zo’n site. Dus als je jaren later opnieuw in de site duikt werkt het vaak nog steeds.

Als een map gebruiker nu van je website tag gebruik maakt zonder dat hij ooit de kans heeft gehad de vereiste cookies te accepteren dan bokt het met een fout in de 500 serie.

Als je in het Leaderboard van MapRoulette een paar honderd punten verzamelt kom je het volop tegen. Het is interessant om uit een lange URL achteraan de laatste /text weg te halen net zovaak tot het werkt.

have fun

(Ik draai Cookie AutoDelete op mijn laptop maar op mijn Android spul zijn de mogelijkheden kleiner)

Gebruik Ghostery en je bent overal van af…
Naar mijn weten multi platform https://github.com/search?q=Ghostery&type=repositories

Van mij mag je dit met Overpass grootschalig aanpassen. Hou ook rekening met de tags brand:website en operator:website. website=* is namelijk alleen voor de website van het object dat op de kaart staat, zoals vaak het geval is bij een hotel of restaurant. geldmaat.nl is niet de website van een individuele flappentap, maar de website van de organisatie erachter. Zo heb ik ook de website tags van winkelfilialen die verwezen naar de hoofdpagina van de ketens veranderd in brand:website.

Da’s in deze context een beetje off topic omdat je met Ghostery je eigen browsing experience aanstuurt. Met die website tags gaat het over wat de gebruikers elders ervaren.

(Ik wil eigenlijk liever niet in een extensions war terecht komen en draaide jaren Ghostery maar er zijn betere. De combinatie van NoScript, uBlock Origin en DuckDuck Go Privacy Essentials, subtiele iptables en ip6tables firewalls en thuis alles achter een Pi-Hole is waar ik nu mee werk. Ik zat beroepshalve in het security gebeuren)

Ikke niet. ik ben een beginneling met een armzalige 170 mapping days en ervaar hier regelmatig mijn beperkingen :upside_down_face:

OSM bestaat om zo neutraal mogelijk kaartgegevens te delen, niet om Ghostery aan gebruikers te promoten. URLs in de data opschonen lijkt me een stap in de goede richting.

Handmatige controle is sowieso de meest betrouwbare methode en er zijn vast teveel unieke gevallen om dit (semi-)automatisch te doen, dus het kan ook prima zonder.

https://www.locatiewijzer.geldmaat.nl/nl/location/5051003/

Die URL werkt gewoon zonder cookies. Was dat daar niet een voorbeeld van?

3 Likes

slecht voorbeeld.

https://www.aapnootmies.nl is een korte
en
https://www.aapnootmies.nl/noot/mies/gijs/zus/jet/teun is een lange

Waar gebeurt dit dan? Dat is een fout in die website als je een server error (5xx) terugkrijgt. Dat oplossen is doorgaans een kwestie van even een mailtje sturen (of afwachten).

4 Likes

Ik snap het even niet… Wat is precies het probleem? Graag een voorbeeld.

Dit is gewoon wat er achter website= moet staan.
website:brand=https://www.geldmaat.nl/ kan inderdaad toegevoegd worden aan alle Geldmaten.

1 Like

Eens maar in gegeven voorbeeld zitten geen cookies…
En zal de dataset atm behoorlijk doen slinken omdat heel veel nuttige info dataelementen in die url verwerkt zit en dus niet apart in OSM nog een keer opgeslagen hoeven te worden.

vergeet dat geldmaat voorbeeld. Dat eist inderdaad geen cookies. Mijn fout.

Als je de vraag om functionele cookies omzeilt door voorbij die vraag in de webstructuur te springen dan zal een serverbeheerder op een mailtje reageren met ‘jawel je kreeg een foutmelding maar je moet echt die functionele cookies toestaan/hebben, anders kan het niet werken’

Helaas staat in de commentaren van de changesets niet wat ik bij de COMPLETION intypte maar
MapRoulette’ Is er iemand die kan zien wat ik invoerde in de roulette, bijvoorbeeld zoiets als ‘lange URL 501’? Tjuro? Er waren meer categorien met lange URLs die fout gingen, ook zonder de cookie problematiek.

Ik kan me weinig concrete foute voorbeelden herinneren, maar er zat een concentratie bij de Designer Outlet Roermond. Changeset 134732384 bevat bijvoorbeeld de change die de niet werkende lange URL
https://www.mcarthurglen.com/nl/designer-outlet-roermond/en/the-brands/triumph/
veranderde in de wel werkende Designermerken met kortingen tot wel 70% | McArthurGlen Designer Outlets waar je natuurlijk meteen om cookie toestemming wordt gevraagd. Bij dit voorbeeld was die trailing /nl/ geen probleem maar wat daarachter staat wel.

Wel ja, als de URL verandert, dan gebeurt dat.

Deze werkt prima:

De cookies kun je er gewoon afwijzen.

Hoe langer de URL des de groter de kans is dat de URL in de toekomst veranderd en dus niet meer werkt. Maar het lijkt mij wel wenselijk om een URL te gebruiken die daadwerkelijk verwijst naar de specifieke locatie.

Bijvoorbeeld voor de jumbo in Deventer is dat:

https://www.jumbo.com/winkel/deventer/jumbo-deventer-de-boreel

Dat zegt veel meer dan gewoon:

Maar heeft wel een veel grotere kans dat de URL in 5-10 jaar niet meer werkt.

2 Likes

en dat is ook niet erg als we het maar oplossen. Als de geinteresseerden nou allemaal 25+ website tags die in de maproulette staan oplossen, dan weten we samen beter waar we het over hebben. Het gaat niet alleeen over abandoned shops en websites die naar Facebooks webadressen overstapten, maar ook over een Rabobank die al jaren niet meer op een adres zat (Laren NH) en een Aldi die al lang verhuisd was. En passant vind je wie er dan wel op een verlaten adres zit (shushi, kroeg :crazy_face:)

Ik doe dan voor iedere van roulette correctie dioor jullie allemaal samen er ook een; twee voor wie een cookie pronleem vindt.

Bijkomend voordeel: het belast je muisarm aanzienlijk minder dan uitlijnen van highways. (Allroads, je had gelijk met die stylus)

1 Like

Dat moet toch slimmer kunnen ?
Nu spreek ik weer uit ervaring uit Haarlem, maar volgens mij heeft elk winkel gebied een winkelvereniging (zodat winkeliers gezamenlijk bijv. Kerstversiering in hun gebied kunnen regelen maar ook 1 aanspreekpunt richting gemeentezaken enzovoorts…
Deze winkelverenigingen moeten op de hoogte blijven van hun leden m.b.t. facturering, communicatie onderling enzovoorts… en moeten daardoor wel up-to-date blijven kwa ledengegevens.
Als OSM contact houdt met deze winkelverenigingen dan hebben diens leden het voordeel dat ze altijd te vinden zijn op de digitale kaart middels de OSM-database… Of denk ik nou te simpel ?

Reactie op Dillen_GJ: (waarom moet ik dit altijd handmatig toevoegen?)

Je zou eerst moeten controleren of de gegevens kloppen.

Dat kan toch via je dichtstbijzijnde bron in dit geval een lokale winkeliersvereniging in je eigen stad want dat is via: local eyes, local legs methode controleerbaar.
Voordeel is tijdwinst, want je kan je focussen op de verschillen i.p.v. de hele reeks te controleren…

Die zou ik niet vertrouwen, want gijs staat op de plaats van wim. Na teun komt een vuur en dan pas gijs. Duidelijk geval van spoofing!