DE:Overpass turbo/Examples/Postal Codes Quality Assurance
Jump to navigation
Jump to search
Overpass API · Referenz der Sprache · Leitfaden der Sprache · Technical terms · Bereiche · Beispielabfragen · Sparse Editing · Permanent ID · FAQ · mehr (Deutsch) · Web site
Servers status · Versions · Development · Technical design · Installation · XAPI compatibility layer · Public transport sketch lines · Anwendungen · Source code and issuesOverpass turbo · Wizard · Overpass turbo shortcuts · MapCSS stylesheets · Export to GeoJSON · mehr (Deutsch) · Development · Source code and issues · Web siteOverpass Ultra · Examples · Overpass Ultra extensions · MapLibre stylesheets · URL Params · mehr (Deutsch) · Source code and issues · Web site
Servers status · Versions · Development · Technical design · Installation · XAPI compatibility layer · Public transport sketch lines · Anwendungen · Source code and issuesOverpass turbo · Wizard · Overpass turbo shortcuts · MapCSS stylesheets · Export to GeoJSON · mehr (Deutsch) · Development · Source code and issues · Web siteOverpass Ultra · Examples · Overpass Ultra extensions · MapLibre stylesheets · URL Params · mehr (Deutsch) · Source code and issues · Web site
It has been suggested that this page be translated into English as well as other pages in Category:Translate from German.
Be aware of boundary=postal_code
(Because of dealing with postal codes in Germany, the following section is in German language. Feel free to translate if it is appropriate also for other countries.)
Anhand einer Inspiration aus DE:Overpass API/Beispielsammlung lässt sich für die OSM-Daten folgender Abgleich visualisieren:
- Zeige alle Punkte oder Wege mit addr:postcode UNGLEICH XXXXX, die INNERHALB einer Grenzrelation mit den Tags postal_code=XXXXX liegen!
Folgende Abfrage liefert die eventuell vorhandenen Ergebnisse (einfach per copy+paste im Textteil bei http://overpass-turbo.eu eintragen):
/* Zeige alle Elemente innerhalb einer Grenzrelation mit postal_code=x,
welche ein Merkmal addr:postcode <> x haben */
{{plz=21337}}
/* die PLZ hier beliebig ändern ... es muss allerdings die gültige PLZ
einer vorhandenen Grenzrelation sein */
rel[postal_code="{{plz}}"];(._;>;);out;
/* diese Zeile dient nur zur Visualisierung der hoffentlich vorhandenen
Grenzrelation ... ggf. auskommentieren oder löschen! */
area[postal_code="{{plz}}"]->.a;
(node(area.a)["addr:postcode"]["addr:postcode"!="{{plz}}"];
way(area.a)["addr:postcode"]["addr:postcode"!="{{plz}}"];)
;(._;>;);out;
/* ... oben auf Ausführen klicken (oder Strg-Enter), und ggf. in der
Karte mit Klick auf das Lupensymbol auf die hoffentlich erscheinenden
Daten zoomen lassen */
Hier noch eine erweiterte Variante laut user:Basstoelpel:
/* Zeige alle Elemente innerhalb einer Grenzrelation mit postal_code=x,
welche ein Merkmal addr:postcode <> x haben */
{{plz=31714}}
/* die PLZ hier beliebig ändern ... es muss allerdings die gültige PLZ
einer vorhandenen Grenzrelation sein */
rel[postal_code="{{plz}}"];
out;
>;
out skel;
/* diese Zeile dient nur zur Visualisierung der hoffentlich vorhandenen
Grenzrelation ... ggf. auskommentieren oder löschen! */
area[postal_code="{{plz}}"]->.a;
(node(area.a)["addr:postcode"]["addr:postcode"!="{{plz}}"];
way(area.a)["addr:postcode"]["addr:postcode"!="{{plz}}"];
rel(area.a)["addr:postcode"]["addr:postcode"!="{{plz}}"];
way(area.a)["postal_code"]["postal_code"!="{{plz}}"];
node(area.a)["postal_code"];
way(area.a)["postal_code"]["building"];
rel(area.a)["postal_code"];);
out;
>;
out skel;
/* ... oben auf Ausführen klicken (oder Strg-Enter), und ggf. in der
Karte mit Klick auf das Lupensymbol auf die hoffentlich erscheinenden
Daten zoomen lassen */
/* Relationen sollten auch überprüft werden, weil ein Gebäude mit Innenhof ja durch eine MP-Relation beschrieben wird.
Straßen mit getaggten PLZ bitte ignorieren, wenn sie eine PLZ-Grenze geringfügig überschreiten. Alles andere mit postal_code ist vermutlich bäh.
*/
Hinweise:
- Falls dann "Fehler" angezeigt werden, sollte man sich vor deren Behebung wirklich sicher sein, ob die einzelnen addr: Objekte eine falsche PLZ tragen, oder ob der Grenzverlauf der PLZ-Relation unzutreffend ist! Also bitte stets genau prüfen!
- Für eine QS-Kampagne ab Juli 2013 soll eine Ankündigung im deutschsprachigen Forum erfolgen, und die findet sich hier: [1] Zwecks Beispielhafter Darstellung sollen auf dieser Seite auch für eine bestimmte Zeit Postleitzahlen genannt werden, bei denen sich "Fehler" ergeben.
Deshalb die Bitte an alle: Wenn für eine PLZ Treffer gefunden werden, dann bitte in die folgende Tabelle eintragen und nach Möglichkeit noch nicht sofort in den OSM-Daten korrigieren.- Korrekturen können starten! Bitte hier in der Tabelle dann vermerken, wie auch verbleibende Problemfälle.
- Eine wöchentlich(?) aktualisierte Karte mit allen erfassten PLZ-Relationen in Deutschland findet sich z.B. unter https://flosm.org -> Verwaltungsgrenze -> Layer: Postleitzahlen
Postleitzahl | Fehler behoben am |
---|---|
06118 | noch nicht |
06193 | noch nicht |
21218 | noch nicht |
21335 | noch nicht |
21337 | noch nicht |
21339 | noch nicht |
21465 | noch nicht |
21481 | noch nicht |
22926 | noch nicht |
Lübeck | siehe Lübeck#Postleitzahlbereiche |
29525 | noch nicht |
33442 | noch nicht |
38144 | noch nicht |
40547 | noch nicht |
44227 | PLZ Grenzverlauf bei Spissenagelstraße falsch |
47798 | noch nicht |
54673 | noch nicht |
55118 | noch nicht (offenbar PLZ-Grenzverlauf falsch) |
58638 | noch nicht |
65760 | noch nicht |
66111 | noch nicht |
69118 | noch nicht |
72070 | NN |
72072 | NN |
72074 | NN |
72127 | NN |
72760 | NN |
72762 | NN |
72764 | NN |
72800 | NN |
72800 | NN |
72800 | NN |
72793 | NN (definitive Fehler) |
74080 | noch nicht |
76227 | falsche PLZs innerhalb des Gebietes korrigiert |
77736 | noch nicht |
80796 | noch nicht |
87437 | noch nicht |
87471 | noch nicht |
92339 | noch nicht |
Bochum | siehe Bochum#Postleitzahlbereiche |
Dortmund | siehe Dortmund#Postleitzahlbereiche |
Essen | siehe Essen/Status/Postleitzahlen |
... | ... |