[Talk-at] Irreführendes Nominatim-Ergebnis

[scubbx]

Ich habe für einen anderen Datensatz mittels SolR eine einfache Suche
implementiert und, sobald man sich durch den etwas mühsamen SolR-Geo
Setup-Prozess gekämpft hat, sehr gute Ergebnisse damit erhalten!

Nominatim und Photon machen zwar mehr als nur Adressen durchsuchbar zu
machen, aber wenn alles, was man selber braucht eine Adresssuche ist,
kann ich ein einfaches SolR Setup empfehlen!


Am 19.06.20 um 09:55 schrieb Florian Ledermann:
> On 18.06.2020 23:52, Friedrich Volkmann wrote:
>> Weil Nominatim nicht für Adresssuche konzipiert ist. Es ignoriert
>> alle addr:* Tags mit Ausnahme der Hausnummer (und soweit ich weiß
>> addr:place).
>
> Äh, am Wiki lese ich "Nominatim [...] is a tool to search OSM data *by
> name and address* (geocoding) [...]" - also den Anspruch scheint es
> schon zu stellen.
>
> Dass der Nominatim-Ansatz (danke ScubbX für die Erklärung/Verlinkung)
> für den aktuellen, detailreichen Datenstand zumindest in Wien nicht
> mehr geeignet ist, scheint allerdings evident (z.B. auch das Fehlen
> jeglicher Unterstützung für Address-Units, die detailliertes
> Adress-Tagging in Schrebergartensiedlungen, Gemeindebauten etc. für
> die Adressuche nutzlos machen).
>
>>> Ich würde gerne das Tagging verbessern
>>
>> Falscher Ansatz, denn der Fehler liegt nicht im Tagging, sondern in
>> Nominatim. Verbessern müsstest du also Nominatim, oder einfacher ganz
>> neu schreiben.
>
> Dass man den Code von Nominatim nicht mit einem langen Stecken
> angreifen will, wird ja schon nach wenigen Zeilen der
> Installationsanleitung klar:
>
> *./build/utils/setup.php* --osm-file <your planet file> --all
>
> *duckundweg*
>
> Im Ernst, gibt es ernstzunehmende Alternativen, bei denen man sich
> beteiligen könnte? Dinge wie Photon bauen ja auch auf Nominatim auf,
> und propagieren diese Fehler. (Aufgefallen war mir der Fehler übrigens
> bei einer Photon-Suche, aber da die Daten so von Nominatim kommen
> hatte ich das nicht erwähnt)
>
>> Ganz nützlich wär vor allem eine API, in der man nach
>> Ort/Straße/Hausnr/PLZ/Firmenname usw. in separaten Feldern
>> (CGI-Parametern) suchen kann. Nominatim unterscheidet das alles
>> nicht. Ob du nach 1040 Wien Alois-Drasche-Park 8 oder nach Wien 8
>> Alois-Drasche-Park 1040 suchst, ist Nominatim egal.
>
> Im Moment scheint mir - zumindest für den Datenstand in Wien und
> wahrscheinlich ganz AT (?) - auch ein "naiver" Ansatz einer direkten
> Suche auf Address-Nodes und Builing-Polygonen, mit Nominatim nur als
> Fallback, die vielversprechendere Lösung. Aber sowas ist ja nicht
> einmal ein "Produkt", sondern eine simple Query auf der OSM Datenbank
> (wenn ich nicht etwas übersehe). Mal sehen, wie weit ich mit so einem
> Setup komme.
>
> Noch zu Andreas Wecer:
>> Photon, der Geocoder von komoot, funktioniert damit übrigens
>> anscheinend problemlos, auch wenn der auch auf Nominatim-Daten aufbaut.
>> Wobei auf der Demoseite photon.komoot.de der gleiche Fehler
>> auftaucht, auf www.komoot.de dagegen nicht mehr und dort wird nicht
>> nur die falsche Schelleingasse 8 herausgefiltert, sondern auch die
>> korrekte Alois-Drasche-Park 8 gefunden.
>
> Plot Twist: der Fehler ist mir eben mit Photon aufgefallen :).
> Interessant allerdings, dass Komoot intern offensichtlich eine andere
> Version verwendet, die besser funktioniert (oder überhaupt eine andere
> Lösung?).
>
>
> Danke jedenfalls nochmal an alle, die *technische* Hinweise zur
> Klärung meiner Frage beigetragen haben!
>
> LG F
>
>