Pflege der deutschen PLZ-Daten in OSM

Es stimmt leider, dass nicht einmal die Angabe des Ortes in einer Postadresse etwas mit den realen administrativen Gegebenheiten zu tun haben muss.
Die Post kann eine Straße als zu Ort/Gemeinde A mit PLZ P zugehörig ausgeben, obwohl sie zu Gemeinde B gehört (vgl. Fall Süsel). Die Ortsangabe muss ganz allgemein nicht immer mit einer Gemeinde zu tun haben, es kann auch ein Ortsteil sein, der aber nicht als Ortsteil bei der DPAG geführt ist. “addr:city” = Gemeinde ist also aus postalischer Sicht auch nicht immer “richtig” (der DPAG-Datenbank entsprechend). So weit, so unsinnig.

Und es ist auch immer noch nicht geklärt, ob ein Gebiet/eine Adresse wirklich immer nur eine PLZ haben kann…

Laut OSM sind 10.314 der deutschen Gemeinden und gem.fr. Gebiete nur einer PLZ zugeordnet, 1.013 mehreren, 5 keiner PLZ.

Wenn man da ins Impressum schaut steht da doch eine Hausnummer: “Landstraße 91/Am Wasserturm” :wink:

Moin Moin,

Hessen hat Zuwachs bekommen: 3 —> 267, allerdings davon ein 263-er Block bei Offenbach.

Gruss
walter

NDS hat ich leider “verpennt” - gab zu viele gute Krimis gestern :frowning:

Hi,

es gibt da anscheinend einen Kollegen, der sich regelmäßig mit einem Script die Irrläuferlisten abholt. Nicht daß mich das irgendwie stört - nur die werden seit der Fools-Anwendung Mitte Juli 2014 nicht mehr modifiziert :wink:

Viel Spass noch damit
Walter


...
23.08.2014 16:39:55;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_bayern.txt;0
23.08.2014 16:39:58;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_berlin.txt;0
23.08.2014 16:40:01;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_niedersachsen.txt;0
23.08.2014 16:40:03;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_nordrhein-westfalen.txt;0
23.08.2014 16:40:05;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_rheinland-pfalz.txt;0
23.08.2014 16:40:09;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer3.sql;2697
23.08.2014 16:40:12;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_baden-württemberg.txt;2395
23.08.2014 16:40:16;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_bayern.txt;2883
23.08.2014 16:40:19;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_berlin.txt;1589
23.08.2014 16:40:21;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_brandenburg.txt;337
23.08.2014 16:40:23;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_hamburg.txt;321
23.08.2014 16:40:25;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_hessen.txt;360
23.08.2014 16:40:27;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_mecklenburg-vorpommern.txt;1990
23.08.2014 16:40:29;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_niedersachsen.txt;1058
23.08.2014 16:40:32;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_nordrhein-westfalen.txt;15881
23.08.2014 16:40:35;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_rheinland-pfalz.txt;8299
23.08.2014 16:40:37;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_saarland.txt;222
23.08.2014 16:40:39;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_schleswig-holstein.txt;349
23.08.2014 16:40:41;/home/walter/osm/maven/DataServer/data/osm/files/plz/irrläufer_thüringen.txt;795
...

Moin Moin,

ab sofort vergleiche ich um 6:00 Uhr den PLZ-Bestand gegen eine hoffentlich saubere Referenzliste. Genauso wie bei den Administrativen Grenzen.

Hier mal die ersten Abweichungen:


 checking for missing pcboundaries

 country | Postal Code |      PcArea      |   id    |                         rel                          
---------+-------------+------------------+---------+------------------------------------------------------
 DEU     | 26169       | 26169 Friesoythe | 3378309 | http://www.openstreetmap.org/browse/relation/3378309
 DEU     | 26683       | 26683 Saterland  | 3383270 | http://www.openstreetmap.org/browse/relation/3383270
(2 rows)


 checking for new pcboundaries

 country | postal_code | PcArea | id | rel 
---------+-------------+--------+----+-----
(0 rows)

Do 28. Aug 06:02:51 CEST 2014

Ist natürlich klar, da die auch in der Admin-Auswertung auftauchen.

Gruss
walter

Sind wieder repariert.

Hi,

ich habe mal einen WMS-Server aufgesetzt, der u.A PLZ-Grenzen anbietet.

Wenn man diesen in Josm einbindet, hat man ein Layer, daß einem ganz schnell und einfach die PLZ-Grenzen des aktuellen Gebietes anzeigt. Funktioniert natürlich auch in anderen Anwendungen, die WMS-server verwenden könne (z.B. Openlayers oder QGIS)

Klar, wenn man die Live-Daten in Josm herunterlädt und ein Filter auf boundary=postal_code setzt, sieht man die auch (und kann die sogar verändern), aber als schnelle und einfach Editierhilfe beim Erfassen größerer Adressmengen erscheint mir das durchaus hilfreich.

Wenn nicht: Keiner muss das verwenden - nur er wird dann wohl von mir “angeknurrt”, falls er doch dicke Schnitzer macht :wink:

Die PLZ-Grenzen werden aus der Live-DB gezogen und sollten somit aktuell sein. Bei Zweifeln halt mal das Lag in der PLZ-Karte ansehen.

Gruss
walter

ps: Kleinere Probleme könnten noch da sein und über das Styling können wir noch reden.

EDIT: Habe Labels für die großen Zoom-Level eingebaut. Dann sieht man gleich, was Sache ist.

MIST: Ich krieg das Ding nicht transparent und Bing wird somit überdeckt - melde mich wieder :frowning:

Hi,

Transparenz funzt jetzt.


Beim Einrichten des WMS-Servers in Josm Punkt 3 Bildformat image/png auswählen. Wenn einer weiss, wie ich das “einbrenne”, bitte her mit der Info.

Gruss
walter

sieht sehr gut aus.
Aber wäre es nicht besser das als mappaintstil anzulegen, damit man auch gleich sieht wenn man etwas verändert hat?

gerne - nur ist das nicht meine Baustelle.

Mit dieser Lösung kann ich Mappen und Qgis + diverse Kartensoftware wie Openlayers versorgen. Hierbei geht es mir im Vorrang darum., schnell und sicher beurteilen zu können, in welchem Gebiet ich mich gerade befinde.

Und solange die DB flutscht, sind eventuelle Änderungen der Grenze in einigen Minuten sichtbar.

Kann man mit MapPaint-Styles auch labeln?

Gruss
walter

Das ist eine gute Frage. Ich habe davon auch wenig Ahnung. Bei Punkten zeigt aber josm Namen an. Also geht es dafür auf jeden Fall. Und be Häusern bekommen auch Flächen Hausnummern. Also sollte auch so etwas möglich sein.
Bei WMS ist das Problem, dass Josm einen großen Cache besitzt und auch wenn dein WMS aktuell ist nicht automatisch neue Grenzen geladen werden.
Und ganz große Klasse sind die Services ohnehin. Damit ließe sich vielleicht auch das Problem von dem Australienfreund lösen, der die PLZs von Downunder darstellen wollte.

Muß ich mal beobachten.

Gruss
walter

Jo, stimmt leider. :frowning:

Wenn ich bei OSM “Weidacher Steige 71,70771 Leinfelden-Echterdingen” eingebe, wird nicht gefunden, obwohl das Haus seit heute drin ist.

Wenn ich allerdings “Weidacher Steige 71,Leinfelden-Echterdingen” eingebe, kommt als Ergebnis:
House 71, Weidacher Steige, Stetten, Leinfelden-Echterdingen, Landkreis Esslingen, Regierungsbezirk Stuttgart, Baden-Württemberg, 70756, Germany,

Lt. allen Quellen (inkl. Bewohner) ist diese Adresse 70771. Wo kommt die 70756 her?

Noch dubioser:
Uhlbergstraße 17,70794 Filderstadt wird nicht gefunden,
Uhlbergstraße 17, Filderstadt wird gefunden:
House 17, Uhlbergstraße, Plattenhardt, Filderstadt, Landkreis Esslingen, Regierungsbezirk Stuttgart, Baden-Württemberg, 70794, Germany,

bin mal dran am Suchen tun :wink:

das erste was mir auffällt: Neue Buildings ohne addr:street. Lief da nicht gerade eine Aktion, die Straßen nachzutragen und du erfasst “mit ohne”?

https://www.openstreetmap.org/way/301041548

Ob das der Grund ist - schließlich muß dann eine Umkreis-Suche gemacht werden - , könntest du sehen, nachdem du die addr:street nachgetragen hast.

Gruss
walter

ps: bei filderstadt kann ich auch nur staunen

Die Straße habe ich da wohl vergessen, jetzt ist sie drin. Schaun wir mal.

Dass Nominatim bei der Zugehörigkeit zu Gemeinde und PLZ oft nichts Vernünftiges liefert, ist ja leider ein alter Hut.
Auswertung von (PLZ-)Grenzen Fehlanzeige?

Moin Moin,

ist mal wieder was put:


 checking for missing pcboundaries

 country | Postal Code |     PcArea     |   id    |                         rel                          
---------+-------------+----------------+---------+------------------------------------------------------
 DEU     | 31608       | 31608 Marklohe | 1162734 | http://www.openstreetmap.org/browse/relation/1162734
 DEU     | 31618       | 31618 Liebenau | 1162713 | http://www.openstreetmap.org/browse/relation/1162713
 DEU     | 31619       | 31619 Binnen   | 1162735 | http://www.openstreetmap.org/browse/relation/1162735
(3 rows)


 checking for new pcboundaries

 country | postal_code | PcArea | id | rel 
---------+-------------+--------+----+-----
(0 rows)

Di 2. Sep 06:02:43 CEST 2014

Gruss
walter

Moin,

hat Gehrke 2 min vor Deinem Post gefixt. :wink:

Gruß
Georg

Oho, vorauseilender Gehorsam :wink:

Nun, bis ich die Int. Admin-Grenzen begutachtet habe, dauert es ein wenig bis zu den PLZ.

Danke und Gruss
walter