Mangelhafte Suchfunktion von OpenStreetmap

the-asca · 2021-10-25 13:00:16

Spiekerooger wrote:

Und das sollte übrigens auch mit Copyshop funktionieren, Beispiel:
https://www.openstreetmap.org/search?qu … %20dresden

führt bei mir aktuell zu

Ergebnisse von OpenStreetMap Nominatim
Error contacting nominatim.openstreetmap.org: 502

:-/

Spiekerooger wrote:

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.

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:

the-asca wrote:

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

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

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)
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 <Stadt>", "Kopie <Stadt>", "Kopierladen <Stadt>", "Kopierladen in <Stadt>", "Copyshop <Stadt>", "Copyshop in <Stadt>", ... allesamt eben mind. sämtliche Copyshops in <Stadt> halt auflisten (Dass natürlich bei "Kopie <Stadt>" 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 ;-)
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...

Spiekerooger · 2021-10-25 13:12:00

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/Nom … al_Phrases

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

(Dabei bitte beachten: <Suchbegriff> <Ort> ist leider manchmal unpraktisch, besser ist <Suchbegriff> <in|in der Nähe von| im|etc.> <Ort>). Ok bei z.B. Zahnarzt/Apotheke/Spielplatz, etc., schwierig bei z.B. Restaurant oder Hotel etc. Wenn man da <Suchbegriff> <Ort> 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.

Last edited by Spiekerooger (2021-10-25 13:54:40)

KPG · 2021-10-25 15:50:58

the-asca wrote:

Checkbox auf der Webseite für lokale Suche

Man könnte eine DB auf Tilebasis aufsetzen, in dem restlos alle Begriffe des jeweiligen Tiles unter dessen Tilenummer gespeichert sind. Je nach Zoomstufe sind ja immer nur eine begrenzte Anzahl Tiles zu sehen. Eine Suchfunktion braucht nun also nur noch die Nummern der sichtbaren Tiles aufrufen und deren Einträge mit dem Suchbegriff abgleichen.
"Bayern" würde also nur gefunden, wenn man auf Europaebene rauszoomt. Hat man auf München gezoomt, wird z.B. der Laden eines bekannten Fußballvereins gefunden und dessen Sportgelände.

the-asca · 2021-10-25 20:00:05

Spiekerooger wrote:

(Dabei bitte beachten: <Suchbegriff> <Ort> ist leider manchmal unpraktisch, besser ist <Suchbegriff> <in|in der Nähe von| im|etc.> <Ort>). Ok bei z.B. Zahnarzt/Apotheke/Spielplatz, etc., schwierig bei z.B. Restaurant oder Hotel etc. Wenn man da <Suchbegriff> <Ort> 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.

Eventuell könnte man überlegen halt dem Nutzer alternative Suchvorschläge zu machen, wenn sich dafür ein Algorithmus findet, wie man aus einer gegebenen Suchanfrage halt Alternativen erzeugt.
Sprich dass halt bei "Restaurant Roma" irgendwo steht (direkt als Link um entsprechende Suche anzutriggern): Meinten sie vl. "Restaurant in Roma" oder "Restaurant bei Roma"?
Da kann man sicherlich was aus den SpecialPhrases-Listen was schaffen. Oder halt gleich im Frontend, dass dieses halt dann diese Suchen gleich mit anstößt, was natürlich für mehr Nominatim-Last erzeugen würde. Aber aus Nutzersicht halt besser gleich Alternativ-Ergebnisse zu sehen.

KPG wrote:

the-asca wrote:
Checkbox auf der Webseite für lokale Suche
Man könnte eine DB auf Tilebasis aufsetzen, in dem restlos alle Begriffe des jeweiligen Tiles unter dessen Tilenummer gespeichert sind. Je nach Zoomstufe sind ja immer nur eine begrenzte Anzahl Tiles zu sehen. Eine Suchfunktion braucht nun also nur noch die Nummern der sichtbaren Tiles aufrufen und deren Einträge mit dem Suchbegriff abgleichen.
"Bayern" würde also nur gefunden, wenn man auf Europaebene rauszoomt. Hat man auf München gezoomt, wird z.B. der Laden eines bekannten Fußballvereins gefunden und dessen Sportgelände.

Warum etwas neues erfinden, wenn's wohl Nominatim schon kann?

Strubbl · 2021-10-25 20:05:26

Facilmap kann Copyshops anzeigen: https://facilmap.org/#15/51.3440/12.390 … o_copyshop

dieterdreist · 2021-10-26 08:22:33

Spiekerooger wrote:

und einen POI search gibt es in rudimentärer Form bei Nominatim auch:
Drei Beispiele:
https://www.openstreetmap.org/search?qu … 0in%20rome
https://www.openstreetmap.org/search?qu … 20fountain
https://www.openstreetmap.org/search?qu … 0manhattan
ansonsten ist dafür natürlich die overpass-api besser.

dass es für ein paar wenige Typologien geht und für andere nicht, ist Teil des Problems. Die Nutzer denken, man kann nach POIs suchen (über den typ), weil es manchmal funktioniert.

Der Link von Spiekerooger ist interessant.

https://www.openstreetmap.org/search?qu … %20münchen
findet beides bei mir allerdings auf Anhieb nur 2 Treffer, beides Biergärten in Spanien, nach click auf "mehr" dann auch in Pullach (Landkreis München) und als viertes einen in München.

Sehe jetzt, so geht es: https://www.openstreetmap.org/search?qu … n%20munich

Was bestens funktioniert hat ist "Bordell in Karlsruhe", sofort auch ohne "mehr" 10 Treffer: https://www.openstreetmap.org/search?qu … 0karlsruhe

Last edited by dieterdreist (2021-10-26 09:37:45)

tux67 · 2021-10-26 13:36:19

Spiekerooger wrote:

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/Nom … al_Phrases
Die Tabellen im Wiki zu den einzelnen Sprachen bei der SpecialPhrases sind sonst ziemlich selbst erklärend.

Kleine Anmerkung .. das letzte Mal, als ich da was eingetragen habe( 2017), hat's 'ne ganze Weile gedauert, bis jemand die Änderungen mit in die aktuelle Suchsystematik übernommen hatte (soweit ich mich erinnere ein manueller, sporadisch angestossener Prozess).

Gruß
tux67

Spiekerooger · 2021-10-26 15:37:01

Ja, das ist ein manueller Prozess, der nicht regelmäßig stattfindet. Umsomehr lohnt es sich wohl, die gewünschten Eintragungen drin zu haben, bevor dieser Prozess das nächste Mal durchläuft.

Spätestens wenn Nominatim auf 4.0 springt, dürfte es ein neuladen der Datenbank geben und diesen Moment will man doch nicht verpasst haben.

Last edited by Spiekerooger (2021-10-26 15:37:17)

WST1961 · 2021-10-26 17:34:59

Gutes Beispiel für die Suche, auf https://openstreetmap.de/karte.html 82544 Deining eingeben und suchen lassen. Es wird der richtige Ort gefunden. Jetzt noch die Moosstr. 8, getrennt durch ein Komma dran hängen und Suchen. Jetzt landet man in (92364 Deining) der Oberpfalz, obwohl es die Moosstr. 8 in 82544 Deining gibt und sogar die Hausnummer getaggt ist. Google Maps hab ich nicht probiert, aber Bing Maps findet es korrekt, zuerst den Ort, dann zusätzlich noch die Hausnummer in der Straße.

Gibt es eine Stelle an die man sich wenden kann? Ist die Programmierung hier so kompliziert um das 'richtige' Ergebnis anzuzeigen?

Ich empfehle OpenStreetMap Freunden und Bekannten, wenn ich dann allerdings solche Beispiele genannt bekomme, kann ich immer nur den Kopf schütteln über so eine grottenschlechte Programmierung. Sorry, anders kann ich es nicht nennen.

dooley · 2021-10-26 18:06:58

WST1961 wrote:

landet man in (92364 Deining) der Oberpfalz, obwohl es die Moosstr. 8 in 82544 Deining

Immer langsam mit den Pferden. Du selbst hast die Adresse eingetragen. Zwischen Deining und Egling ist halt schon ein Unterschied, meinst du nicht?

martinst · 2021-10-26 18:10:07

edit:doppelt

Last edited by martinst (2021-10-26 18:10:58)

WST1961 · 2021-10-26 20:08:39

dooley wrote:

WST1961 wrote:
landet man in (92364 Deining) der Oberpfalz, obwohl es die Moosstr. 8 in 82544 Deining
Immer langsam mit den Pferden. Du selbst hast die Adresse eingetragen. Zwischen Deining und Egling ist halt schon ein Unterschied, meinst du nicht?

Deining ist ein Ortsteil von Egling, siehe Wikipedia: https://de.wikipedia.org/wiki/Egling Die Moosstr. gibt es nur in Deining, nicht in Egling. Aber trotzdem wird z.B. im Ausweis Egling, OT Deining eingetragen. Was taggt man dann richtigerweise? Beide Orte? Oder Egling OT Deining?

Dass ich den Ort selbst eingetragen habe, ist richtig. Es wurde mir kein Deining im Dropdown angeboten, deshalb hatte ich Egling genommen. Hab es jetzt auf Deining abgeändert.

Such doch mal nach 82544 Egling und nach 82544 Deining. Bei Egling wird nicht direkt Egling gefunden, sondern 'weit' weg vom eigentlichen Egling: https://www.openstreetmap.org/edit#map= … 4/11.51040 In Egling hab ich jetzt den postalcode 82544 nachgetragen.

BTW: Eine Suche auf Bing Maps nach Moosstr.8, 82544 Egling bringt das richtige Ergebnis, die Moosstr. 8 in Deining.

dooley · 2021-10-26 21:14:41

Aus den OSM-Daten ist nicht ersichtlich, dass Deining ein Ortsteil von Egling ist. Eine irgendwie geartete Zuordnung könnte man mit viel gutem Willen durch spatiale Abfragen erreichen, wenn es genau dieses Deining überhaupt als Place- oder administrative Entität in OSM gäbe. Gibt es aber nicht, weil ein Mapper vor einem Monat den place-key gelöscht hat.

https://www.openstreetmap.org/node/9585 … 13/11.5008

MKnight · 2021-10-26 21:16:24

WST1961 wrote:

Aber trotzdem wird z.B. im Ausweis Egling, OT Deining eingetragen. Was taggt man dann richtigerweise? Beide Orte? Oder Egling OT Deining?

Ohne jetzt Dein spezielles Problem besonders analysiert zu haben, im Wiki gibt's da Beschreibungen dazu, das muss man nicht im Forum erfragen. Hint: addr:city und addr:suburb könnte Abhilfe schaffen oder bei dooley mal den Link in der Signatur klicken und auf Deinen Bereich zoomen. (Oder beides)

dooley · 2021-10-26 21:25:18

Grundsätzlich, auch wenn man mit iD unterwegs ist, sollte man das Wiki beachten. Da gibt es eine nette Seite, die das mit den Adressen IMHO recht gut erklärt: https://wiki.openstreetmap.org/wiki/DE:Key:addr

WST1961 wrote:

Aber trotzdem wird z.B. im Ausweis Egling, OT Deining eingetragen. Was taggt man dann richtigerweise? Beide Orte? Oder Egling OT Deining?

In dem Fall wäre addr:city = Egling und addr:suburb = Deining wohl nicht verkehrt.

Edit: Upps, da war MKnight schneller ;-)

Last edited by dooley (2021-10-26 21:27:32)

GeorgFausB · 2021-10-26 21:28:07

Moin,

WST1961 wrote:

Deining ist ein Ortsteil von Egling, siehe Wikipedia: https://de.wikipedia.org/wiki/Egling Die Moosstr. gibt es nur in Deining, nicht in Egling. Aber trotzdem wird z.B. im Ausweis Egling, OT Deining eingetragen. Was taggt man dann richtigerweise? Beide Orte? Oder Egling OT Deining?

Letzteres:
addr:city = Egling
addr:suburb = Deining
Überlasse ich Dir zum Ändern.

Allerdings fehlte im OT Deining auch der place-node - habe ich mal nachgetragen.

Grüße
Georg

dooley · 2021-10-26 21:45:32

GeorgFausB wrote:

Allerdings fehlte im OT Deining auch der place-node - habe ich mal nachgetragen.

Warum hast du nicht den genommen und angepasst? https://www.openstreetmap.org/node/9585 … 13/11.5008 Dar war nämlich schon mal ein place=village, siehe Beitrag #38

GeorgFausB · 2021-10-26 21:55:37

dooley wrote:

GeorgFausB wrote:
Allerdings fehlte im OT Deining auch der place-node - habe ich mal nachgetragen.
Warum hast du nicht den genommen und angepasst? https://www.openstreetmap.org/node/9585 … 13/11.5008 Dar war nämlich schon mal ein place=village, siehe Beitrag #38

Sorry, die Beiträge haben sich überschnitten - hatte die Antwort vorher begonnen, wurde durch den fehlenden place abgelenkt, hab's bearbeitet ohne erst nach dem Namen zu suchen und hab sie später ohne vorheriges Update abgeschickt ...

Last edited by GeorgFausB (2021-10-26 21:59:11)

the-asca · 2021-10-27 08:45:52

Ok, dieses "OT Deining"-Beispiel ist kein Beispiel dafür, dass es was in Nominatim oder der Oberfläche zu verbessern gäbe, sondern tatsächlich in den Quelldaten.

Denn Nominatim findet halt "82544 Deining" weil es als einzelner Node erfasst ist. Damit ist aber natürlich Nominatim nicht klar, dass die Häuser rings um (wie weit denn auch?) zu "82544 Deining" gehören. Die Häuser selbst haben halt nur erfasst:

addr:city=Egling
addr:postcode=82544
addr:street=...
addr:housenumber=...

ohne

addr:suburb=Deining

Ist ja dann unklar, dass es der Ortsteil Deining von Egling ist. Teils sind die Häuser auch erfasst mit:

addr:city=Egling

wie die #6 und #4 und dann werden sie auch gefunden.

Also entweder müsste man überall sie so erfassen:

addr:city=Egling
addr:postcode=82544
addr:suburb=Deining
addr:street=...
addr:housenumber=...

Oder aber man gibt die Daten an diesem Way an, welcher alles umschließt?
https://www.openstreetmap.org/way/77813399
Da bin ich mir aber nicht sicher, ob das jetzt so "richtig" wäre oder doch besser eine Relation, welche diesen Way als auch die Node halt umfasst?

Des weiteren hattest du einen Typo-Fehler, du hast adr:suburb geschrieben statt addr:suburb. Habe ich eben fix gefixt: https://www.openstreetmap.org/changeset/113023793

Aber ja, letztlich ist auch dies ein Punkt, weshalb die Suche teils unverständliche Ergebnisse liefert. Liegt nicht an der Software, sondern am Datenbestand. Aber das müssen wir ja jetzt nicht diskutieren, denn da ist ja sowieso klar, dass wir da alle gemeinsam unser bestes tun, dies nach und nach zu verbessern. Ggf. könnte man überlegen, wie man solche "Fehler" im Datenbestand eventuell entdecken kann.

GeorgFausB · 2021-10-27 10:59:34

Moin,

the-asca wrote:

Denn Nominatim findet halt "82544 Deining" weil es als einzelner Node erfasst ist. Damit ist aber natürlich Nominatim nicht klar, dass die Häuser rings um (wie weit denn auch?) zu "82544 Deining" gehören.

zwar nicht "klar" - aber Nominatim wertet da schon ggf. den Abstand aus.
Was aber ja bei klein-/großräumigen Siedlungsflecken nebeneinander auch zu Mißinterpretationen führt - eben wegen des "wie weit".

Grüße
Georg

Jo Cassel · 2021-10-27 11:45:58

Spiekerooger wrote:

[...]
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/Nom … al_Phrases
Die Tabellen im Wiki zu den einzelnen Sprachen bei der SpecialPhrases sind sonst ziemlich selbst erklärend.
[...]

Interessanter Hinweis...

In der DE-Liste findet sich auch "Naturschutzgebiet" und zwar mit diesen 2 Tagging-Varianten
landuse=conservation (in D glücklicherweise ungebräuchlich)
leisure=nature_reserve (problematisch, sollte/kann langfristig ganz entfallen)

Der korrekte Erkennungs-Tag wäre eigentlich:
protection_title=Naturschutzgebiet

Das gilt natürlich nur, wenn der Nutzer dezidiert NSGs nach deutschem Recht sucht,
wer dies meint: "NSGs und grob vergleichbare Schutzgebiete - weltweit":
protect_class=4

wenn dies meint "irgendwelche Schutzgebiete des Natur- und Landschaftsschutzes - weltweit":
boundary=protected_area

Dieses semantische Problem ist schwer lösbar...

Beim "Berg" ist das einfacher, und ich bin die etwas sperrige Sache mal probehalber angegangen:
https://wiki.openstreetmap.org/w/index. … id=2212285
wer nach "Gipfel" oder "Berggipfel" sucht hat wohl Pech;-)

----------------------------

"Naturschutzgebiet in [...]"
liefert Treffer, in der Form
"Naturschutzgebiet Dönche, Heinrich-Schütz-Allee, Dönche, Kassel, Niestetal, Hessen, 34134, Deutschland"

Suche nach "Dönche" dagegen
"Schutzgebiet Dönche, Kassel, Niestetal, Hessen, Deutschland"

was mich zu der Frage bringt, gibt es für den output, bzw. dessen Benennung auch derartige Listen?

the-asca · 2021-10-27 14:42:55

Bezüglich https://wiki.openstreetmap.org/wiki/Nom … Phrases/DE frage ich mich allerdings wie sinnvoll dies ist bzw. müsste um gut zu wirken deutlich aufgeblasen werden.
Beispielsweise gibt's ja noch in https://wiki.openstreetmap.org/wiki/Nom … ases/DE_AT "Wirtshaus" für amenity=restaurant, welches in DE als Restaurant, Gaststätte und Gasthaus eingetragen ist und mir fallen da fix noch Wirtschaft, Gasthof fix zusätzlich ein

Und so ist es bei vielen Eintragungen dort, dass man noch zig Synonyme eintragen könnte:
Flughafen: Flugplatz, Airport, Lufthafen
Tierpension: Tierunterkunft, Tiersitter und dann noch je Tierart (Pferdepension/-unterkunft, Katzen-..., Hunde-...)
Kulturzentrum: für amenity=arts_centre laut DE-Wiki "Kunstzentrum"
Geldautomat: Bankomat
Bar: Kneipe, Lokal, Schänke, Cocktailbar, Pub
...
Gemeinschaftszentrum: für amenity=community_centre steht ebenfalls im Wiki zig Dinge: "Gemeinschaftszentrum (Kulturhaus, Bürgerhaus, Dorfgemeinschaftshaus, Jugendzentrum, ...)"

Müssen wir die Liste jetzt als stark aufblähen, sodass eben die Suche verbessert wird? Frage ist ja auch bei sowas wie Bar (amenity=bar), Pub/Kneipe (amenity=pub) ... der Nutzer der Kneipe sucht, sucht ganz sicher nicht vl. doch auch eine Bar?

Frage mich, was passiert, wenn ein Nutzer eine Bank sucht in einer Gegend wo viele Sitzbänke erfasst sind, denn beides ist in der Liste als "Bank" eingetragen:
Bank: amenity=bank
Bank: amenity=bench

Jetzt kann man natürlich hergehen und es zu "Sitzbank: amenity=bench" ändern und dann kommt der Nutzer der sich ausruhen will und einfach "Bank" sucht ^^

---

Also kurz zusammengefasst:
Gut, dass wir via Wiki-Eintragungen dort etwas verbessern könnten, aber so richtig weiß ich jetzt nicht wie und was sinnvoll wäre?
Wenn ich jetzt für alle zig Synonym-Eintragungen mache, werde ich dann von irgendjemand anderem wiederum dafür erschlagen (weil die Wikiseite aufgrund der Länge gar nicht mehr läd ^^)?

Oder habe ich den Zweck dieser Liste grob missverstanden?

dieterdreist · 2021-10-27 15:29:10

Jo Cassel wrote:

wenn dies meint "irgendwelche Schutzgebiete des Natur- und Landschaftsschutzes - weltweit":
boundary=protected_area

wobei das noch weiter geht und auch andere Schutzgebiete miteinschließt, zumindest laut Definition

dieterdreist · 2021-10-27 15:36:24

the-asca wrote:

Müssen wir die Liste jetzt als stark aufblähen, sodass eben die Suche verbessert wird? Frage ist ja auch bei sowas wie Bar (amenity=bar), Pub/Kneipe (amenity=pub) ... der Nutzer der Kneipe sucht, sucht ganz sicher nicht vl. doch auch eine Bar?

insbesondere dass es Sinn machen soll, in, um, im, nahe bei, in der Nähe von, usw. für jeden einzelnen Suchbegriff erneut komplett zu wiederholen kann ich mir nicht vorstellen. Das müsste man mit einer einmaligen Übersetzung ausreichend beschrieben haben.

Für die Angabe von Synonymen und Pluralformen wäre es vielleicht auch sinnvoller, das übersichtlicher zu sammeln.

Dass man nur einen tag angeben kann und keine Kombinationen ist eine Beschränkung die Nominatim hat, oder nicht grundsätzlich?

WST1961 · 2021-10-27 16:54:12

MKnight wrote:

WST1961 wrote:
Aber trotzdem wird z.B. im Ausweis Egling, OT Deining eingetragen. Was taggt man dann richtigerweise? Beide Orte? Oder Egling OT Deining?
Ohne jetzt Dein spezielles Problem besonders analysiert zu haben, im Wiki gibt's da Beschreibungen dazu, das muss man nicht im Forum erfragen. Hint: addr:city und addr:suburb könnte Abhilfe schaffen oder bei dooley mal den Link in der Signatur klicken und auf Deinen Bereich zoomen. (Oder beides)

Danke für den Hinweis auf addr:suburb. Ich wußte nicht, dass es so getaggt wird, deshalb hier auch die Nachfrage. Jetzt hab ich es in der Beschreibung nachgelesen. Und ja, ich habe schon viel im Wiki nachgeschlagen und nachgelesen.

Nachgesehen habe ich schon auf der Website von dooley, aber mir hat sich noch nicht erschlossen, wie mir das helfen soll. Vielleicht mag mich jemand erhellen, Danke.

Announcement

#26 2021-10-25 13:00:16

Re: Mangelhafte Suchfunktion von OpenStreetmap

#27 2021-10-25 13:12:00

Re: Mangelhafte Suchfunktion von OpenStreetmap

#28 2021-10-25 15:50:58

Re: Mangelhafte Suchfunktion von OpenStreetmap

#29 2021-10-25 20:00:05

Re: Mangelhafte Suchfunktion von OpenStreetmap

#30 2021-10-25 20:05:26

Re: Mangelhafte Suchfunktion von OpenStreetmap

#31 2021-10-26 08:22:33

Re: Mangelhafte Suchfunktion von OpenStreetmap

#32 2021-10-26 13:36:19

Re: Mangelhafte Suchfunktion von OpenStreetmap

#33 2021-10-26 15:37:01

Re: Mangelhafte Suchfunktion von OpenStreetmap

#34 2021-10-26 17:34:59

Re: Mangelhafte Suchfunktion von OpenStreetmap

#35 2021-10-26 18:06:58

Re: Mangelhafte Suchfunktion von OpenStreetmap

#36 2021-10-26 18:10:07

Re: Mangelhafte Suchfunktion von OpenStreetmap

#37 2021-10-26 20:08:39

Re: Mangelhafte Suchfunktion von OpenStreetmap

#38 2021-10-26 21:14:41

Re: Mangelhafte Suchfunktion von OpenStreetmap

#39 2021-10-26 21:16:24

Re: Mangelhafte Suchfunktion von OpenStreetmap

#40 2021-10-26 21:25:18

Re: Mangelhafte Suchfunktion von OpenStreetmap

#41 2021-10-26 21:28:07

Re: Mangelhafte Suchfunktion von OpenStreetmap

#42 2021-10-26 21:45:32

Re: Mangelhafte Suchfunktion von OpenStreetmap

#43 2021-10-26 21:55:37

Re: Mangelhafte Suchfunktion von OpenStreetmap

#44 2021-10-27 08:45:52

Re: Mangelhafte Suchfunktion von OpenStreetmap

#45 2021-10-27 10:59:34

Re: Mangelhafte Suchfunktion von OpenStreetmap

#46 2021-10-27 11:45:58

Re: Mangelhafte Suchfunktion von OpenStreetmap

#47 2021-10-27 14:42:55

Re: Mangelhafte Suchfunktion von OpenStreetmap

#48 2021-10-27 15:29:10

Re: Mangelhafte Suchfunktion von OpenStreetmap

#49 2021-10-27 15:36:24

Re: Mangelhafte Suchfunktion von OpenStreetmap

#50 2021-10-27 16:54:12

Re: Mangelhafte Suchfunktion von OpenStreetmap

Board footer