Mangelhafte Suchfunktion von OpenStreetmap

Vielleicht auch die “Suche” der Suchmaschine “Qwant” unter Produkten rechts oben nutzen:
( https://www.qwant.com/?q=copyshop+leipzig&t=web ) - Für Qwant_Maps habe ich eine Email geschrieben, diese “gesamten” Suchergebnisse zur Maps-Anzeige zu nutzen.

flosm ( https://www.flosm.de/html/index.html ) hat auch eine POI-Karte ( https://www.flosm.de/html/POI-Karte.html?lat=51.3600000&lon=10.4800000&r=740000.00&st=1&sw= ). Da shop=copyshop dort noch fehlt, habe ich eine Email geschrieben und hoffe ist beim nächsten Update mit online.

Manchmal findet man etwas beim “Nachbarn”: OpenPoiMap ( http://mijndev.openstreetmap.nl/~marczoutendijk/openpoimap/DE/?map=shop&zoom=14&lat=51.34309&lon=12.38855&layers=B00FFFFTFFFFFFFFFFFFFFFFFFFF )

Wenn man erst die Suchmaschine suchen muss, welche einem die gewünschten Ergebnisse (wie man’s erwarten würde) anzeigt, dann läuft wohl etwas schief :roll_eyes:

Ich ärger mich auf öfters mit der osm.org-Suche. Scheinbar wird zunächst wirklich nur ausgegeben, was 1:1 im Namen und Adresse deckungsgleich gefunden wird.
“copyshop leipzig” findet halt (als Direkttreffer) die beiden genannten, “copy shop leipzig” findet hingegen nur https://www.openstreetmap.org/node/2168715847 welches auch wirklich “copy shop” im Namen mit drin hat.
Und erst das weitere Treffer scheint dann weitere Tags zu berücksichtigen. Was natürlich hier tragisch ist, wenn der Tag-Value gar 1:1 dem Suchtext entspricht. Mitlerweile suche ich auch meist selbst mit Overpass-Turbo und bastel mir Abfragen zusammen, weil’s in meinen Augen zuverlässiger ist, aber ganz sicher kein bisschen laiennutzbar.

Aus Nutzersicht sind viele Treffer bezüglich des Copyshop in Leipzip absolut gleichwertig, aber nur 1 oder 2 werden vor dem Klick auf “Weitere Treffer” angezeigt - das ist kaum erwartbar und verständlich. Otto Normal wird denken “schade, gibt in OSM wohl nur 2 welche erfasst sind” und geht weiter (zu Google).
Da sollte schon was passieren, denn:

Es fehlen also aus meiner Sicht verschiedene Dinge bzw. sind verbesserungswürdig:

  1. die “weiteren” Suchergebnisse sollten wohl direkt mit ausgegeben werden (ggf. mit einer Linie getrennt, aber nicht erst durch einen zusätzlich Klick)

  2. ebenfalls Oberfläche betreffend ist, dass es laienunfreundlich ist, dass es nach einem Klick auf ein Suchergebnis kein Weg zurück zur Ergebnisliste gibt. Gerade hier stört es, dass die “weiteren Treffer” bei einem “zurück” (je nach Browser, ob dieser halt ggf. cacht) wieder weg sind. Ein sauberes Paging wäre hier wünschenswert und flüssiges hin- und zurück.

  3. ebenfalls Oberfläche betreffend wäre gut, wenn man alle/mehrere Ergebnisse gleichzeitig auf der Karte anschauen kann. Was bringt es einem, wenn man im Urlaub ist und Pizzeria in xyz sucht und dann sich durch 10 Treffer klicken muss, wo genau diese sind. In Kombi mit 2. ist das einfach nur - ätzend.
    Ja, hier kann man natürlich in neuem Tab das Ergebnis öffnen (ist 1. wieder nicht typisch für Laien und 2. nervend zig Tabs mit unterschiedlicher bbox zu vergleichen)

  4. Die Gewichtung von Einträgen wohl überarbeitet werden. Bei nur “copy shop leipzig” ist arg unklar, wieso https://www.openstreetmap.org/node/6265922610 erst nach 2x Klick auf “weitere Treffer” auftaucht, obwohl sowohl copy als auch shop im Namen und shop-Value-Tag auftauchen (und andere Treffe davor nur shop=copyshop haben).

  5. Anteilig vorhandene Begrifflichkeiten werden aktuell Null berücksichtigt. Sucht man z.B. nach https://www.openstreetmap.org/search?query=kopie%20leipzig kommt nichts, sucht man https://www.openstreetmap.org/search?query=kopier%20leipzig findet man ein Treffer der “kopier-,” im Namen enthält

  6. Ideal wäre, wenn automatisch verschiedene Sprachversionen/Übersetzungen probiert werden. Sodass, sucht man “copy” kommen halt auch Einträge wie “Kopierladen”. Was natürlich schwierig ist, da ersten die Daten für solche Begriffsbeziehungen fehlen (naja, könnte man durchaus aus OSM-Daten erschaffen, welche Begrifflichkeiten halt zusammenhängen - shop=copyshop wird wohl öfters im Namen “copy”, “kopier”, “laden”, “druck”, … enthalten) und zweitens es komplex wird, dies performant auszuwerten.
    Aber dass halt aktuell OSM bei https://www.openstreetmap.org/search?query=Kopierladen%20leipzig nichts ausspuckt ist halt blöd

Ich weiß ich weiß, muss sich halt jemand finden das umzusetzen. Aber bevor man jemanden sucht/findet der etwas umsetzt, sollte man/wir erstmal feststellen, was wir eigentlich wollen. Daher erstmal hier wild aufgelistet.

Exakt das selbe :wink:

Gruß,
asca

dabei funktioniert es ja auf deutsch
noch ziemlich gut, „Domhof Köln“ findet die Straße Am Domhof in Köln.
„Milano Piazza Duomo“ hatte bis vorgestern nur Treffer in Piacenza, erst nachdem der Piazza del Duomo noch einen short name bekommen hat wird der Domplatz in Mailand gefunden

Nach jahrelangem Zaudern sind wir mittlerweile soweit, dass wir allen Straßen (wenn sie gefunden werden sollen) noch short names hinzufügen wo die Artikel und Vornamen weggelassen werden.
Alle Alternativen zu Straßentypenarten als alt_names einzutragen ist derzeit noch nicht üblich (und wäre auch falsch), manches kann man nur sinnvoll über den Suchalgorithmus lösen (z.b. dass Via und Viale und Vicolo alles Straßen sind, bei einer Suche nach Via würde man gerne auch z.B. eine entsprechende Viale finden, vor allem wenn es keine Via gibt, ähnlich auch Piazza, Piazzale, Piazzetta).

Ich gebe meinen Vorrednern Recht, die Suche ist superzentral für das Bild, dass wir nach außen abgeben.

kleine Ergänzung zur Copyshop-Suche. Versuch’s mal mit http://overpass-turbo.eu/ Copy&Paste.

/*
Try Overpass query by pressing the Run button above!
*/
node
  [shop=copyshop]
  ({{bbox}});
out;

Ja, ich weiss, dass ist eher ein Insider-Tipp, aber manchmal hilfreich.

#Genau, Insider. Aber eigentlich erwarte ich genau das von einer Suche, wenn ich nach “Copyshop” “Kopieren” usw. in Nominatim suche…

Gerade auch wieder was komisches mit der Suche von OSM.org

Suche nach “Schulstraße 56a 13591 Berlin”, also:
https://www.openstreetmap.org/search?query=Schulstra%C3%9Fe%2056A%2013591%20Berlin#map=19/52.52927/13.12977
und ich erhalte “Keine Ergebnisse gefunden”.
Dachte mir erst, ok, dann ist das Haus wohl noch nicht drin, Objekt gibt es aber: https://www.openstreetmap.org/node/2872480113

Drum wollte ich jetzt hier den Beitrag schreiben und öffne neue Browser-Instanz (sprich ein anderen Browser sozusagen) und beim Test ob die Links im Beitrag richtig von mir sind raufgeklickt und… oh wunder, jetzt kommt exakt das eine Ergebnis.
Bin dann nochmal in den vorherigen Browser rein, es kommt immernoch kein Ergebnis. Mit STRG+F5 (also Reload ohne Cache) erhalte ich auch im ursprünglichen Browser dann das Ergebnis.

Hä? Kommt mir so vor als würde “kein Ergebnis” zurückgeworfen, bevor die Suche schon richtig abgeschlossen bzw. die erste Suche dafür sorgen, dass Daten in Nominatim in einem Cache landen und dann erst bei einer neuen Suchanfrage auch ausgeliefert werden.

Ganz ehrlich, würde sagen, dass ist mir schon öfters vorgekommen. Kann mich öfters daran erinnern, etwas gesucht zu haben und “Kein Ergebnis” als Antwort zu bekommen, obwohl es etwas ziemlich sicher in OSM vorhandenes war. Normalerweise stoße ich dann nur nicht eine neue Suche mit einem anderen Browser an, sondern suche “händisch” bzw. via Overpass ^^

Ist natürlich auch arg kontraproduktiv, wenn eine falsche Antwort zurückkommt.

ja, Nominatim will ja explizit keine POIs indexieren (als strukturierte Informationen über das Ding, abgesehen von der Adresse und Lagebeschreibung), bzw. nur wenige als Demo (Briefkästen und Postämter und so). Vielleicht würden die Entwickler diese Einstellung nochmal überdenken, wenn sich jemand oder eine Gruppe finden würde, die die erforderlichen Informationen (tags, ggf. eine strukturierte Beschreibung wie die Dinge zusammenhängen, Übersetzungen, etc.) pflegen würde. Oder man könnte die Overpass-API dafür nutzen, so wie es jetzt auch schon Nominatim und Geonames gibt als Suchergebnisse und man es nutzt um Objekte neben dem Zeiger zu suchen? Sofern man sich nicht nur an Mapper richten will, bräuchte man da auch Listen von Dingen die zu tags gemappt werden für die Abfrage.

“Die Suche ist Schrott und kann sich icht mit Google messen” finde ich immer harten Tobak.

Ist doch klar, Google betreibt umfangreiches Datensammeln, merkt sich “halbgefragt” die Plätze und Restaurants in denen ich schonmal war oder nach denen ich mal gesucht hab usw…

Das hat dann natürlich Vorteile, denn Google kann wissen, das ich mit “Big Wong” vermutlich das Restaurang meine, wo ich schonmal war und weis eh meistens wo ich mich befinde - und nicht irgendwas anderes.

Die Google Dienste werden ja immer besser, je mehr man sie benutzt. Aber das hat seine Schattenseiten.

Gut die OSM Dienste machen das ohne - und das ist gut so. Ich muss mir aber klarmachen, dass ein Verzicht auf Datenweitergabe nicht ohne Verzicht auf Komfort durch Datenauswertung gehen kann…

geschenkt, aber dass mir wenn ich auf Rom gezoomt bin und nach „Pizzeria“ suche als erster Treffer eine Felswand in der Schweiz mit diesem Namen präsentiert wird, das könnte man auch ohne Suchhistorie fixen. Nominatim bewertet lokale Suchen immer noch nicht wichtig genug im Vergleich zu 500km entfernten, gerade bei so allgemeinen und unspezifischen Suchworten.

Oder wenn ich nach „Milano Piazza Duomo“ suche (Domplatz in Mailand), dass dann der Domplatz in Piacenza gefunden wird weil der als „Piazza Duomo“ eingetragen war, während der Mailänder als „Piazza del Duomo“ nicht gefunden (wurde), das müsste die Engine auch ohne weitere Unterstützung hinbekommen. Mittlerweile geht es weil ich „Piazza Duomo“ als alt_name eingetragen habe, aber das führt in der Konsequenz dazu dass man alle möglichen Varianten und Schreibweisen eintragen muss, einmal mit Vornamen und einmal ohne, und dass jegliche Artikel und Präpositionen nicht weggelassen werden können, und jeder einzelne falsche Buchstabe dazu führt, dass das richtige nicht mehr gefunden wird, das liegt nicht nur daran dass wir keine Suchhistorie wie Google haben.

Anderes Beispiel: https://www.openstreetmap.org/search?query=Berlin%2C%20brandenburg%2C%20deutschland#map=18/52.51359/13.41175

da finde ich die Stadt/Land Berlin zwar nicht, aber einzelne Häuser und POIs, erster Treffer in Mitte und nicht in Brandenburg. Ich würde da irgendwo einen Treffer für den BER erwarten.

Hierzu passend aus dem Vortrag “10 Jahre OpenStreetMap - Wir leben noch und zwar sehr gut.”:

https://media.ccc.de/v/31c3_-6255-de-saal_g-201412271830-10_jahre_openstreetmap-thomas_skowron-_ubahnverleih#t=1808

Funktioniert heute übrigens nicht mehr. :wink:

Wieso hast du es dann nicht schon längst gemacht?

ich kann es nicht. Das heißt aber nicht, dass es unlösbar ist. Man müsste lokal höher gewichten. Und außerdem ist es wohl derzeit auch nicht gewünscht dass die Suche versucht, möglichst viele POI-Typen zu finden, das ist also auch eine politische Frage, wenn es eine klare Anleitung gäbe was man in welcher Form liefern muss, damit eine bestimmte Suchanfrage gelöst werden kann, und ggf. wie man Übersetzungen liefern kann, dann kann ich mir gut vorstellen dass es viele Beiträge geben würde. Wenn man erstmal Nominatim komplett verstehen muss um mitzuhelfen wird der Kreis der potentiellen Helfer sehr klein.

Nur willst du dann genau das Gegenteil wenn du zufälligerweise die Felswand “Pizzeria” suchst, und wirst dann argumentieren, dass wenn die Namen genau übereinstimmen, dass natürlich höher gewichtet sein sollte.

Wenn ich wirklich die Felswand Pizzeria suchen würde oder den Berg Shell, dann ginge das wahrscheinlich nur mit Nominatim, die Suchmaschinen würden nur Pizzerien „Felswand“ liefern, bzw. Tankstellen und corporate infos. :wink:

Aber davon abgesehen, ein Ergebnis weit weg will man schonmal grundsätzlich selten, fast alle Suchanfragen gehen über lokale Themen.

https://www.openstreetmap.org/search?query=pizza

da bekomme ich ein village in Nigeria, eine Residential auf den Philippinen und als drittes einen fast food in Hillingdon greater London und als viertes ein Restaurant in Paris. Auch wenn ich die Siedlungen und Straßen vor den Pois finden will, die Pois will ich lokal, nicht zufällig.

Wenn man dem aktuellen Kartenausschnitt (und in höheren Zoomstufen mit puffer drumrum) noch viel mehr Gewicht geben würde wäre das auf jeden Fall sinnvoll. Dass ich in Rom Pizza suche und nur was in London und Paris finde, daran sollte man doch was ändern, oder?

Wenn man noch einen Ort dazuschreibt sieht es natürlich anders aus, aber ohne Ort ist doch klar dass die Pois lokal sein müssen.

@DieterDreist:

Nominatim hat diese Fähigkeit (Lokailtät des derzeitigen Kartenausschnitts zu beachten), sie wird aber auf der Webseite openstreetmap.org nicht eingesetzt.

Das ist also ein Frontendproblem. Da bräuchte es ein Häckchen in der Art von “nur im Kartenausschnitt suchen” und dann ginge das besser.

Beispiel (Karte auf Hamburg gezoomt und Pizzeria gesucht) mit dem Frontend von Nominatim, wo man es anwenden kann:

https://nominatim.openstreetmap.org/ui/search.html?q=pizzeria&viewbox=9.35889%2C53.66743%2C10.68137%2C53.42263&bounded=1

Dort sieht man, dass die Häckchen bei viewbox und bounded von mir gesetzt sind. Dies könnte man auch im Frontend von www.openstreetmap.org umsetzen. Dafür müsste man ein Issue bei https://github.com/openstreetmap/openstreetmap-website/issues eröffnen (bzw. am besten ein Issue gleich mit PR ;).

Aber du suchst gar nicht nach einem POI sondern nach einem Objekt mit Namen “Pizza”.

und einen POI search gibt es in rudimentärer Form bei Nominatim auch:

Drei Beispiele:

https://www.openstreetmap.org/search?query=pharmacy%20in%20rome

https://www.openstreetmap.org/search?query=restaurant%20near%20trevi%20fountain

https://www.openstreetmap.org/search?query=hotel%20in%20soho,%20manhattan

ansonsten ist dafür natürlich die overpass-api besser.

Und das sollte übrigens auch mit Copyshop funktionieren, Beispiel:

https://www.openstreetmap.org/search?query=copyshop%20in%20dresden

Wichtig: POI search funktioniert mit z.B. “Begriff” “in” “Ort”, nicht mit “Ort” “Begriff” (siehe auch: https://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/DE )

Allerdings scheint es da bei Leipzig ein Problem zu haben mit “Copyshop in Leipzig”, da kommt bei mir nur ein Ergebnis, während ich über overpass einige finde: https://overpass-turbo.eu/s/1cmr

Edit: bei “Copyshop in Leipzig” muss ein komisches Problem vorliegen, hier mit einer Nominatim Installation z.B. bei osmap.de funktioniert es (auch wenn da das Frontend die Ergebnisse auf 5 begrenzt).

Und da man bei Nominatim auch so suchen kann:

https://www.openstreetmap.org/search?query=briefkasten%20bei%2053.7703%2C7.6956, wäre für web-frontends oder apps es auch ziemlich einfach möglich, eine umkreissuche zu machen.

Also: so mangelhaft wie behauptet, ist in meinen Augen die Suche über Nominatim nicht. Oftmals sind es eher ungenügende Frontends, die die Fähigkeiten von Nominatim nicht ausschöpfen.

führt bei mir aktuell zu

:-/

Les’ dir allein mal den Betreff dieses Themas durch. Er lautet nicht “Mangelhaftes Suchen mit Nominatim”, sondern “Mangelhafte Suchfunktion von OpenStreetmap(.org/de)”. Aber ist schonmal schön zu wissen, dass Nominatim mehr kann, als die aktuellen Frontends anbieten.

Nichtdestoweniger gibt’s wohl aber auch weiterhin noch Probleme direkt mit Nominatim, wenn wie oben geschildert Errors zurückkommen; bei Erstsuche kein Ergebnis kommt; “komische Probleme” vorliegen; etc. Das trübt halt zusätzlich, sodass OSM-Neunutzer (die nicht einfach Reload machen) halt schnell zu dem Ergebnis kommen “OSM taugt nichts”, was natürlich falsch bezüglich dem Datenbestand ist.
Und du kannst halt nicht von Otto Normal erwarten, dass er sich an eine Suchsyntax für Basissuchen halt hält. Für die meisten ist es nicht verständlich, wenn “Copyshop Leipzig” andere Ergebnisse als “Copyshop in Leipzig” liefert. Otto Normal beschäftigt sich auch nicht damit ob etwas ein “POI” oder nur “ein Objekt” ist und er entsprechend anders suchen müsste. Wenn also das die eine gewählte Suchanfrage von vielen möglichen (und für Otto Normal gleichen) Suchanfragen halt kein Ergebnis liefert - dann heißt es für ihn, dass die gesuchten Dinge nicht in OSM existieren. Findet er sie dann auf anderem Wege, findet er OSM halt kacke.
Das geht mir hier nicht darum irgendwas schlecht zu reden, sondern einfach nur die Sichtweise von einfachen Nutzern darzulegen. Und wie man dem ganzen Verlauf hier entnehmen kann, haben auch regelmäßige OSM-Nutzer mit der/n Suchfunktion(en) ihre Probleme.

Denn wie ich zu Beginn schon schrieb:

Also sollte die Frage lauten: Welche Dinge können wir jetzt konkret tun, damit es aus Nutzersicht besser wird:

  1. Checkbox auf der Webseite für lokale Suche
    Hierzu ein Issue am besten erstellen und wenn jemand Webentwicklung kann, am besten gleich Codeänderung dabei vorschlagen
    (heißt lokale Suche, dass nur in der BBox gesucht wird? Frage ist halt, ob nicht eher eine einstellbare Umkreissuche vom aktuellen Mittelpunkt sinniger/intuitiver wäre. Denn vl. bin ich gerade sehr nah rangezoomt und erhalte dann ein “hier gibt es nichts”, obwohls nur 400m weiter existiert)

  2. bessere Liste der Suchergebnisse, darunter fällt:

    • bei Klick wird nicht alles neu geladen, sondern nur die Karte dorthin verschoben, sodass man wieder zurückgehen kann zur Ergebnisliste
      (sprich ein Zurück zur Ergebnisliste erzeugt nicht quasi erneut die gleiche Suche, wie es aktuell ist)

    • sauberes Paging und kein unnachvollziehbarer “mehr”-Button

    • Option, dass man alle Ergebnisse (ggf. nur der aktuellen Ergebnislisten-Seite) zusammen auf der Karte als Marker sieht

Das sind auch Punkte, die man ebenso als Issue einstellen kann und ideal ein Webentwickler Code-Vorschläge macht[/*] [*]Stabilität von Nominatim verbessern. Sprich keine 502, keine "gibt keine Ergebnisse" obwohl gleiche Suche kurz später welche liefert (oder ist das ein Frontend-Fehler?), etc.[/*] [*]Nominatim beibringen Sucheingaben besser zu verstehen. Darunter fällt das Einbeziehen von Übersetzungen, Synonymen und leicht geänderte Schreibweisen von Suchbegriffen. Idealer weise sollte "Kopieren ", "Kopie ", "Kopierladen ", "Kopierladen in ", "Copyshop ", "Copyshop in ", ... allesamt eben mind. sämtliche Copyshops in halt auflisten (Dass natürlich bei "Kopie " auch noch deutlich mehr Beifang entsteht ist klar und erwartbar, aber eben nicht, dass viele Copyshops wegfallen wie's aktuell ist).[/*]
  1. und 2. könnte ich mich sehen, dass ich mich da reinarbeite. Aktuell privat und beruflich leider kaum Zeit… naja, Weihnachtsurlaub st ja nicht mehr weit :wink:
    Bei 3. und 4. kann ich außer Theorie und Gedanken nicht mehr zu Beisteuern.

Gruß,
asca

PS: Nachdem jetzt einige Zeit beim Schreiben vergangen ist, kommt nun der 502-Error aktuell nicht mehr… hmm…

Die 502er sehe ich heute auch oft, da scheint Nominatim überlastet zu sein. Das ist ein grundsätzliches Philosophieproblem der fehlenden Zugriffsbeschränkung, die immer wieder zu viele Scraper etc. auf den Plan ruft.

Ansonsten ist die Liste von Dir, the-asca, eine sehr gute Ideenliste der Verbesserungsvorschläge für das Frontend und andere Verbesserungen.

Und zu 4.:

Da kann jeder etwas beitragen, indem die SpecialPhrases Listen erweitert werden. Dafür braucht es keinerlei Programmierkenntnisse, nur osm tag Kenntnisse. Siehe: https://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases

Die Tabellen im Wiki zu den einzelnen Sprachen bei der SpecialPhrases sind sonst ziemlich selbst erklärend.

(Dabei bitte beachten: ist leider manchmal unpraktisch, besser ist <in|in der Nähe von| im|etc.> ). Ok bei z.B. Zahnarzt/Apotheke/Spielplatz, etc., schwierig bei z.B. Restaurant oder Hotel etc. Wenn man da verwendet, dann bitte mit Operator ‘-’ (any).
Warum? Weil z.B. mit Restaurant Roma direkt ein Restaurant namens Restaurant Roma in X gemeint sein kann und nicht alle Restaurants in Rom.