Die Frage ist ja gerade für AKK sehr interessant. Gehört da in addr:city “Wiesbaden” oder “Mainz-Kastel/Mainz-Kostheim/Mainz-Amöneburg” oder gar nur “Mainz”? In den Daten gibt es jede dieser Varianten.
Dies sind alles offizielle Stadtteile/Ortsbezirke von Wiesbaden und deren Namen lauten im Real Live “Wiesbaden, Mainz-Kastell” und analog. Dass die Anwohner das natürlich anders sehen und auch die Umsetzung in OSM nicht sauber ist, ist mir klar.
Welche Adresse bekommt der 0815-Nutzer, wenn er nach einer Adresse sucht oder fragt - zu der er dann navigieren soll?
Bei der Suche nach einer Adresse findet man in der Regel nur die Postadresse (XYZ-Straße, A-Stadt), sei es bei Internetrecherche, vom Schriftwechsel oder, oder.
Nur in einzelnen Ausnahmen bekommt man von einem Anwohner die Aussage, er wohne in B-Dorf, seine Postadresse laute aber A-Stadt.
Manche kennen sogar nur Ihre (Post)Adresse - und wissen nicht einmal, dass sie tatsächlich auf dem Gebiet einer anderen Gemeinde residieren.
Zumindest sind das meine Erfahrungen mit diesen Sonderfällen aus dem realen Leben.
Außerdem müsstest Du dann noch das Wiki (Key:addr mit allen Übersetzungen) umschreiben.
Schau mal bei
“addr:city und place=>name gibt es ein “missing streets” für Orte?”
Habe da eine Auswertung gemacht, die man für das Thema auch nutzen könnte.
Ist quasi ein missing places/Relations für addr:city Einträge.
Das Thema verfolge ich (auch) - allerdings bin ich zwischenzeitlich desillusioniert, was das Thema betrifft.
Wir bekommen es als deutsche Community nicht hin, uns zu einigen, WAS ins Adress-Schema rein soll. Diskussionen darüber verlaufen regelmäßig im Sande.
Der eine möchte ausschliesslich Strasse und Hausnummer drinhaben (“Redundanz! Kannst die fehlenden Angaben ja über die administrativen Boundaries holen”), der andere alles (“Prima. Oh, was wenn es keine Boundaries dazu gibt?”).
Selbst innerhalb einer Stadt (sic!) bestehen erhebliche unterschiedliche Meinungen, wie die korrekten Schreibweisen sind und was wo wie reingehört - hast du ja selbst bei deinen Auswertungen gemerkt.
Was mich wirklich ärgert, sind solche Fehler, die seit 3 (!) Jahren bestehen und niemand merkt was aufgrund fehlender Qualitätskontrollen.
Was addr:city anbelangt: gebt mir ein Tool wie OSMI, daß mir die addr:city-Fehler anzeigt und dann korrigiere ich, wo ich Gebietskenntnisse habe. Für meine heimische Lausitz hab ich die Fehlerprüfung einigermaßen im Blick.
Also ich denke auf Gemeindeebene würde es mit addr:city schon sauber funktionieren das zu prüfen. Aber dann schon bei den Stadtteilen wird es zu Problemen kommen. Einfach weil der Begriff Stadtteil ziemlich vage ist. Das denkt man zwar vielleicht nicht, aber dem ist so. Einfach weil manche das darunter verstehen was offiziell ist, andere gehen dann nach Siedlungsbereichen…und die Städte machen es einem auch nicht leichter.
Bei größeren Städten ist das Problem vielleicht kleiner, aber bei kleineren Gemeinden… Hier gibt es bspw. eine Gemeinde. Laut deren Website gibt es drei Stadtteile. Und da ist die Kernstadt nicht miteinbezogen (was theoretisch aber wohl auch noch ein Stadtteil ist). Allerdings haben sie zwei Siedlungsbereiche dazugerechnet, die eigentlich zur Kernstadt gehören… Da kann man denke ich also viel Chaos stiften wenn man da was verkehrt macht.
Deswegen würde ich mich eher erst mal auf addr:city konzentrieren.
Na ein Glück habe ich zufällig vor ziemlich genau 24h rund zwei Dutzend genau derartiger Fehler ausgehend von OSMI in Berlin beseitigt Der OSMI-Stand ist derzeit “2016-10-26 20:21”, manches meiner Bearbeitungen ist also noch nicht dargestellt.
Zu den OSMI-Fehlern bei Deinem “Vergleich”: Etliche “No addr:street”-tags in Berlin gehören zu Briefkästen. Die jedoch sind ein ganz eigenes Aufgabenfeld, dessen man sich mal annehmen müsste.
Gibt es eigentlich eine Möglichkeit, die gefilterten OSMI-Fehler sich in JOSM reinzuholen? Selbst der OSMI-Zoom-Link zu JOSM funktioniert (bei mir?) nicht, Potlatch/ID hingegen schon…
Wenn ich etwas Zeit hab, ordne ich meine Daten noch PLZ Region zu (das ist auch der Grenzfehler zu Polen etc. weg)und schreibe aus den Nodes zu einem Way ggf die Koordinaten in zwei Spalten.
Dann könnt Ihr das bestimmt mit Optik in ein anderes Tool einladen…
Den Nodetyp schreib ich auch dazu, dann könnt Ihr Euch Briefkästen etc rausfiltern.
Aber das man für zweizeilige Angaben auf einem gelben Ortschild einen gemeinsamen Nenner für die Schreibweise
finden sollte finde ich schon. Das scheint mir ein offensichtliches (weil zweizeilig in Tags nicht vorgesehen) aber auch leicht lösbares Problem.
Wie/wo wird sowas entschieden?
Sorry, falls das hier schon jemand angemerkt hat: Der Ortseintrag-Name der DPAG stimmt nicht immer mit dem Namen der Gemeinde, in dem sich ein Haus befindet, überein. Das kann daran liegen, dass das Haus postalisch anders einsortiert wurde oder dass die DPAG einfach einen Ortsteilnamen als Namen des Ortseintrags verwendet (was trotzdem offiziell wäre). Letzteres kann z.B. durch ein postalisch nicht nachgepflegte Gemeindefusion entstehen oder weil einzelne abgelegene Höfe einen eigenen Ortseintrag bekommen.
Was das jetzt für das “korrekte” Tagging von “addr:city” bedeutet, ist nicht geklärt…
Um das Thema nochmal hochzuholen: Ich hab da mal ein kleines Auswertetool zusammengewürfelt, das “verdächtige” addr:* Tags in Deutschland anzeigt. Das Tool greift sich alle nodes und ways, die die entsprechenden addr:*Tags aufweisen. Ausgewertet werden addr:city, addr:street / addr:place, addr:postcode. Die Daten werden täglich zw. 01:30 - 03:30 upgedatet.
Sieht gut aus! Ich habe damit bei einem 3-Minuten-Ausprobieren gleich einige „behebbare Suboptimalitäten“ in meiner Region gefunden. Also auf jeden Fall eine nützliche Sache. Wenn ich jetzt hoffentlich noch bald zum Korrigieren komme …
Eine Frage: für eine Adresse wird eine negative OSM-ID angezeigt:
Check: addr:postcode
type way
osm_id -2593757
addr:housenumber 1
addr:street Bildungscampus
addr:suburb
addr:postcode 74072
addr:city Heilbronn
addr:country DE
Sowas kenne ich bisher nicht. Gibt es denn negative OSM-IDs, oder steckt da irgendwo ein Fehler (etwa unbeabsichtigte uint/sint-Konversion?)?
Einige Einträge dieser Liste habe ich auch schon korrigiert (Link zu JOSM funktioniert). Wenn ich aber den Reiter “addr:city” verwende und dort in der grauen Spalte ganz links “sonst” auswähle, kann ich die Zeilen mit schwarzer Raute und Fragezeichen darin (ist wohl das Zeichen 0x7F - siehe auch hier) anklicken, aber JOSM bekommt kein Kommando zum Laden von Daten.