Hoi OSMfan,

Unter http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview steht, wie nominatim sich die Hierarchie der verschiedenen Objekte zusammenbaut/bewertet. So ganz genau verstehen muss man das nicht unbedingt. :D

Ich denke viele der angesprochenen Probleme werden dadurch verursacht, dass Kantone/Bezirke als node und als Relations-Grenze getaggt sind, das bringt den armen nominatim durcheinander.

Löschen von nodes, welche durch den Import von genaueren (Kantons-)grenzen überflüssig wurden wird die Situation sicher verbessern.

Ist ja ganz schön verwirrend. Ich kann jedenfalls nicht nachvollziehen, wieso der Node 245012219 das Resultat beeinflussen sollte, da er in Bern situiert ist (is_in) und von Bern taucht im Suchresultat nichts auf.

node 245012219    (Oberaargau)       is_in = Bern;Berne,Schweiz,Europe

Wird von nominatim nicht korrekt in seiner Hierarchie eingeordnet (Siehe Address Sektion unter http://nominatim.openstreetmap.org/details.php?place_id=599630), nominatim weiss hier nicht, dass der Oberaargau zur Schweiz oder zu Bern gehört.

Hier wird der is_in Tag nicht korrekt sein, frag mich aber nicht wie er korrekt sein sollte, der node sollte sowieso von einer Relation abgelöst werden.

 
Allerdings bezieht sich http://nominatim.openstreetmap.org/details.php?place_id=599630 auf diesen Node - wobei mir auch wieder nicht klar ist, wie denn die riesige Fläche (bis in Wallis) in dieser seltsamen Form daraus entseht.

Da sind die Probleme in
Brig-Glis (is_in = Bezirk Brig,Valais;Wallis,Valais,Schweiz,Europe) <- doppelt Valais
Delémont (is_in = District de Delémont,Jura,Jura,Schweiz,Europe) <- doppelt Jura

 
Zudem steht ja im Oltner Beispiel vor "Oberaargau" auch noch der (falsche) "Bezirk Gösgen", wieder mit so einer komischen Form, obwohl es einen Bezirk Olten mit admin_level gibt; gemäss Nominatim-Beschreibung sollten doch admin-levels priorisiert werden, oder nicht?

Ich finde keinen 'Bezirk Olten mit admin_level' mit nominatim

Sehr kreativ ist auch der Bahnhof Olten, der ausser zu Gösgen und Oberaargau zuerst noch in die Nachbargemeinde Trimbach eingeordnet wird...

Aber der Bahnhof wird gefunden :D

Ich finde es einfach toll, wie gut nominatim _weltweit_ in einem total heterogenen tagging Umfeld funktioniert.

Wenn du es jetzt perfektionieren willst, wird es darauf hinauslaufen, für jede Gemeinde eine Relation zu erstellen (name=), in welcher die Grenze beinhaltet ist und auch einen node fürs Dorfzentrum (place=village, aber ohne name= , der kommt von der Relation). Dann eine Relation pro Bezirk, welche als member die Gemeinde-Relationen beinhaltet, oder die Teil-Grenz-Ways der zu beinhaltenden Gemeinden (falls es überhaupt Bezirke im Kanton gibt), dann Kantone, dann eine für die Schweiz.

Ich sehe also schon hier mind. 2 verschiedene 'Korrekte' Varianten..

Die ganze Schweiz in einem solch einheitlichen Schema zu erfassen dauert wohl eine halbe Ewigkeit und ist einiges Komplizierter als die einfachen place=village nodes.

Die ganzen is_in= sind Datentechnisch gesehen überflüssig, ebenso die place=village nodes, place=state nodes etc. Die sind aber für 'einfacher' gestrickte Software sehr hilfreich und vorallem sind sie historisch gewachsen (früher gabs noch keine Relationen in OSM). Oder ich kann eintragen: 'Hier ist das Engadin', is_in=Graubünden ohne die genauen Grenzen zu kennen. Super Sache!


Im Moment wirst du damit leben müssen, dass nominatim ab und zu etwas falsch liegt, das wird sich erst bessern, wenn ein funktionierendes Schema gefunden wird, sich alle darauf Einigen, die Erfassung vollständig ist... kurz gesagt in ca. 3 Jahren :D


Gruess, Micha