Key website naar algemene homepage of specifieke pagina filiaal

Ik ben begonnen aan een mechanical edit pagina voor m’n eigen OSM account. Het is nu nog een draft versie, dit wordt echt nog wel uitgewerkt met details zoals Overpass queries, maar geef vooral commentaar om de edits die hier uiteindelijk uit moeten rollen nog kwalitatiever te maken.

Ik heb het scriptje en de output voor Kruidvat klaar. Wil je de OSM XML hebben?

Script:

https://gist.github.com/jdhoek/41130c1126a3561cdab1f50540840e55

Als er meer ketens zijn waarbij de filiaalpagina zo afgeleid kan worden, dan kan ik daar ook een script voor maken.

Naar aanleiding van een mail van Casper;

Het omzetten van website naar algemene homepage is akkoord mits het gedaan kan worden voor alle winkels van de formules van Kruidvat, Trekpleister, ICI PARIS XL en Prijsmepper voor alle landen (NL, BE, LU) In totaal 1758 filialen. De Belgische filialen van Kruidvat en ICI PARIS XL hebben in Wallonië deze url’s: https://www.kruidvat.be/fr en https://www.iciparisxl.be/fr

De algemene homepage ook weergegeven zal worden in apps en websites die van de data van OSM gebruik maken zoals bijvoorbeeld Maps.me en OsmAnd Maps

Het handhaven van URL’s van individuele winkels is minder wenselijk omdat:

-Deze URL’s aan verandering onderhevig zijn (verandering formule/verhuizing/verbouwing en of wijziging filiaalnummers)
-De websites van de individuele formules zullen in de toekomst aangepast gaan worden waardoor deze URL’s waarschijnlijk in zijn geheel komen te vervallen
-De inhoud van de winkelpagina’s niets toevoegen aan de al in de tag opgenomen informatie.

Borishag

Daar maakt de DWG direct bezwaar tegen want OSM noch de OSMF is verantwoordelijk voor wat andere partijen met “onze” data doen.

Dit gezien vanuit het bedrijfsoogpunt.

De gebruikers, burgers zijn gebaat bij een vaste url, die zij ook op slaan in hun favorieten, locatiegegevens.
Wil je een website gebruiksvriendelijk maken dan is dit een belangrijk punt.

Ik neem aan dat je deze post #11 ook hebt gelezen.

Het gaat om geografisch gegevens bij een locatie.

Dat valt inderdaad buiten onze verantwoordelijkheid. Boris: ik zou je zeker aanraden een issue aanmaken bij Osmand en Maps.me als je brand:website beter ondersteund wil zien, maar voor OpenStreetMap weegt het principe dat tagging zich niet laat leiden door een gebrek aan ondersteuning in apps van derden best zwaar.

Dat is natuurlijk jammer voor de klant die meer informatie zoekt over een filiaal, maar wanneer dat gebeurt verwijderen we de website-tag gewoon. Dat kan dan immers in een keer voor heel Nederland. Via brand:website=* kunnen klanten dan wellicht alsnog (aanvullende) filiaalinformatie opzoeken.

Is het een idee dat je bij A.S. Watson aanstuurt op filiaalpagina-URL’s zoals bijvoorbeeld Albert Heijn dat doet?

https://www.ah.nl/winkel/albert-heijn/leeuwarden/stationsplein/5827

Die hebben het voordeel dat je ze uit de filiaalcode (in de ref-tag) kan opbouwen, net als nu met Kruidvat, maar ze zijn fijner/leesbaarder voor gebruikers. Slimmigheid: de ‘plaats’ en ‘straat’ delen van de URL zijn vrij, waardoor spellingsvarianten daar niet uitmaken. Dit is bijvoorbeeld ook een geldige URL voor dezelfde filiaalpagina:

https://www.ah.nl/winkel/albert-heijn/x/x/5827

Als insider met kennis van hoe een derde partij als OSM de data gebruikt in het voordeel van de klant kun je dat vast wel op de agenda krijgen. Wij denken natuurlijk graag mee over de technische kant in OSM.

Dit lijkt me best makkelijk om internationaal uit te voeren. Ik vind het best een goede suggestie.

Daarvoor mag je zelf een pull request indienen bij de Github pagina’s van desbestreffende apps & websites. OSM is alleen de bron van de data en wij hebben simpelweg geen invloed op hoe OsmAnd, Organic Maps en wie dan ook de data gebruiken.

Volgens mij is er al meerdere keren (in ieder geval door mij) benoemd dat de filiaalpagina’s juist extra informatie toevoegen. Hoewel bij Kruidvat e.d. de informatie inderdaad minimaal is, geeft het de mogelijkheid snel de openingstijden te controleren. Zeer handig op bijvoorbeeld feestdagen.

Het winkelnummer staat ook in de ref-tag. Als je nu geautomatiseerd website-tags kunt maken op basis van de ref-tags, kun je datzelfde script later ook gebruiken om alle website-tags te updaten/verwijderen bij eventuele toekomstige wijziging van de URL-structuur van de website. Daarmee vervallen de eerste twee bezwaren.

Wat betreft het derde bezwaar: het staat iedereen in principe vrij om te mappen/taggen wat men nuttig vindt, ook als anderen het niet nuttig vinden, zolang men elkaar niet in de weg zit.

Ik heb net een mechanical edit uitgevoerd voor https://www.kruidvat.nl/ (de meest voorkomende website=* tag die brand:website hoort te zijn)
https://www.openstreetmap.org/changeset/123766567 en https://www.openstreetmap.org/changeset/123767081

Nu ook de Bruna: https://www.openstreetmap.org/changeset/123768275

En de AH (excl. XL & to go): https://www.openstreetmap.org/changeset/123783957

Ik heb tot nu toe alleen bestaande website=* tags aangepast. Nieuwe automatisch toevoegen is niet altijd even simpel, maar als ik tijd kan vinden om dat uit te zoeken komt dat vanzelf een keer.

Omdat de tag brand:webstie niet gebruikt wordt door de meeste apps, ontbreekt deze info nu bij alle NL winkels van AS Watson.
Dit is jammer. Gebruikers van deze apps willen graag naar de website en kunnen dat nu niet meer direct.
Het is een kleine moeite met een groot gevolg. Graag hierbij het verzoek om deze tag weer te vermelden voor de 1322 NL winkels van AS Watson.

Borishag

Dat zou binnen OSM technisch incorrect zijn. Je kunt beter een wijziging aanvragen bij de applicaties die je interessant vindt zodat ze brand:website=* meer gebruiken bij afwezigheid van een website=* tag, en/of je kunt voor alle filialen website=* tags toevoegen die linken naar de filialen. OSM is immers een database van geografisch gelinkte informatie.

Daar is hierboven al een prima antwoord op gegeven: https://forum.openstreetmap.org/viewtopic.php?pid=856463#p856463

Trekpleister
Xenos
HEMA

Ik heb nog steeds niets gedaan met compleet ontbrekende brand=* tags, aangezien ik hier nog wat haken en ogen verwacht. Ik pak eerst het laaghangende fruit.

Mechanical edit MultiVlaai.nl
Mechanical edit Etos.nl

Ik heb drie kwesties die een antwoord behoeven:

P.s. Als iemand een suggestie heeft om met mechanical edits missende brand=* tags toe te voegen zonder onnodig foutieve data te introduceren, dan ben ik één en al oor.

De brand van blokker is Blokker (Q33903645, https://www.wikidata.org/wiki/Q33903645), die heeft ook een logo.

Tags met winkelnummer en shop:number lijken mij geen goede tags.
Het zou iets met “ref” moet zijn.
Een voorstel is er ook geweest voor ref:shop:num, maar in de discussie werd gesteld dat “ref=” hetzelfde doel bereikt.
Zie ook: https://help.openstreetmap.org/questions/41016/adding-store-number-info

shop=pastry, ze verkopen geen brood.

Om missende brand=* tags toe te voegen kijk ook eens bij https://nsi.guide/?t=brands en wat daar op is gebaseerd, Osmose brand in name

Nu gaat @borishag toch weer verder met het gebruik van website=* voor de algemene website.

http://overpass-api.de/achavi/?changeset=144745451

Erg jammer, en vervelend voor mappers die netjes filiaalwebsites linken bij het updaten van winkels.

1 Like

Zeker in dit geval, waar de website van de keten al in brand:website was getagd en de website van de winkel zelf in de tag website, lijkt me een dergelijke wijziging ongepast. Een revert is op zijn plaats.

1 Like

Gedaan in changeset 144788759. Ik hoop dat @borishag dit topic leest, want ik heb geen zin om hier een langere edit war over te voeren.

1 Like