Das ist zwar lästig, aber so gut, daß addr:postcode auf den nodes redundant wären sind unsere PLZ-Grenzen bei weitem noch nicht. Aber wir arbeiten ja dran. In den Tiefen der NRW-Liste hat ein einzelner Irrläufer gelegentlich dazu geführt, daß ich die Grenze so verschoben habe, daß etwa zwei Dutzend Straßen jetzt im anderen Gebiet sind.
Ist ja richtig. “Grenz- und Sonderfälle” sowie urbane Gebiete würde ich da auch (noch) anders bewerten als den ländlichen Raum. Bei letzterem reicht als “Marker” meist aus “postal_code” z.B. beim place-Node des Weilers zu setzen.
Kommt in der Regel schon hin, aber auch im ländlichen Raum gibt es Grenz- und Sonderfälle, bei denen z.B. ein Weiler zu drei administrativen Gebieten gehört und die Post die Grenzen nochmal anders zieht. Aber so war das vermutlich auch gemeint.
Momentan halten sich bei den Irrläufern (auch den neuen) noch Fehleintragungen von PLZ und Ungenauigkeit der vorhandenen PLZ-Grenze grob die Waage.
Habe durch meine Adressauswertung zufällig eine Fläche von 103132682,2 m² gefunden, die (bis eben) zum falschen PLZ-Gebiet gehörte (19348 statt 16928).
Warum ist das nicht aufgefallen? Nun, es gab (und gibt) dort keine einzige Adresse in OSM.
Da hänge ich idR auch ein note oder FIXME an.
Das meiste bei den neuen “Irren” waren falsche PLZ, zweimal allerdings war die PLZ-Grenze ungenau. Ich überprüfe dann auch die Umgebung, da kamen dann auch falsche Grenze + falsche PLZ zum Vorschein, die ja durch diese Suche nicht gefunden werden können.
Generell sind in den Innenstädten Stadtteilgrenze auf Straßenmitte als PLZ-Grenze sehr häufig falsch. Da muss man froh sein, wenn sie nicht auch noch auf die Straße “geklebt” wurden.
Die User Gehrke, sennewald63 und ich (soweit ich weiß) haben in Sachsen ein bisschen aufgeräumt. Dazu hab ich mal eine Frage: in Leipzig ist auf einer boundary=postal_code-Linie auch ein TMC-Polygon mit drauf → einfach mit verschieben oder umständlich auftrennen?