OpenStreetMap

Habe vor kurzem die Site http://gulp21.bplaced.net/osm/housenumbervalidator/# und http://keepright.ipax.at/ entdeckt und ich bin erstaunt wie viele Fehler in OSM eigentlich noch vorhanden sind. Von nicht verbundenen Wegen bis hin zu jeder Menge falscher Hausnummern bzw. fehlerhafter Zuordnung von Straßen.

Wenn ich bedenke, dass OSM auch zum Navigieren benutzt wird. Sollten alle Mapper noch mal drüberschauen ob in ihrer Umgebung wenigstens die Hausnummern stimmen und keine Duplikate aufweisen.

Meine Gegend um Gelsenkirchen, Gladbeck, Bottrop, Dorsten ist nach etlichen Stunden fast duplikatfrei. Bei über 40.000 gesamt Duplikaten (2014-11-30 Statistik: (nur Deutschland) 7889833 Hausnummern, 40291 Duplikate, 6034 problematisch) wird es wohl noch lange dauern bis wenigstens diese Fehler deutlich reduziert werden. Da auch noch nicht jedes Haus eine bekommen hat werden zukünftig weitere Fehler anstehen.

Die meisten der Fehler scheinen offenbar aus Unachtsamkeit entstanden zu sein, etwa indem bei der weiteren Hausnummervergabe die Straße nicht geändert wird. Beim Einsatz von Addons wie “HouseNumberTaggingTool” kann das in der Tat sehr leicht passieren.

PS: meine eigenen Hausnummer-Fehler habe ich natürlich auch schnell wieder behoben, den tollen Tools sei Danke :)

Discussion

Comment from flohoff on 8 December 2014 at 07:46

Leider ist der Housenumbervalidator nicht so populär wie der Adresslayer der Geofabrik. Ich habe die Geofabriker schonmal angeschrieben ob man das nicht integrieren könne. Hatte da auch noch mehr ideen für den Adresslayer um fehler zu finden.

Die Housenumbervalidatorfehler sind aber nicht fatal. Eine vernünftige applikation sollte damit umgehen können. Ich habe immer mal wieder 2-3 Bugs wo Gebäudeteile alle die Adresse Erben. Dann landet man vor dem Gebäude egal welche Adresse man aussucht. So what.

Bei keepright gibt es jede Menge Kategorien die ebenfalls irrelevant sind (in meinen Augen) z.b. wenn die URL auf einem objekt die Keywords nicht enthält. Etc. Nur etwa 10% der Kategorien würde ich als wirklich definitiv fixenswert im Sinne der Datenkonsistenz halten.

Schöner ist natürlich wenn das wirklich sauber ist. Aber nicht um jeden Preis. Leider führt hier der Übereifer so wie bei den Wochenaufgaben auch mal zu kontraproduktivem Verhalten von Mappern.

Comment from ydrgbjo on 11 December 2014 at 09:57

Adressen - komplette Anschrift - Duplikate entstehen naturgemäss mit Zunahme von POI’s mit umfassender Adressen Auszeichnung. Und diese detailierten Informationen je POI sind auch gewollt. Somit hat der Endanwender sämtliche Angaben inklusive kompletter Adresse zum POI auf einen Blick.

Dergestalt gehe ich davon aus, dass solche “Dubletten” nicht gelöscht oder “korrigiert” werden.

Comment from GeoGladbecker on 13 December 2014 at 15:55

ich habe bis jetzt einige hundert Duplikate korrigiert, wenige davon betrafen POIs, wie öffentliche Telefonzellen (wobei ich mir nicht sicher bin ob die überhaupt eine Hausnummer haben sollten), es sind hauptsächlich Duplikate an Gebäuden (die Daten an den Umrissen sowie Nodes, die nur als Hausnummer dienen)

Zu den Duplikaten: oftmals werden Hausnummern übersprungen, sodass am Ende Hausnummern fehlen, Straßennamen werden falsch zugeordnet, Duplikate am Anfang und Ende einer Straße die viele Kilometer lang ist (ob sich die Navi-Software immer für die korrekte H.Nr. entscheiden kann!?) Auch habe ich in Recklinghausen einfach nur falsch geschriebene Nummern vorgefundem, wo der Nutzer statt 8 eine 6 eingetippt hat. In Marl gab es Nodes die eine Hausnummer hatten und an landuses gesetzt waren, weit weg von den Straßen wo die Infos sein hätten sollen.

Dadurch, dass ich nach Duplikaten suche, finde ich auch sonstige Fehler wie nicht als geschlossener Weg gezeichnete Gebäude oder an highways gesetzte addr:street tags etc.

Ich sehe diese Duplikate nicht nur als Schönheitsfehler an. Eine Korrektur macht aus meiner Sicht in den allermeisten Fällen Sinn.

Das ganze ist allerdings eine Sisyphusarbeit, die manchmal komplizierter sein kann und hohe Konzentration erfodert.

Log in to leave a comment