Mangelhafte Suchfunktion von OpenStreetmap

Hallo Ihr,

wenn ich auf OpenStreetmap Copyshop + Leipzig suche:
https://www.openstreetmap.org/search?query=leipzig+copyshop#map=19/51.33191/12.36620

Weshalb wird mir dieser Copyshop nicht angezeigt?

https://www.openstreetmap.org/node/254307711

Das steht doch eindeutig in den Metadaten “Copyshop”.

Ist ja leider nur eines von vielen Beispielen, wo die Suche von OSM Schrott ist… Wißt Ihr, weshalb es so schwer fällt, hier mehr Ergebnisse zu finden? Ich bin ja ein großer Freund von OSM, aber wenn man google maps die Stirn bieten will, sollte sowas m.E. funktionieren.

Viele Grüße desputin

Versuch mal https://photon.komoot.io/

Die in osm.org eingebaute Suche basiert AFAIK auf Nominatim, das sucht vorwiegend nach Namen und Adressen (also z.B. Orts- oder Straßennamen).
Doof finde ich das auch. Weil es ein schlechtes Bild davon abgibt, was OSM kann.

Kann es sein, dass die OSM Suche das shop=copyshop ignoriert und stattdessen nur Ergebnisse bringt, die “copyshop” im Namen tragen?

Da wäre dann etwas zu verbessern, hier https://github.com/osm-search/Nominatim unter issues können Vorschläge eingereicht werden.

Ganz so einfach wird es aber nicht, zB findet “Leipzig Kopierladen” gar nichts.

Augen aufmachen könnte helfen!
Unter den ersten beiden Suchtreffern (die “Copyshop” auch im Namen haben) ist ein großer blauer Button “mehr Treffer”. Wenn ich den anklicke, erhalte ich den von Dir gesuchten Copyshop als dritten Suchtreffer!

alles ab Seite 2 der Ergebnisliste existiert nicht. :smiley:

Hallo Ihr,
vielen Dank für die Antworten.

Den “mehr Treffer” Button hatte ich tatsächlich noch nie gesehen, obwohl ich openstreetmap.org mehrmals wöchentlich nutze!
Daß aber für eine Großstadt wie Leipzig mit vermutlich 10 Copyshops nur zwei standardmäßig angezeigt werden, finde ich schwach.

Leider ist es in Diensten, die OSM als Basis nutzen auch nicht besser. In OSMand+ für Android z.B. habe ich auch keine vernünftige Suche für sagen wir Copyshops. Oder aber auch bei https://www.qwant.com/maps nicht. Wenn ich da Copyshop und Leipzig eingebe, werden mir auch nur 2 Ergebnisse angezeigt…

In Osmand klappt die Suche bei mir ganz gut.
Ich gehe auf das Lupensymbol, klicke auf Categories (hab die Standardsprache von Android auf englisch umgestellt) und tippe Copy Shop ein. Als erstes Ergebnis wird mir direkt die Übergeordnete Kategorie “Copy Shop” angezeigt.
Auf der Karte werden dann alle Copyshops hervorgehoben.

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.