[Talk-at] Irreführendes Nominatim-Ergebnis

[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


-- 
Dipl.-Ing. Florian Ledermann
Cartography Research Group
Department of Geodesy and Geoinformation
TU Wien, Vienna, Austria

http://cartography.tuwien.ac.at/florian-ledermann/
https://twitter.com/floledermann