Hi Serienchiller,
Willkommen bei hier im Forum, schön das Du mitmachst. (@rayquaza soviel Zeit muss sein 
)
Aber ansonsten ist alles gesagt.
Nimm bitte neben der Hausnummer die Strasse mit auf, das ist nicht immer eindeutig.
also
addr:housenumber = XXX
addr:street= YYY
building=yes
für son schnödes (Einfamilien)haus.
Und trau Dich einfach, am besten mit kleinen Änderungen anfangen. Buildings sind da schon ganz gut.
Christoph
Danke für die Willkommensgrüße 
Ich habe building=house genommen und neben Straße/Hausnummer noch PLZ, Stadt und Land eingetragen. Müsste doch so passen, oder? Dann wäre meine erste (halbe) Straße fertig. 
Die Erfassung von PLZ, Stadt und Land ist in der Regel überflüssig, weil diese Grenzen (meist) bereits gut erfasst sind in Deutschland. Wenn sich die Grenze ändert macht es nur mehr Arbeit, diesen Overhead wieder zu entfernen. Hier z.B. die Grenze von Erfurt: http://www.openstreetmap.org/relation/62745
Das sehe ich durchaus anders.
Nicht jeder (eigentlich die meisten) hat die Ausrüstung (Software und Wissen) räumliche Abfragen zu verwenden.
Weiter kann es sein, dass die passenden Grenzen nicht im betrachteten Datenausschnitt enthalten sind.
Das Auswerten ist sehr viel einfacher, wenn diese Informationen direkt an den Objekten erfasst sind. Zumindest bei Postleitzahlen sind die Grenzen eher ungenau und würden daher zu vielen falschen Zuordnungen führen, die man nicht einmal direkt in den Daten finden kann.
Edbert (EvanE)
Wobei man mit der Argumentation an jedem Objekt ein vollständiges is_in=* erfassen müsste, ergänzt um Informationen wie “ist in der Fläche der Universität xy”. Falls es sowas nicht schon gibt: Könnte jemand etwas schreiben, das diese Tags in einer lokalen Datei automatisch ergänzen kann und bei nicht vorhandenen Grenzebenen den Benutzer frägt welchen Bereich die Datei enthält?
Bei falscher Zuordnung und ganz nah an Grenzen kann man das ja ruhig erfassen damit es dann ggf. als unpassend in entsprechenden Auswertungen erscheint. Dabei dürfte man allerdings nur die Postleitzahlen erfassen bei denen man sich sicher ist und nicht einfach für eine ganze Stadt raten…
+1
Wambacher macht ja gerade diese sinnvolle Irrläufer-Auswertung für PLZ. Da kann man schön sehen, dass addr:postcode oft falsch ist.
Ist hingegen mal die Grenze falsch oder muss aktualisiert werden, kann man das schnell für alle denkbaren Adressen im Bereich anpassen.
“addr:postcode” sehe ich nur noch als Marker für Grenzfälle. Für addr:country|city sehe ich gar keine Berechtigung mehr.
Aber das ist schon keine kleine Frage mehr… Hier passt das besser: http://forum.openstreetmap.org/viewtopic.php?id=23238&p=25
Kann ich nicht bestätigen. addr:postcode ist noch ungenauer/falscher. Außerdem versuchen wir ja gerade, die letzten Details zu erfassen.
In Großstädten (ich nehme jetzt mal München als pars pro toto) sind vermutlich etwa die Hälfte der PLZ Grenze falsch, da sie Straßen und/oder Stadtteilgrenzen folgen, die Häuser beiderseits der Straße aber die gleiche PLZ haben. Ohne die Redundanz der Daten würden die Fehler überhaupt nicht auffallen. Sobald klar ist, wie eventuelle Widersprüche aufzulösen sind, ist das eine Sachen von wenigen Klicks. Also ich bin definitiv dafür, die PLZ an jedem Adress-node zu erfassen, vorausgesetzt, daß man sie weiß.
Baßtölpel
Ich würde einfach mal behaupten, in München sind die Hälfte aller “addr:postcode” falsch (das sind dann um Größenordnungen mehr und ist auch besser falsifizierbar). Sehr, sehr viele sind es allemal. Da korrigiere ich lieber die PLZ-Grenze (ca. 3500 Abweichungen zu addr:postcode; wenig, aber viel im deutschen Vergleich).
An der Agnes-Bernauer-Straße gabs die meisten Fehler der Irrläufer-Auswertung, weil die Grenze an der Straße gemappt wurde. Das korrigiere ich schnell. Etwas südlich davon waren die vermeintlichen Grenz-Fehler aber meist Fehler von addr:postcode.
Hallo,
Spricht etwas dagegen ein Postleitzahlen-Gebiet (boundary=postal_code) und ein Stadtteil (place=suburb) zusammen zu schmeißen, wenn die Grenzen gleich sind? Konkret geht es um die Relation #1452282 des PLZ-Gebiets 24111 und den Stadtteil Russee, der als Node #1379025109 erfasst ist.
Naive Vorstellung: place=suburb;name=Russee + is_in an die Relation ranhängen -fertig
Ja: Für einen Stadtteil wäre eine boundary=administrative mit admin_level=* 9 oder 10 richtig.
Besser eigenständige Relationen verwenden, weil sie möglicherweise doch nicht identisch sind.
Baßtölpel
Okay danke, place=suburb trotzdem an die neue eigenständige Relation?
nö, geht doch schon aus dem admin_level hervor.
Gruss
walter
Ist das so eindeutig? admin_level=9 oder 10 kann ja auch mal ein hamlet oder village sein. Berlin hat anscheinend “place=borough” mit admin_level=9…
Village ist doch bestimmt ein Ortsteil? Bei uns sind das die ganzen eingemeindeten Dörfer, die früher selbstständig waren - jetzt sind die alle AL10.
Hamlet ist ja wirklich nur eine benannte Häusergruppe und isolated_dwelling auch sowas Kleines. Da kenne ich keinen AL für, da es ja dort keine “Verwaltung” gibt.
place=borough - bisher nie was von gehört. was soll das denn sein? oder meintest du neighbourhood? Das wäre ähnlich wie locality wohl ok.
Ich meine übrigens, daß alle place=* wegfallen sollten, für die es Administrative Grenzen gibt. (city, town, village, suburb)
Gruss
walter
Ich weiss es auch nicht, hab nur mal meine DB gefragt, was ihr zu admin_level=9 und 10 einfällt und es kamen neben villages und suburbs auch zehn boroughs raus, z.B.
http://www.openstreetmap.org/relation/55764
http://www.openstreetmap.org/relation/16347
http://www.openstreetmap.org/relation/404538
Nachtrag: Das ist sogar eine Mitgliedseigenschaft in einer übergeordneten Relation. Scheint aber eine lokale Erscheinung zu sein.
Abseits davon folgende Beobachtung:
Nominatim nennt admin_level=10 + place=suburb Stadtteil (Beispiel Borntal in Sondershausen) wohingegen nur admin_level=10 als Nachbarschaftsgrenze bezeichnet wird (Beispiel Köln-Deutz)
sollte man wohl ändern: https://de.wikipedia.org/wiki/Borough
Gruss
walter
Ich vote dafür bei der 3ten Antwort in “kleine Fragen 2014” ein neues Thema aufzumachen.
Damit ist 1 Antwort und ein Kommentar/Anmerkung im Preis drin
Zuständig: der mit dem 3ten Post, da der Fragensteller die Dimension und unseren Diskussionbedarf nicht einschätzen kann.
Christoph
P.S… Sollten mehr als 2 Leute eine Meinung hier dazu äussern wollen, können wir ja gleich üben.
Edit:
Ich meine 2-3 mal post reply im neuen Tab (pro post)
Und dan.copy und paste in ein selbst geöffnetes neues Topic.
Nix mit moderator fragen.
Aber strukturierte Wissensinfos für Interessierte erzeugen.