Strassennamen in Ortsteilen von Gemeinden

wartburgritter · 2011-10-03T17:44:37.000Z

Klärt mich mal auf.

Folgende Adresse in der Schweiz:

Schulstrasse …
5412 Vogelsang/AG

Vogelsang ist ein Ortsteil der Gemeinde Gebenstorf. Ich habe die Adresse gesucht, und wusste nur Schulstrasse in Gebenstorf. OSM findet in der Gemeinde Gebenstorf keine Schulstrasse, obwohl ja Vogelsang zu Gebenstorf gehört?! Wenn ich nach vogelsang, schulstrasse suche wird die strasse gefunden.

Ist dieses verhalten standard in osm, oder liegt es an der art und weise wie her getaggt wurde.

Gruss bernd

GeorgFausB · 2011-10-04T09:26:08.000Z

Moin,

wartburgritter:

Klärt mich mal auf.
[…]
Ist dieses verhalten standard in osm, oder liegt es an der art und weise wie her getaggt wurde.

Weder noch - oder beides.

Standard gibt es in OSM eigentlich überhaupt nicht - nur Richtlinien …
Das Verhalten ist aber normal dafür, wie es bis vor Kurzem getaggt war (Vogelsang als nächster place-node).
Das Tagging wurde aber vor Kurzem erweitert (Grenzrelation Grebensdorf).
Allerdings ist der Nominatim-Index der Grenzrelation Grebensdorf
http://nominatim.openstreetmap.org/details?osmtype=R&osmid=1684315
nur sehr unvollständig.
Ob er noch erstellt wird und das Ganze sich mit der Zeit einstellt - oder ob da etwas schief geht - weiß ich allerdings nicht.

Gruß
Georg

wartburgritter · 2011-10-04T20:04:16.000Z

Was zum teufel ist der Nominatim-Index. Wer erstellte den? Nominatim selber… Was bedeutet das nun. Findet OSM die strasse irgendwann? Fragen über Fragen.

Mhh wenn der unvollständig ist, was sind dann die folgenden…

http://open.mapquestapi.com/nominatim/v1/details.php?place_id=2160230212
http://open.mapquestapi.com/nominatim/v1/details.php?place_id=2160290366

gruss der wartburgritter

Wow in den letzten jahren ist echt einiges gegangen. Als ich vor 3 Jahren mal intensiver gemappt fand ich es osm nicht so komplex. Naja das wird schon wieder.

erwin6330 · 2011-10-05T05:54:37.000Z

Morgen,

da klinke ich mich jetzt aber so was von ein! Interessantes Thema das Ihr hier gestartet habt, vor allem das mit dem Nominatim-Index. Auch meine Frage an GeorgFausB oder jeden anderen der sich damit auskennt: Was ist der Nominatim-Index und was bewirkt er?

Wie sind die Auswertungen, so z.B. für Kufstein http://nominatim.openstreetmap.org/details?osmtype=R&osmid=85918 zu verstehen?

Warum sind manche Einträge in schwarz, andere in Grau?

Warum erscheinen bei mir (Kufstein) keine Residential-Einträge, bei Gebenstorf schon?

Gibt es Seiten, auf denen die erscheinenden Einträge erklärt werden?

Fragen über Fragen

chris66 · 2011-10-05T07:30:22.000Z

http://wiki.openstreetmap.org/wiki/Nominatim

http://wiki.openstreetmap.org/wiki/Nominatim/FAQ

Wenn man auf “Details” klickt zeigt Nominatim an, wie er zu den Suchergebnissen gekommen ist.

GeorgFausB · 2011-10-05T08:25:00.000Z

Moin,

sowohl aus Zeitmangel als auch aufgrund der Tatsache, dass ich kein Nominatim-Insider bin, kann ich nur ein paar grundlegende Infos weitergeben, die ich erforscht oder aufgeschnappt habe.

Nominatim ist die (bzw. eine) Suchmaschine von OSM.
OSM ist ja nur eine Datenbank, quasi ein Buch mit Hunderten von Seiten, Tausenden von Wörten und Abertausenden von Buchstaben - aber ohne Inhalts- und Stichwortverzeichnis!
Nominatim ist nun einerseits der Ersteller von Inhalts- und Stichwortverzeichnis - und andererseits der Blick in eben diese, wenn man etwas Bestimmtes sucht.

Nähere Infos findet man, wenn man den Suchergebnis-Links folgt, u. a. zu http://nominatim.openstreetmap.org und dort den weiterführenden Links Documentation und FAQ.
Auch bei http://open.mapquestapi.com/ findet man einige Infos zu Nominatim, auch dort muss man ein wenig graben.

Unvollständig heißt, dass eben noch nicht alle Verweise enthalten (erstellt) sind - alle Straßen innerhalb einer boundary müssen ja diese boundary als Parent haben.
Ein (z. Z.)vollständiger Index ist z.B. http://open.mapquestapi.com/nominatim/v1/details.php?place_id=79464406.
Die Erstellung eines Index ist ja auch aufwändig und kostet Zeit. Nominatim ist da zwangsläufig dem reinen Datenbestand sicherlich um ein paar Tage - evtl. auch mal Wochen - hinterher. Nicht nur dem OSM-Datenbestand, sondern ja auch dem Nominatim-eigenen Datenbestand.
Data: 2011/08/19 bei Nominatim heißt ja nur, dass sie den OSM-Datenbestand von diesem Datum berücksichtigen (Nominatim-eigener Datenbestand) - aber noch lange nicht, dass auch dessen kompletter Index bereits erstellt ist.

Schwarz sind m. W. die berücksichtigten Kriterien, grau sind weitere Kriterien, die aber nachrangig gewichtet wurden (siehe auch der Rank/die Wichtung vor dem GOTO-Link).

Vielleicht hilft es, sich anhand eines einfachen Szenarios mal die Vorgehensweise selbst zu erarbeiten.
Ein Adress-node, eine Straße, ein place-node (Ortsteil), ein weiter entfernter Place-node (Hauptort) und die zugehörige Gemeinde (boundary-relation mit gleichem Namen) drumherum.
Und jetzt findet mal anhand der vorhandenen oder eben auch mal nicht vorhandenen Informationen (Tags und Objekte) heraus, wo sich dieser Adressnode oder diese Straße befinden.
Mal mit address:city, mal ohne. Mal mit boundary-relation, mal ohne.
Dabei sind die place-nodes und die boundary auf gleicher Ebene, aber eben mit unterschiedlicher Wichtung zu werten!

Edit1:
Dass sich Adresse oder Straße in der Nähe vom place-node oder innerhalb der boundary befinden, sieht man als Betrachter zwar auf Anhieb - aber Nominatim muss sich dieses logische Wissen eben erst erarbeiten - und Buch (Index) darüber führen, damit nicht bei jeder neuen Abfrage der gesamte Datenbestand neu untersucht (erarbeitet) werden muss.

Ansonsten: Viele Eurer Fragen stelle ich mir selber noch …

Gruß
Georg

stephan75 · 2011-10-05T15:30:47.000Z

Wird denn die gesuchte Adresse von anderen OSM-basierten Programmen gefunden, die NICHT Nominatim verwenden?

wie z.B. Navit, OsmAnd, MapFactor Navigator free ??

Mach doch sonst mal einen Eintrag auf http://wiki.openstreetmap.org/wiki/DE:Adresseingabe_f%C3%BCr_Navigationsprogramme

Und ich garantiere dir, dass wir dann die Ursache für das (Nicht-)Finden der Adresse aufklären können.