OSMSuspects - Qualitätssicherung Adressen (Deutschland)

dooley · 2017-02-14T10:40:14.000Z

geri-oc:

dooley:

Gibts es da Beispiele? Also solche, bei denen statt Hausnummer der Hausname korrekt wäre?

Zum Beispiel Geisingbergbaude:
http://www.openstreetmap.org/node/294926104#map=15/50.7662/13.8027

Der Postkasten mit Anschrift befindet sich hier. http://osm.org/go/0MKlkCN9V–?m=

Ok, das ist schon ein Sonderfall. Ich bezweifle, dass ein Navi oder ein neuer Briefträger diese Adresse zuordnen kann:

Bergbaude Geisingberg
Geisingberg Geisingbergbaude
01773 Altenberg

name
addr:place (statt Straßenname) addr:housename (statt Hausnummer)
addr:postcode addr:city

Die einzige Adresse laut Impressum ist die vom Betreiber, welche natürlich weit entfernt vom POI ist.

Andere Internet-Dienste zeigen den POI an sich ohne Straßenname an, mein Garmin findet “Geisberg 1” als Straße + Hausnummer am Ende des Weges.

Hm. Keine Ahnung… Gibts von dem Postkasten ein Bild mit der Anschrift?

Gruß, Frank

Chrysopras · 2017-02-14T12:24:00.000Z

Diese Adresse in Weilheim an der Teck:

http://www.openstreetmap.org/node/847876963

wird nicht als fehlerhaft erkannt, obwohl addr:city=Weilheim zumindest „suboptimal“ ist (es gibt so viele Weilheims). Liegt das einfach daran, dass es irgendein anderes Weilheim gibt, bei dem addr:city=Weilheim korrekt wäre?

dooley · 2017-02-14T13:35:59.000Z

Chrysopras:

Diese Adresse in Weilheim an der Teck:

http://www.openstreetmap.org/node/847876963

wird nicht als fehlerhaft erkannt, obwohl addr:city=Weilheim zumindest „suboptimal“ ist (es gibt so viele Weilheims). Liegt das einfach daran, dass es irgendein anderes Weilheim gibt, bei dem addr:city=Weilheim korrekt wäre?

Richtig erkannt. Es gibt “Weilheim” und “Weilheim an der Teck”, welche nichts miteinander zu tun haben. Durch den “nur Namen”-Vergleich wird der Node oben nicht als fehlerhaft erkannt.

Ich werde in Kürze (so wie es die Zeit zulässt), mal testen, ob ich die addr:city nicht doch gegen die OSM-eigenen Admin-Grenzen teste.

Gruß, Frank

geri-oc · 2017-02-14T14:22:44.000Z

dooley:

Hm. Keine Ahnung… Gibts von dem Postkasten ein Bild mit der Anschrift?

Bild vom Briefkasten habe ich nicht. Vielleicht im Frühjahr.

“Geisber 1” ???

Die benachbarte Kohlhaukuppe - auch mit Baude - hat damals eine Nummer von der Gemeinde erhalten:
http://www.openstreetmap.org/way/119207212

dooley · 2017-02-14T15:15:12.000Z

geri-oc:

“Geisber 1” ???

Schau:

Hmpf, ich hatte oben “Geisberg 1” geschrieben, sorry.

Chrysopras · 2017-02-14T17:37:30.000Z

dooley:

Richtig erkannt. Es gibt “Weilheim” und “Weilheim an der Teck”, welche nichts miteinander zu tun haben. Durch den “nur Namen”-Vergleich wird der Node oben nicht als fehlerhaft erkannt.

Ich werde in Kürze (so wie es die Zeit zulässt), mal testen, ob ich die addr:city nicht doch gegen die OSM-eigenen Admin-Grenzen teste.

Das wäre natürlich toll. Wenn die Auswertung damit auch noch so gut läuft (und nicht irgendwelche anderen Probleme auftauchen), wäre das eine weitere große Verbesserung! Aber auch jetzt schon mal vielen Dank – viele Grüße, Chrysopras

dooley · 2017-02-17T13:15:36.000Z

Rüberkopiert aus dem Adressen-Thread.

geri-oc:

Liese sich bei addr:place - Abfrage der Radius erweitern?

ROT: Keine Straße [addr:street | addr:place] gleichen Namens innerhalb ~ 500 Meter

Bei unseren in Tälern lang gezogenen Dörfern ohne Straßennamen sind 500 m zu wenig, also 1500 m wären günstiger.

Ich ändere das mal testweise am Wochenende auf ca. 1500m und beobachte wie es von der Laufzeit her hinkommt. Ich möchte die Auswertungen halt spätestens 06:00 morgens fertig haben.

seichter · 2017-02-17T15:56:59.000Z

dooley:

Rüberkopiert aus dem Adressen-Thread.

geri-oc:

Liese sich bei addr:place - Abfrage der Radius erweitern?

ROT: Keine Straße [addr:street | addr:place] gleichen Namens innerhalb ~ 500 Meter

Bei unseren in Tälern lang gezogenen Dörfern ohne Straßennamen sind 500 m zu wenig, also 1500 m wären günstiger.

Ich ändere das mal testweise am Wochenende auf ca. 1500m und beobachte wie es von der Laufzeit her hinkommt. Ich möchte die Auswertungen halt spätestens 06:00 morgens fertig haben.

Das hat aber woanders negative Auswirkungen:
Ich hatte eine Straße, die war 100 m lang richtig getaggt, hatte dann aber einen falschen Namen. Erst die Häuser am Ende nach ca. 500 m (mit richtiger Adresse) wurden dann moniert. Dadurch fiel der Fehler im Straßenname auf.

Ein Suchradius von 1500 m für Straßen scheint mir viel zu groß. Dadurch gehen alle Adressen als ok durch, wenn im Dorf nur irgendeine Straße so heißt. Sogar 500 m finde ich sehr reichlich. So weit ist im residential kein Haus von der Straße entfernt.
Da bleiben tendenziell viele Fehler unentdeckt (missing positives).

Was anderes ist es mit addr:place. Das kommt vor allem in der Pampa vor, wo in der Nähe typischerweise nichts mit anderem Namen liegt.

dooley · 2017-02-17T17:13:27.000Z

seichter:

Ein Suchradius von 1500 m für Straßen scheint mir viel zu groß. Dadurch gehen alle Adressen als ok durch, wenn im Dorf nur irgendeine Straße so heißt. Sogar 500 m finde ich sehr reichlich. So weit ist im residential kein Haus von der Straße entfernt.
Da bleiben tendenziell viele Fehler unentdeckt (missing positives).

Was anderes ist es mit addr:place. Das kommt vor allem in der Pampa vor, wo in der Nähe typischerweise nichts mit anderem Namen liegt.

Das stimmt natürlich. Ich hatte mich für 500m als Kompromiss entschieden, weil es doch einige Gebäude, gibt, die etwas weiter von der Straße entfernt sind. Nun, mal die Auswertung morgen abwarten. Der Parameter ist ja schnell geändert.

seichter · 2017-02-18T09:17:43.000Z

dooley:

Ich hatte mich für 500m als Kompromiss entschieden, weil es doch einige Gebäude, gibt, die etwas weiter von der Straße entfernt sind. Nun, mal die Auswertung morgen abwarten. Der Parameter ist ja schnell geändert.

Das ist wie bei praktisch allen solchen Überwachungstools ein Kompromiss zwischen zu vielen missing positives und zu vielen false alarms. Problem ist, dass fehlende Punkte viel schwerer zu entdecken sind als welche zu viel, nur die letzteren fallen aber ins Auge.

dooley · 2017-02-18T19:01:07.000Z

Wie der eine oder andere vielleicht gemerkt hat, ist OSMSuspects u.U. heute etwas zäh. Das liegt daran, dass ich im Moment die Auswertung etwas umstelle und Laufzeiten getestet habe, um realistische Werte zu erhalten.

Der ungenaue Check auf addr:city (nur Schreibweise, keine räumliche Prüfung) hat mich ja schon eine Weile gestört und ich habe dazu auch ein paar Fragen bekommen. Ich habe das jetzt folgendermaßen umgestellt: Prüfung auf Namen von den administrativen Boundaries aus OSM und (per Verknüpfung über amtliche Gemeindeschlüssel) “gen” aus den VG250-Daten UND ein räumlicher Check, ob das Adress-Objekt innerhalb der admin-Boundaries liegt. Der Vergleich mit den Namen aus den PLZ-Notes ist dafür weggefallen.

U.a. wie und was geprüft wird, kann man jetzt auf meiner Benutzerseite im Wiki nachlesen: https://wiki.openstreetmap.org/wiki/User:Dooley

Nachteil des neuen Verfahrens: Eventuell dauert die Auswertung nun “etwas” länger, bisher war sie um ca. 04:00 fertig, dass ist nicht mehr erreichbar. Aber wenn sie um 06:00 fertig ist, bin ich auch zufrieden.

Im Augenblick (18.02. 19:40) habe ich nochmal einen kompletten Durchlauf der Auswertung manuell gestartet. Wenn der erfolgreich durch ist, werde ich die Statistik-Seite am Montag auf “null” setzen, da die Werte so nicht mehr vergleichbar sind.

Edit: Ausserdem habe ich gestern einen schweren Fehler gefunden, den ich gestern abend noch behoben habe für die heutige Auswertung: ich hatte admin_level 7-9 verwendet statt 6-8. Daher in der Statistik vom 18.02 auch die Riesensprünge.

Chrysopras · 2017-02-19T08:28:25.000Z

dooley:

Der ungenaue Check auf addr:city (nur Schreibweise, keine räumliche Prüfung) hat mich ja schon eine Weile gestört und ich habe dazu auch ein paar Fragen bekommen. Ich habe das jetzt folgendermaßen umgestellt: Prüfung auf Namen von den administrativen Boundaries aus OSM und (per Verknüpfung über amtliche Gemeindeschlüssel) “gen” aus den VG250-Daten UND ein räumlicher Check, ob das Adress-Objekt innerhalb der admin-Boundaries liegt. Der Vergleich mit den Namen aus den PLZ-Notes ist dafür weggefallen.

Super! Schon werden zahlreiche weitere Problemfälle gefunden, die vorher nicht entdeckt wurden.

Allerdings fallen mir auch ein paar falsch-positive Treffer auf. Wahrscheinlich sind diese nie ganz vermeidbar. Hier hätte ich zwei Gebäude, die jeweils (so wie derzeit gemappt) „auf“ der Gemeindegrenze stehen, wobei sie jeweils mit dem größeren Teil auf der „richtigen“ Seite stehen. addr:city stimmt also jeweils. Wahrscheinlich ist es nicht zu vermeiden, ja sogar sinnvoll, sie dennoch anzuzeigen, weil sie ja Zweifelsfälle sind; oder was meinst Du/Ihr?

https://osm-suspects.gbconsite.de/#17/49.06445/9.11233/osm-wrongcity
= https://www.openstreetmap.org/way/109588687

https://osm-suspects.gbconsite.de/#15/49.0521/9.0958/osm-wrongcity
= https://www.openstreetmap.org/way/143770010

In der Gegend gibt es noch mehrere ähnliche Fälle. Immer wenn ein ein Gebäude (oder ein leisure etc.) direkt auf der Grenze steht, wird das als fehlerhaft markiert. Die Frage ist: gut oder nicht gut? Wahrscheinlich muss man es so machen, denn man kann schlecht automatisiert feststellen, welche Seite die richtige ist – außer man geht nach dem größeren Teil … aber das ist aufwändig und fehleranfällig, oder?

Harald_Hartmann · 2017-02-19T09:10:50.000Z

so, nu is bei mir alles weiß und alles falsepositive
ist halt das problem in deutschland, dass es einfach nicht durchgängig gleich ist.

RoterEmil · 2017-02-19T09:36:18.000Z

Harald Hartmann:

so, nu is bei mir alles weiß und alles falsepositive
ist halt das problem in deutschland, dass es einfach nicht durchgängig gleich ist.

Ja, Berlin war bis gestern komplett frei von Weißen, heute Hunderte, vielleicht Tausende

dooley · 2017-02-19T10:05:42.000Z

RoterEmil:

Harald Hartmann:

so, nu is bei mir alles weiß und alles falsepositive
ist halt das problem in deutschland, dass es einfach nicht durchgängig gleich ist.

Ja, Berlin war bis gestern komplett frei von Weißen, heute Hunderte, vielleicht Tausende

Argh, ich Depp. Die Stadtstaaten Hamburg und Berlin vergessen, die 2 Sonderfälle haben ja admin_level. 4 Ich setz mich gleich dran.

Edit: Berlin und Hamburg sind gefixt. Um die 600.000 Adressen waren betroffen.

@Harald: Ich schau mal, ob ich auch noch die PLZ-Boundaries (spatial) zur Prüfung dazunehmen kann. Das Problem besteht sicher auch in anderen Gemeinden (wobei wir wieder beim Problem wären “Navi”- oder “Briefträger”-Adresse).

seichter · 2017-02-19T10:56:29.000Z

Harald Hartmann:

so, nu is bei mir alles weiß und alles falsepositive
ist halt das problem in deutschland, dass es einfach nicht durchgängig gleich ist.

Des einen Freud, des anderen Leid:
Bei mir sind etliche Adressfehler entlang der Stadtgrenze neu aufgetaucht.

BTW: Richtige PLZ, aber falsche Stadt, daher bei den Fools nicht gefunden.

RoterEmil · 2017-02-19T11:42:52.000Z

dooley:

Argh, ich Depp.

Nix “Depp” - hast ein ziemlich hilfreiches QA-Tool aufgebaut!

dooley:

Edit: Berlin und Hamburg sind gefixt. Um die 600.000 Adressen waren betroffen.

Danke. Sieht in der Tat wieder “ordentlich” aus. Ein paar Fehlerchen wurden dennoch über den alten Stand hinaus gefunden (‘addr:city=Berlin Neukölln’). Hab mich dieser größtenteils schon angenommen

Schönen Sonntag

Harald_Hartmann · 2017-02-19T12:05:06.000Z

dooley:

@Harald: Ich schau mal, ob ich auch noch die PLZ-Boundaries (spatial) zur Prüfung dazunehmen kann. Das Problem besteht sicher auch in anderen Gemeinden (wobei wir wieder beim Problem wären “Navi”- oder “Briefträger”-Adresse).

seichter:

Des einen Freud, des anderen Leid

Genau darauf wollte ich hinaus, man wird es trotzdem eigentlich “geordneten” Deutschland mit all seinen Gesetzen und Verordnungen wohl nicht jedem Recht machen können.

PS: Und ich hatte es ja schon erwähnt, da die postialische Sicht bei uns noch gar nicht geklärt ist, habe ich definitiv aus navigatorischer Sicht (Ortsschilder) erfasst, inkl. admin_level 10/11

dooley · 2017-02-19T12:56:38.000Z

Harald Hartmann:

dooley:

@Harald: Ich schau mal, ob ich auch noch die PLZ-Boundaries (spatial) zur Prüfung dazunehmen kann. Das Problem besteht sicher auch in anderen Gemeinden (wobei wir wieder beim Problem wären “Navi”- oder “Briefträger”-Adresse).

seichter:

Des einen Freud, des anderen Leid

Genau darauf wollte ich hinaus, man wird es trotzdem eigentlich “geordneten” Deutschland mit all seinen Gesetzen und Verordnungen wohl nicht jedem Recht machen können.

PS: Und ich hatte es ja schon erwähnt, da die postialische Sicht bei uns noch gar nicht geklärt ist, habe ich definitiv aus navigatorischer Sicht (Ortsschilder) erfasst, inkl. admin_level 10/11

Ich mein rein theoretisch müsste/könnte ich jetzt auch einfach addr:city=Schleusegrund und addr:suburb=Gießübel|Schönbrunn|Steinbach|Langenbach|Lichtenau|Engenstein|Biberschlag|Tellerhammer taggen

Das mit dem Prüfen des Namens gegen die PLZ-Boundary würde auch kein Ergebnis liefern, da in den Notes dort auch nur Schleusegrund vermerkt ist. Das baue ich also erstmal nicht ein.

Dein Vorschlag würde darauf hinauslaufen, (in Deutschland) administrative statt postalischer Adressen zu verwenden. Das wäre gegen das akzeptierte https://wiki.openstreetmap.org/wiki/DE:Key:addr - wobei ich persönlich deinem Vorschlag viel abgewinnen kann. Mit “Rehbachstraße, 98667 Schleusegrund - Gießübel” können sowohl der Briefträger wie auch das Navi oder allgemeine Suchen was anfangen. Tja, so ist es halt.

Harald_Hartmann · 2017-02-19T13:05:21.000Z

dooley:

Mit “Rehbachstraße, 98667 Schleusegrund - Gießübel” können sowohl der Briefträger

jetzt muss ich leider mal, und weil es auch schon neulich in einem anderen Thread erwähnt wurde, den Krümmelkacker und Besserwisser raushängen lassen, laut Briefumschlag richtig beschriften wäre es eher

Gießübel
Rehbachstraße
98667 Schleusegrund

PS: und bzgl. postialischer/navigatorischer Adresse bin ich halt zwiegespalten, da es hier halt nicht klar ist. würde ich jetzt nur addr:city=Schleusegrund taggen, wäre postialisch und administrativ und politisch richtig(er), aber ein Autofahrer sucht doch in erster Linie nach addr:city=Schönbrunn (Ortseingangsschild)

EDIT: typo