Zobacz Wiki
addr:=** (angielska wersja oryginalna i niemiecka)

(Tylko) "Ulica i numer domu" to konieczność.

Kiedy jestem na wakacjach, często widzę numery domów na budynkach. Czy nie powinienem rejestrować tych danych, ponieważ nie znam lokalnego kodu pocztowego?
W krajach z pełnymi granicami kodów pocztowych dane te są całkowicie zbędne. Można je jednak oczywiście dodać ( https://wambachers-osm.website/Postcodes.html?map=12/52.68835/14.382133&base=OSM&data=PCBDE ) ;-)
Czy powinienem wziąć dane z okolicznych obszarów, nawet jeśli nie wiem, czy są poprawne?

Adres bez miejscowości nie jest błędem. Jeśli tak to jest tutaj odbierane, to oczywiście usunę dane ponownie.
Nie jestem w stanie dokonać jednoznacznego przyporządkowania pocztowego, a nie chcę dodawać fałszywych danych.

Pozdrawiam

Da wäre aber eher ein "fixme" angebracht. So ist es einfach nur ein Datenfehler :-(

Hi Baum117,

es sieht so aus, als ob Du noch ein wenig Unterstützung bräuchtest. Jedenfalls ist es im Umfeld von way/424945798/history so, dass Du hier diverse Objekte als Einfamilien-/Mehrfamilienhaus tituliert hast, die offensichtlich entweder Garagen oder nur Teile von Wohnhäusern sind. Zudem ist an dem genannten Beispiel auch zu sehen, dass die Hausnummer offenbar irgendwie unklar zu sein scheint (siehe history). Jedenfalls gibt es die Nummer hier jetzt dreimal. Was wir hier nicht machen: Garagen die Hausnummer des Besitzers zuweisen. Die Adresse gehört nur ans Hauptgebäude. Wenn ein Objekt keine Hausnummer (genauer: postalische Adresse) hat, dann wird das mit nohousenumber=yes ausgedrückt.

Grüße
pyram

Hi blauloke,
was möchtest Du mit Straße/Hausnummer=X/X aussagen? (hier: way/1173783627 ).
Wenn es keine Hausnummer gibt, dann wäre nohousenumber=yes das passende tag.
Grüße
pyram

PS: gefunden mit https://nominatim.org/qa/#map=14.94/49.55/12.00&layer=addr_housenumber_no_digit

Hi müllers,

mir ist zwar nicht klar, wie Du die ganzen Daten im Internet zusammenfindest...
Jedenfalls sind hier eine Menge falsche Postleitzahlen zusammengekommen: https://wambachers-osm.website/Postcodes.html?map=13/51.386299/12.650242&base=OSM&data=PCBDE,WPCDE
und am POI node/10896486161/history#map=18/51.39002/12.65571gibt es keinen shop - noch dazu keinen, der "Wolle" heißt. Das ist nur ein "Firmensitz". Der Verkauf läuft über lokale Märkte.

Danke für genaueres hinsehen.
pyram

Ähm,
ich weiß ja nicht, wie das passiert, aber mir fällt auf, dass durch Dich des öfteren Adressen an irgendeinen nichtadressierbaren Objekten landen:
https://nominatim.org/qa/#map=16.80/47.73/11.28&layer=addr_place_or_street_rank28
(hier: an 8 waterways, z.B. way/1169194407 )
Bisher habe ich deine entsprechenden Fehler einfach kommentarlos aufgeräumt, aber vielleicht sollte man das Problem im Vorfeld lösen ;-)

Gar nicht. In OSM gibt es (derzeit) kein mir bekanntes Merkmal, mit dem Gebäudeteile nach deren Funktion getrennt erfasst werden könnten. Wofür sollte das auch gut sein?

Außerdem sollte man einem Gebäude normalerweise keine Funktion (hier "amenity") zuteilen, sondern bestenfalls den Gebäudetyp.
Wenn das mit der App nicht geht, dann ist das wahrscheinlich auch nicht sinnvoll - oder es ist komplex und man sollte wissen, was man tut.
Ich werde das 3D wieder herstellen.

Wenn dort ein "research_institute" ist, dann kann man innerhalb des Gebäudes einen entsprechenden POI setzen. Wem das zu ungenau ist, der kann das auch als Fläche innerhalb des Gebäudes einzeichnen. Letzteres wird aber wohl niemand darstellen oder auswerten. Wofür auch?

Hallo M_in_N,

schade, dass Du das Gebäude nicht nur unnötigerweise aufgeteilt (unterschiedliche Nutzungen bedingen nicht eigenständige Gebäude - ich mag mich täuschen, aber anscheinend gibt es auch einen internen Zugang seitens des Wohnhauses. (Nicht maßgebend, aber auch der Bayernatlas sieht das so)) und den bisherigen Bestand gelöscht hast - Du hast auch die kompletten 3D-Elemente ersatzlos gelöscht:
http://nrenner.github.io/achavi/?changeset=135451561

:-(

Hallo M_in_N,

falls Du Gebäudearten erfassen willst, dann ist das natürlich in Ordnung. Dafür sollte buildung="irgendwas" genutzt werden und nicht die Eigenschaft amenity (also der Theaterbetrieb als solches) verdoppelt werden. Das Theater ist nämlich schon so erfasst: node/306692056
Das gleichartige Problem beim "Admiral" (doppeltes Kino) habe ich neulich schon repariert.

Hallo bigbug21,

ich glaube, der anonyme Melder hat recht: note/3594522
(und way/550058842 dürfte eine Aktualisierung vertragen)
Ich komme da nicht vor Sommer wieder vorbei und wollte "deinen" Namen nicht einfach so ändern...

Danke und Gruß
pyram

Hallo HPHenschel,
könntest Du die Adressdaten, die Du hier (aus welcher Quelle auch immer) eingetragen hast, noch einmal prüfen. Angeblich gilt dort eine andere PLZ: https://wambachers-osm.website/Postcodes.html?map=14/51.371539/11.885061&base=OSM&data=PCBDE,WPCDE

Grüße
pyram

Nein.

Sehr schön. Und die Aktualisierung zeigt für "Bethang"( https://hiking.waymarkedtrails.org/#route?id=9950219&type=relation&map=11.0/49.4736/11.067 ) eine sehr viel sauberere Ansicht:
https://wambachers-osm.website/Postcodes.html?map=10/49.487308/11.042633&base=OSM&data=WPCDE

Hallo periphrastika,

mir ist aufgefallen, dass Du quer durch Bayern Adressen erfasst. Die wenigsten sind in der Lage so kurzfristig so weit auseinanderliegend und in dieser Menge Adressen vor Ort zu erfassen. Ich hoffe, Dir ist klar, dass die Übernahme von Adressen aus dem BayernAtlas (noch) nicht zulässig ist?

Gruß
pyram

Danke für die Antwort.
Wenn dem so ist, dann kann man die PLZ-Grenze ( way/439852511 ) einfach etwas nach Norden verschieben, so dass die entsprechenden Adress-Knoten jeweils im richtigen Gebiet liegen. Darf auch Zickzack sein, wenn nötig.

Hi Larend,

Du hast hier entlang der Paul-Gossen-Straße ein paar Adressen eingetragen (danke). Bei der Qualitätskontrolle ist aufgefallen ( https://wambachers-osm.website/Postcodes.html?map=16/49.578004/11.007786&base=OSM&data=PCBDE,WPCDE ), dass die Postleitzahl möglicherweise falsch ist. AUch die Post ( https://www.postdirekt.de/plzserver/PlzSearchServlet ) ist der Meinung. Beides kann aber Vor-Ort-Kenntnisse nicht aufwiegen ;-)
Stimmt die PLZ so, wie eingetragen? Dann würde man die Grenze der PLZ etwas nach Norden verschieben müssen. Aus der angegebenen Quelle lässt sich das nicht (mehr?) ableiten.

Gruß
pyram

Der Trampelpfad hat existiert. "informal" heißt, dass es ein wilder Pfad ist.
Wir mappen nicht für Router und auch nicht gegen diese. Es zählt nur, was vor Ort vorhanden ist. Die (Aufschüttung vor Ort soll die Einfahrt verhindern.)

Im Gebirge gibt es auch "lebensgefährliche" Pfade. Darf ich die auch nicht erfassen? Letztendlich ist es ein Routerproblem, wenn der einen Trampelpfad mit osm.wiki/DE:Key:informal?uselang=de
nutzt.
Ähnliches Problem neulich im Forum: https://community.openstreetmap.org/t/brouter-web-und-via-ferrata/97284

Möglicherweise braucht der Weg nur etwas, wie osm.wiki/DE:Key:hazard

Frohes Schaffen
pyram

Hallo Ygramul,

keine Ahnung, wie Du auf die Adressen kommst, aber die sind hochgradig falsch. Hannover liegt woanders ;-)
(Übrigens sollte man nicht Adressen ohne Wissen über die Datenherkunft einfach übernehmen.)

Gruß
pyram

Hallo Ingbife,

Du hast in Walkerszell Adressen erfasst. Mir ist zwar unklar, wie man vor Ort Postleitzahlen erfassen kann, aber die dort erfassten scheinen unplausibel zu sein:
https://wambachers-osm.website/Postcodes.html?map=18/49.098422/10.926628&base=OSM&data=PCBDE,WPCDE

Ansonsten behauptet der BayernAtlas, dass die Hauptstraße dort "Dorsbrunner Straße" heißen würde (was mir unlogisch erscheint). Kann es sein, dass es dort gar keine Straßennamen gibt - und das alles addr:place sein sollte?

Gruß
pyram