das is_in wird meines Wissens nicht ausgewertet bei Navit, zumindest bei meinem Test wurde es das nicht.
Mit Ortsnamen gebe ich dir recht. Wenn ich jedoch mit Postleitzahlen suche, werden nach meiner Erfahrung nur PLZ angezeigt, die über ein boundary=postal_code erfasst sind.
… und das soll doch auch so sein, oder?
Wie man auf der PLZ-Seite des OSM-Inspectors von geofabrik.de sehen kann (http://tools.geofabrik.de/osmi/debug.html?view=plz&lon=10.39958&lat=53.16690&zoom=8), fehlen für Deutschland nur noch wenige Gebiete, in denen die Grenzen aus dem damaligen “Import” nachgetragen werden müssten.
Eine genauere Zuordnung von PLZ zu Ort kann man doch gar nicht realisieren … oder was fehlt dir da jetzt?
Ich spreche aus Erfahrungen hier im Umland. Such im Navigator free z.B. mal 779??-PLZ, und du wirst nur drei in Offenburg (7795*) finden, die eine boundary=postal_code haben. Z.B.:
http://www.openstreetmap.org/browse/relation/1250905
Im Umland hängt die PLZ am administrative, was nach meinem Wissen Wiki-gerecht ist.
Beispiel:
http://www.openstreetmap.org/browse/relation/452990
Die wertet Mapfactor offensichtlich nicht aus.
Edit: Wiki>
http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010
@Michael:
Jaaaaaaa [frohlock!!] … genau DIESE Problematik habe ich vor kurzem in diesem Thread beleuchtet:
http://forum.openstreetmap.org/viewtopic.php?id=12726
Meine Konsequenz aus diesem Thread: ich erfasse derzeit ZWEI Relationen, auch wenn die PLZ- und Gemeindegrenze identisch ist.
Im Detail: wenn mapfactor Navigator die PLZ nicht findet, was macht denn z.B. OsmAnd aus den PLZ? (… jeder mit einem Windows- oder Linux-PC kann Osmand und andere Android-Apps testen, mittels VirtualBox o.ä. und android-x86.org)
Aber wir mappen doch nicht für…
Die Alternative wäre doch, dass die Auswertungsroutinen auch über die administrative gehen. Zwei Relationen über identische ways/nodes sind nachträglich umständlich zu bearbeiten und fehleranfällig.
Auf landuse=residential hängt oft auch noch ein PLZ-tag…
Neuigkeiten:
Bei einigen Adressen, welche OsmAnd nicht finden kann, habe ich eine Vermutung woran das liegt.
Dafür brauche ich aber mal eure Hilfe:
Wer kann mir aus den OSM-Rohdaten für ganz Deutschland (oder zur Not nur Norddeutschland oder Niedersachsen) eine Liste erstellen mit allen Relationen, die das Merkmal “de:amtlicher_gemeindeschluessel” gesetzt haben?
Kann jemand mir diese Daten (wahrscheinlich aus einer Datenbank?) exportieren in Form einer Datei für Tabellenkalkulation mit mindestens folgenden Spalten:
OSM-ID der Relation
Name=
de:amtlicher_gemeindeschluessel=
boundary=
admin_level=
Denn ich vermute, dass etliche Grenzpolygone für Ortschaften statt den “üblichen” admin-level=8 eher den Wert 7 gesetzt haben.
Dies wertet Osmand dann NICHT aus.
Frage in Bezug auf http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dadministrative :
Gibt es anhand der hoffentlich generierbaren Liste laut oben Gemeinden, wo admin_level=7 falsch ist, stattdessen müsste 8 hin?
Oder sollte OsmAnd neben admin_level=8 auch die 7 mit auswerten?
Es gibt Bundesländer wie BaWü, die Verbandsgemeinden (admin_level=7) haben und ander, die das nicht haben. Das ist ähnlich wie mit den Regierungsbezirken (admin_level=4), die auch nur wenige Bundesländer haben/brauchen.
Also sollte jedes Programm, das nach Adressen suchen will, auch die admin_level=7 auswerten.
JM2C
Edbert (EvanE)
Wenn ich mich recht entsinne gab es dieses/ähnliches Problem auch bei http://wiki.maposmatic.org/doku.php?id=faq#what_should_i_do_when_the_administrative_boundary_of_the_city_i_m_looking_for_is_missing