Ik was mijn dichtsbijzijnde Albert Heijn aan het bijwerken in MapComplete en toen viel mij daar het volgende op:
Er zijn zo’n 1200 winkels (supermarkten gok ik voornamelijk), enkel in nederland, die met de specifieke tag “winkelnummer” getagd zijn. (winkelnummer | Keys | OpenStreetMap Taginfo). Dit lijkt me een beetje onlogisch:
De key is specifiek voor Nederland en de naam ervan is in het Engels
De tag is niet gedocumenteerd; er bestaat geen wiki-pagina voor
Voor dit soort referenties bestaat er al de veel gangbaardere tag “ref” en/of variaties daarop
Wat moeten we hiermee? We zouden bijvoorbeeld winkelnummer=1515 kunnen vervangen door ref=AH1515 voor Way: Albert Heijn (842112895) | OpenStreetMap, of dan toch maar proberen de tag wat “officiëler” te maken… Overigens is voor dit voorbeeld de referentie toch al aanwezig in de website-URL: Albert Heijn heeft voor elk winkelnummer een informatiepagina.
winkelnummer is naar mijn idee niet goed, de wiki geeft:
Ideally, a key is one word, in lowercase, using British English if possible.
Taginfo laat zien dat winkelnummer er met “2 commits” in gekomen is maar dat het besef er wel is dat een alternatief beter is en dat opruimen langzaam gaat:
Als ik winkelnummer=* tegen kom dan tag ik dat om naar ref=*. Om het in één keer om te taggen ben ik niet tegen, maar liever zou ik het handmatig langslopen. Bijvoorbeeld bij deze gevallen:
Zoals ook te lezen is, @Sander_H heeft gevonden dat winkelnummer ooit eens in OsmAND gekomen en wel via deze commit maar als ik de huidige OsmAND sources check dan is die code niet meer terug te vinden.
Over de oorsprong:
ik zag dat AH te checken is met ah.nl/winkel/, misschien geldt dat ook voor Gall&Gall en Etos. Ik zal eens kijken of ik er een script voor kan schrijven.
Een “AH shop resolver” staat daar, ben benieuwd wat daar de intentie van is, speciale code voor één specifieke winkelketen in Nederland (en eentje in België dacht ik).
@emvee bedankt dat je het zo gemakkelijk om wist te taggen, daar had ik nou om gehoopt toen ik dit topic maakte (ik kan wel programmeren maar heb nog nooit zo iets gedaan binnen OSM). Ik hoop wel dat de semi-automatische changeset niks heeft ‘gesloopt’.
En inderdaad @JeroenHoek de combi brand=“Albert Heijn” en ref=“1432” is duidelijk genoeg. Daar hoeft geen andere poespas als een AH-afkorting bij of ref:shop:num. Bedankt voor het meedenken.
Voor de gemelde changeset alles met de hand gecontroleerd. Dat wil niet zeggen dat het 100% goed is, ook ik maak zo af en toe fouten.
Ik wil het script wel nog uitbreiden om AH/Etos/G&G te checken tegen de website en als dat klopt winkelnummer omtaggen naar ref maar voor ik dat doe zal ik me hier nog melden.
Volgende stap was nodes met winkelnummer= maar met een unieke naam, die alle handmatig nagekeken en winkelnummer kwam van óf een oude import (winkel overgegaan) of het was onduidelijk waar het vandaan kwam en in ieder geval niet terug te vinden.
Daarna blijven eigenlijk alleen AH/Etos/Gall&Gall over.
Voor AH is een winkelnummer op de site te vinden maar voor Etos + Gall&Gall heb ik het niet op de site kunnen vinden, dus mijn voorstel is voor Etos + Gall&Gall winkelnummer= te verwijderen. Ik heb diegene die de import van Etos/Gall & Gall 15 jaar geleden heeft gedaan via de changeset op dit topic gewezen.
Voor AH heb ik het script uitgebreid om het winkelnummer tegen https://www.ah.nl/winkel/<winkelnummer> te houden en dat vond in de 490 AH winkels met winkelnummer in OSM:
37 winkelnummers zijn niet meer op de AH site terug te vinden? AH verdwenen?
8 winkel missen adres gegevens
voor 18 winkels klopt het telefoon niet/niet meer
voor ~30 winkels stemt het huisnummer niet overeen
Bedankt @meeuw voor de achtergrond, goed te weten.
Ik heb de afgelopen dagen nagelopen wat uit de AH data vergelijking kwam en zoveel mogelijk problemen opgelost maar er lijken ook fouten in de AH data te zitten:
n34044575 1316 ah postcode fout?
n34044657 1474 ah huisnummer incorrect?
n34044685 8675 parsing AH huisnummer wrong
n34044720 1289 AH huisnummer fout?
n429798206 5803 huisnummer is onduidelijk
n430120979 5839 huisnummer is onduidelijk
n2697946257 1068 AH postcode fout
n2743479207 8634 AH postcode fout
n2752023827 8542 AH adres parsing probleem?
n2852672795 5589 AH huisnummer fout op basis van BAG
n2897716656 4159 huisnummer parsing probleem
n11297719895 5587 OSM address correct op basis van BAG
n11378240870 5322 OSM address correct op basis van BAG
n11386364641 5595 OSM address correct op basis van BAG
n11512382468 5343 OSM address correct op basis van BAG
n11555260253 5349 AH huisnummer (55) klopt niet
Met de problemen zoveel mogelijk opgelost heb ik voor AH winkelnummer= omgezet in ref=.
Zoals het commentaar geeft, ik heb ook overal de website van de winkel toegevoegd, dat is handig voor gebruikers van de data om bijv. de openingstijden te vinden en voor scripts om de data te controleren.
Wat over blijft zijn de AH winkels met een winkelnummer dat niet meer bestaat, voor die had ik een Maproulette challenge gemaakt maar het lijkt erop dat in ieder deel een tijdelijk probleem was dat het script de winkel niet kon vinden dus dat ga ik eerst nog even nakijken.
Naar aanleiding van dit draadje keek ik eens naar de AH-winkel in Landgraaf. Deze is begin dit jaar verhuisd van Prinssenstraat Landgraaf naar Markt 6.
In OSM staat nog de oude winkel, waarbij in de tag website een nummer 1848 staat. Deze website geeft een 404 error. Ik kan dit wel zelf aanpassen, maar weet dus niet of 1848 het nummer van de winkel is. Kan dit meegenomen worden in bovengenoemde wijzigingen?
Inmiddels bezig met ETOS maar ook even gekeken naar de overgebleven AH winkels met winkelnummer=. Zoals eerder geschreven had ik daar een maproulette challenge voor gemaakt. Inmiddels ~1/3 van de overbleven winkels daarvan bijgewerkt en ik deel hem maar even hier:
De bedoeling is de betreffende winkel (bijv, via de postcode) op de AH website op te zoeken en daarna:
2 waren er al gefikst en 1 filiaal lijkt niet meer te bestaan: