Ik heb zo het gevoel dat die BAG nodes met adresnummer 35 en 39 in de Albert Heijn die van de Elshofpassage zouden moeten zijn, maar dat ze nu de onjuiste straat en postcode hebben.

Hoofdzaak van mijn edit was een nette oplopende reeks adresnummers in de linker-zijde van de oost-west gang en het aanvullen van alle ontbrekende winkels.

Als je over de gekleurde nodes in achivi hovert zie je dat alleen nummer 33 is "verwijderd", maar deze is conform de ondernemerswebsite samengevoegd met nummers 35 en 37 als de officiële locatie van kledingwinkel Satisfashion.

D-Reizen op nummer 39 zat eerst in nummer 21, maar is al enige tijd geleden verhuisd. Iemand had alleen de winkel-node verplaatst maar niet het adres aangepast. De officiële BAG node voor nr. 21 staat nog netjes aan het kruispunt van de oost-west en noord-zuid gang. Volgens mij is er geen officiële BAG node voor nummer 39.

Nr. 44 is alleen iets opgeschoven en staat nu logischerwijs tussen 46 en 42, oftewel Pearle en Primera. Ook nr. 40 is alleen iets opgeschoven en staat nu logischerwijs tussen 42 en 38, oftewel Primera en Kruivat.

In de foto op de ondernemerswebsite (http://www.centrumduiven.nl/winkel/kruitvat/) is te zien dat nummer 34 een roldeur toegang is naar een algemene bevoorradingsgang van het winkelcentrumcomplex, welke uitkomt in de nis aan de Elshofstraat-zijde van het gebouw. Het lijkt dus alsof nummer 34 geen onderdeel is van de Kruidvat winkel.

Alle toevoegingen/aanpassingen zijn in lijn met de ondernemerswebsite voor het centrum van Duiven (http://www.centrumduiven.nl/winkelen/). Mocht er een meer gezaghebbende onafhankelijke/geverifieerde bron zijn voor de betreffende informatie, dan verneem ik deze graag. Verder kan het Kruidvat niet in de volle reeks nummers 34-38 zitten want oneven nummers in die reeks worden bezet door Satisfashion aan de overzijde van gang, dus dat kan zo niet opgeven worden in OSM.

Jammer dat de fietskaart wel de aparte sidewalk/footpaths laat zien, maar niet degene die gerealiseerd zijn als onderdeel van een fietspad of autoweg.

Ik heb de sidewalks grotendeels verwijderd en de tags van de wegen/fietspaden juiste ingesteld. Het lijkt even te duren voordat de onderliggende routering database bijgewerkt wordt, dus dan zal ik komende week nog wel eens kijken of de routering voor voetgangers nog steeds de juiste resultaten geeft. Vervolgens zal ik dan hier en daar de laatste beetjes buiten het centrum nog wel wegpoetsen.

De hoofdopzet is duidelijk maar dan is me nog niet duidelijk hoe ik, zonder aparte sidewalks die met een echte oversteek kunnen worden gekoppeld, kan aangeven waar enkel een voetgangersoversteekplaats is over een doorgaande weg. Dat is natuurlijk cruciaal in de juiste routering voor voetgangers.

Ik vind het prima, gaat alleen wat tijd kosten om mijn edits te corrigeren en de wegen op de juiste sidewalks te controleren.

Wel is me nog niet helemaal duidelijk hoe ik dan (bij de tweede link) die loop bij de glascontainer en zowel de zebra (vanuit centrum) als ongemarkeerde (van gemeentehuis) voetganger-oversteken die ernaartoe lopen moet intekenen, als die hele loop terug wordt geïntegreerd in de bestaande wegen.

Ook is het dan vreemd dat ze voor voetpaden wel ook gewoon een "sidewalk" optie hebben.

Duidelijk, maar dan ondermijn je natuurlijk de hele reden waarom je als voetganger OSM zou gebruiken. Ten eerst kun je dan niet fatsoenlijk zien waar je met de voet kunt komen als je ergens met OV/auto heen gaat. Ook krijg je, wanneer je voor het merendeel alleen wegen/fietspaden kan benutten, geen duidelijke routes als dit:
osm.org/directions?engine=fossgis_osrm_foot&route=51.94705%2C6.02220%3B51.94820%2C6.02075#map=18/51.94731/6.02322
Maar allerlei onzinnigheden als dit (maar dan nog erger want je mist de loop bij de glascontainer):
osm.org/directions?engine=fossgis_osrm_foot&route=51.94737%2C6.02424%3B51.94843%2C6.02437#map=19/51.94796/6.02403

Ik zie namelijk dat in degene die in de naastgelegen plaats Zevenaar deze bedrijfsinformatie heeft toegevoegd, er voor gekozen lijkt te hebben om geen adressen aan de bedrijven toe te voegen. Mogelijk om de betreffende geautomatiseerde wijzigingen te ontlopen.

Duidelijk, maar ik zie in de history wel veel geautomatiseerde data invoer. Dit is natuurlijk handig om zaken up-to-date te houden. Is het echter dan ook zo dat, als ik ze aan zo'n BAG adresnode koppel, de bedrijven bij de volgende synchronisatie weer naar de verkeerde geografische positie worden teruggezet?

Ik heb de winkels/horeca op de plek erin gezet waar ze echt zijn met hun officiële adres. Regelmatig komen de BAG adresnodes voor dezelfde adressen niet overeen met de daadwerkelijke locatie van het bedrijf. Hoe krijg ik dan het bedrijf met het juiste adres op de juiste fysieke plek?