Moin!
ich bereinige bei uns die PLZ-Grenzen und dabei kommen immer noch einige Fehler zu Tage.
Die FW hat bei uns eine eigenen Postleitzahl (vermutlich über die Stadt) und diese wird als Fehler angemerkt.
Wie macht Ihr das - nehmt Ihr die PLZ von der Fläche an das Gebäude oder das “Spezielle” oder … ?
Gruß Jan 
Kannst Du das bitte noch etwas erläutern bzw. Kontext geben?
Was ist FW? Feuerwehr?
Welche Art von PLZ meinst Du? Gebiets-PLZ, Großempfänger-PLZ, Postfach-PLZ?
Um welche PLZ geht es?
Die postal_code-Relationen decken nur reguläre Gebiets-PLZ (“Zustellung”) ab.
Welche OSM-Regeln für “addr:postcode” bzgl. Großempfänger-PLZ gelten, kann ich nicht sagen.
hi !
ja mit FW meine ich die Berufsfeuerwehr in Lübeck www.openstreetmap.org/browse/way/127734608.
Die Auswertung betrifft die Auswertung http://overpass-turbo.eu/s/t2 und ich vermute einmal das die PLZ eine Großempfänger-PLZ ist.
Das ist nämlich auch meine Gedanke - wie werden diese Großempfänger-PLZ getaggt oder wie machen es die anderen.
Gruß Jan
Hi Jan,
Postleitzahlen werden der Post vergeben, - daher kommt der Name 
Wenn “deine” Feuerwhr eine eigene hat, so ist das wie bei hundert-tausenden anderen Einrichtungen - also nix besonderes. Jeder “Großkunde” (wieso ist die FW bei euch Großkunde???) kann selbstverständlich auch mit der PLZ seines Gebietes angeschrieben werden; es könnte sein, das der Brief einen Tag länger braucht.
siehe: https://de.wikipedia.org/wiki/Postleitzahl_(Deutschland)#Postleitzahlenarten
Zudem bedeutet in OSM addr:postcode ganz eng gesehen die Adresse des Gebäudes, Und die bleibt, auch wenn die FW mal umziehen sollte.
Daher erfasse ich nur die PLZ des Gebietes als addr:postcode am building , wobei dies eigentlich inzwischen redundant ist. Wenn die Grenzen stimmen (würden), bräuchten wir addr:postcode nicht mehr.
Gruss
walter
PLZ 65388
Kann man so sehen und sehe ich auch so. Das heißt dann aber auch: Großempfänger PLZ können (durch die bisherigen Tags) nicht abgebildet werden.
Könnte man sogar sagen, dass diese PLZ nicht geographisch sind…?
Sehe ich auch so. Ausnahme: Um explizit auf eine Adresse hinzuweisen, die einen Grenzfall (im wahrsten Sinne) darstellt und nicht leichtfertig geändert werden sollte oder bisher durch die PLZ-Grenzen sogar falsch eingeordnet ist.
Diese Auswertung scheint leider auch Addressen anzumeckern, für die keine PLZ angegeben ist. Ich finde nicht, dass das ein Fehler ist (s.o.).
Hmmm, das Grundgerüst scheint ja jenes von hier http://wiki.openstreetmap.org/wiki/Overpass_turbo/Examples/Postal_Codes_Quality_Assurance zu sein …
da hat das erste Beispiel aber noch nie irgendwelche fehlenden PLZ angezeigt, sondern nur die abweichenden … oder?
In der Tat. Dort wird mit
["addr:housenumber"]["addr:postcode"!="{{plz}}"]
nach Elementen gefragt, die eine Hausnummer, aber nicht die gegebene Postleitzahl haben (also z.B. auch keine).
Im Wiki ist das als
["addr:postcode"]["addr:postcode"!="{{plz}}"]
geschrieben und fragt also nach Elementen, die eine Postleitzahl, aber nicht die gegebene Postleitzahl haben.
Das erste Beispiel finde also auch Element ganz ohne Postleitzahl (und mit Hausnummer), die zweite Elemente mit abweichender Postleitzahl (egal ob Hausnummer). Mit
["addr:housenumber"]["addr:postcode"]["addr:postcode"!="{{plz}}"]
hätte ich dann nur noch Resultate, die eine Hausnummer und Postleitzahl haben, und bei denen diese PLZ von der gegebenen abweicht.