Kann bzw. will das jemand ändern?
Hallo! Ich habe in Hiddenhausen vor einiger Zeit etwas entdeckt was mich stört, aber mir fehlt das Wissen es zu ändern. Da ich in OSM hauptsächlich "einfache" Sachen mache möchte ich mich da auch nicht einarbeiten. Ich habe schon mal versucht es zu ändern, bin aber wegen der Relationen gescheitert. Folgendes: Hiddenhausen hat 6 Ortsteile. 5 sind mit "place=suburb" getaggt. Hiddenhausen <https://www.openstreetmap.org/#map=13/52.1554/8.6503> Der gleichnamige Ortsteil Hiddenhausen ist aber als "place=town" getaggt. Dadurch wird die Gemeinde Hiddenhausen auf der Karte nicht an der richtigen Stelle angezeigt. Meiner Meinung nach müsste man für den Ortsteil Hiddenhausen ebenfalls einen "suburb" Tag erstellen und den "town" Tag mittig auf dieses Feld verschieben, wo ich als Platzhalter den Punkt angelegt habe. Das sollte ca. die Mitte der Gemeinde Hiddenhausen sein. Feld mit Platzhalter <https://www.openstreetmap.org/#map=18/52.15600/8.64001> Schätze, für jemanden mit Ahnung ist das kein Problem. Gruß, Gerald
Hallo Gerald, Das Problem war wohl etwas anders als von dir dargestellt: Die Begrenzungen von Stadt und Stadteil "Hiddenhausen" waren korrekt erfasst. Zusätzlich gab es einen Node "Hiddenhausen" der als Label für die Stadt dient. Das ist wohl für solche Fälle gedacht in denen die automatische Positionierung zu unbefriedigenden Ergebnissen führt. In diesem Fall vermutlich überflüssig. Wie dem auch sei , das Label befand sich in dem Stadteil , nicht in der Mitte der Stadt. Ich habe den Node in die Mitte verschoben ( Änderungssatz: 45347846) .Nach neuem Rendern sollte es passen. Gruss Martin On 21.01.2017 12:26, G. Böger wrote:
Hallo!
Ich habe in Hiddenhausen vor einiger Zeit etwas entdeckt was mich stört, aber mir fehlt das Wissen es zu ändern.
Da ich in OSM hauptsächlich "einfache" Sachen mache möchte ich mich da auch nicht einarbeiten.
Ich habe schon mal versucht es zu ändern, bin aber wegen der Relationen gescheitert.
Folgendes: Hiddenhausen hat 6 Ortsteile. 5 sind mit "place=suburb" getaggt. Hiddenhausen <https://www.openstreetmap.org/#map=13/52.1554/8.6503>
Der gleichnamige Ortsteil Hiddenhausen ist aber als "place=town" getaggt. Dadurch wird die Gemeinde Hiddenhausen auf der Karte nicht an der richtigen Stelle angezeigt.
Meiner Meinung nach müsste man für den Ortsteil Hiddenhausen ebenfalls einen "suburb" Tag erstellen und den "town" Tag mittig auf dieses Feld verschieben, wo ich als Platzhalter den Punkt angelegt habe.
Das sollte ca. die Mitte der Gemeinde Hiddenhausen sein. Feld mit Platzhalter <https://www.openstreetmap.org/#map=18/52.15600/8.64001>
Schätze, für jemanden mit Ahnung ist das kein Problem.
Gruß, Gerald
_______________________________________________ OSM mailing list OSM@gt.owl.de http://gt.owl.de/cgi-bin/mailman/listinfo/osm
Am 21.01.2017 um 12:46 schrieb Martin Krüger:
Hallo Gerald,
Das Problem war wohl etwas anders als von dir dargestellt:
Die Begrenzungen von Stadt und Stadteil "Hiddenhausen" waren korrekt erfasst.
Zusätzlich gab es einen Node "Hiddenhausen" der als Label für die Stadt dient.
Das ist wohl für solche Fälle gedacht in denen die automatische Positionierung zu unbefriedigenden Ergebnissen führt.
In diesem Fall vermutlich überflüssig. Wie dem auch sei , das Label befand sich in dem Stadteil , nicht in der Mitte der Stadt.
Ich habe den Node in die Mitte verschoben ( Änderungssatz: 45347846) .Nach neuem
Rendern sollte es passen.
Gruss
Martin
Hallo Martin! Ob die Begrenzungen korrekt erfasst waren kann ich nicht beurteilen. Mir ging es hauptsächlich darum, das der Town Tag in die Mitte der Gemeinde Hiddenhausen verschoben wird. Jetzt lag er ja im Ortsteil Hiddenhausen und somit zu weit südwestlich. Mal sehen wo er jetzt ist. Gruß, Gerald
Nachtrag: Meinte natürlich nordwestlich. Am 21.01.2017 um 13:03 schrieb G. Böger:
Hallo Martin!
Ob die Begrenzungen korrekt erfasst waren kann ich nicht beurteilen.
Mir ging es hauptsächlich darum, das der Town Tag in die Mitte der Gemeinde Hiddenhausen verschoben wird.
Jetzt lag er ja im Ortsteil Hiddenhausen und somit zu weit südwestlich.
Mal sehen wo er jetzt ist.
Gruß, Gerald
On Sat, Jan 21, 2017 at 12:26:17PM +0100, G. Böger wrote:
Hallo!
Ich habe in Hiddenhausen vor einiger Zeit etwas entdeckt was mich stört, aber mir fehlt das Wissen es zu ändern.
Da ich in OSM hauptsächlich "einfache" Sachen mache möchte ich mich da auch nicht einarbeiten.
Ich habe schon mal versucht es zu ändern, bin aber wegen der Relationen gescheitert.
Folgendes: Hiddenhausen hat 6 Ortsteile. 5 sind mit "place=suburb" getaggt. Hiddenhausen <https://www.openstreetmap.org/#map=13/52.1554/8.6503>
D.h. für die Ortsteile gibts es nur nodes oder auch relationen? In einer "heilen welt" würde ich sagen müsste es die 6 Relationen der Ortsteile geben und eine Relation für den Ort. Die haben dann jeweils noch einen place/label node der dann zum einen ein place=suburb name=Hiddenhausen etc tragen. Dann müsste es für die Gemeinde/Ort eine relation und einen Node geben der dann place=town name=Hiddenhausen trägt. Das ganze sollte dann dazu führen das Nominatim die Hierarchie korrekt abbilden kann. Das scheint aktuell zu gehen: http://nominatim.openstreetmap.org/details.php?place_id=133350078 Address Local name Type OSM Admin level Distance Ravensberger Straße highway:residential way 303503563 15 0 details > Hiddenhausen place:suburb relation 3126344 10 0 details > Hiddenhausen place:town relation 147443 8 0 details > Kreis Herford place:county relation 62480 6 0 details > Regierungsbezirk Detmold boundary:administrative relation 73347 5 0 details > North Rhine-Westphalia place:state relation 62761 4 ~1 m details > 32120 place:postcode 0 D.h. die Ravensberger Straße ist im Ortsteil Hiddenhause in der Stadt Hiddenhausen etc etc ... Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
Am 22.01.2017 um 14:41 schrieb Florian Lohoff:
D.h. für die Ortsteile gibts es nur nodes oder auch relationen? In einer "heilen welt" würde ich sagen müsste es die 6 Relationen der Ortsteile geben und eine Relation für den Ort. Die haben dann jeweils noch einen place/label node der dann zum einen ein place=suburb name=Hiddenhausen etc tragen. Dann müsste es für die Gemeinde/Ort eine relation und einen Node geben der dann place=town name=Hiddenhausen trägt.
Das ganze sollte dann dazu führen das Nominatim die Hierarchie korrekt abbilden kann.
Das scheint aktuell zu gehen:
http://nominatim.openstreetmap.org/details.php?place_id=133350078
Address Local name Type OSM Admin level Distance Ravensberger Straße highway:residential way 303503563 15 0 details > Hiddenhausen place:suburb relation 3126344 10 0 details > Hiddenhausen place:town relation 147443 8 0 details > Kreis Herford place:county relation 62480 6 0 details > Regierungsbezirk Detmold boundary:administrative relation 73347 5 0 details > North Rhine-Westphalia place:state relation 62761 4 ~1 m details > 32120 place:postcode 0
D.h. die Ravensberger Straße ist im Ortsteil Hiddenhause in der Stadt Hiddenhausen etc etc ...
Flo
Das ist ja das Problem gewesen. Das ganze erfordert tieferes OSM Wissen. Nach dem Martin Krüger gestern den Hiddenhausen place=town Tag verschoben hat sah das ganze schon besser aus. Nachdem ich mit overpass turbo nach place=suburb gesucht habe, habe ich festgestellt, das es im OT Hiddenhausen keinen gab dafür dann in Lippinhausen 2. Der war im place=town mit drin. Das habe ich dann geändert und einen place=suburb für OT Hiddenhausen erstellt, nach dem Vorbild von Eilshausen kopiert. Jetzt sieht es auf der Karte aus wie ich es wollte. Der Rest scheint ja, wie Du schreibst, auch zu funktionieren, obwohl ich mangels Fachwissen dazu nicht sagen kann. Gruß, Gerald
Ah. Das erinnert mich an meinen Traum, dafür zu sorgen, dass die Unterteilungen Bielefelds zu schlechten Suchergebnissen führen. Objekte im Stadtbezirk Mitte werden derzeit oft als in Bethel liegend angezeigt. Weil ich bei nominatim nicht den richtigen Wert für place_id herausfinden konnte, hier die Seite von MetaGer Maps: https://maps.metager.de/nominatim/details.php?place_id=6041612 Mir ist auch nach diversen Nachfragen nicht klar, welche Objekte diese Ergebnisse beeinflussen, deshalb habe ich in einer Overpass-Abfrage die Nodes mit place=suburb und place=village mit den Gemeinde- und Stadtbezirksgrenzen kombiniert: http://overpass-turbo.eu/s/lqb Und gleich noch einmal mit den Kataster-Relationen: http://overpass-turbo.eu/s/lq9 Dass diese Kataster-Relationen umstritten sind, habe ich noch grob in Erinnerung. Unabhängig davon fällt auf, dass es im Stadtbezirk Mitte an feineren Unterteilungen fehlt, egal ob in Form von Nodes oder Relationen. Dafür und zur Überprüfung der Unterteilungen der anderen Stadtbezirke könnte vielleicht die Karte <https://commons.wikimedia.org/wiki/File:Bielefeld_subdivisions.svg> Anregung sein, die offenbar von den „statistischen Bezirken“ der Stadt abgeleitet ist (mehrmals sichtbar im Sozialbericht 2009, den der Autor als Quelle verlinkt hat <http://www.bielefeld.de/ftp/dokumente/LebenslagenundSozialeLeistungen2009.pdf>, etwa auf PDF-Seite 51). Wäre es hilfreich, zunächst mal einige nodes mit place=village, quarter, neighbourhood oder was auch immer anzulegen? Sebastian
On Sun, Jan 22, 2017 at 05:21:00PM +0100, Sebastian Lisken wrote:
Ah. Das erinnert mich an meinen Traum, dafür zu sorgen, dass die Unterteilungen Bielefelds zu schlechten Suchergebnissen führen. Objekte im Stadtbezirk Mitte werden derzeit oft als in Bethel liegend angezeigt. Weil ich bei nominatim nicht den richtigen Wert für place_id herausfinden konnte, hier die Seite von MetaGer Maps:
https://maps.metager.de/nominatim/details.php?place_id=6041612
Mir ist auch nach diversen Nachfragen nicht klar, welche Objekte diese Ergebnisse beeinflussen, deshalb habe ich in einer Overpass-Abfrage die Nodes mit place=suburb und place=village mit den Gemeinde- und Stadtbezirksgrenzen kombiniert:
Zum einen place= nodes und die entsprechenden admin boundary relationen. Wenn relationen da sind werden die genommen. Ansonsten nähe zu place nodes. Da ist aber "mehr" Kaputt oder ich verstehe die Aufteilung von Bielefeld nicht. http://nominatim.openstreetmap.org/details.php?place_id=116273026 Beispiel Bunnemannplatz: Mitte place:suburb Bethel place:village Bielefeld place:city Bethel ist IMHO ja kein "village" sondern ein Stadtteil also suburb. Das ist falsch getagged und dazu halt prioritär höher als ein suburb - Damit gehört der Bunnemannplatz zu Mitte UND zu Bethel. http://www.openstreetmap.org/node/210253864 Bearbeitet vor 10 Tage von HannahR-BI von suburb auf village hochgestuft ... Ich frage da mal nach ...
Wäre es hilfreich, zunächst mal einige nodes mit place=village, quarter, neighbourhood oder was auch immer anzulegen?
Wichtig ist das es richtige relationen zu den Stadtteilen gibt. Die Nodes sind maximal gut für eine Approximation bzw um manuell festzulegen wo auf der Karte das Label dargestellt werden soll. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 01/23/2017 12:38 PM, Florian Lohoff wrote:
Mitte place:suburb Bethel place:village Bielefeld place:city
Bethel ist IMHO ja kein "village" sondern ein Stadtteil also suburb. Das ist falsch getagged und dazu halt prioritär höher als ein suburb - Damit gehört der Bunnemannplatz zu Mitte UND zu Bethel.
Bethel ist offiziell kein Stadtteil, sondern gehört zu Gadderbaum: https://www.bielefeld.de/de/bz/ Gruß, Johannes
On 2017-01-23 12:51, Johannes Wienke wrote:
Bethel ist offiziell kein Stadtteil, sondern gehört zu Gadderbaum: https://www.bielefeld.de/de/bz/
Ich verweise auf meine frühere Mail zu den „statistischen Bezirken“, zu der Arbeit eines mir unbekannten Users auf Wikimedia Commons – und außerdem wäre natürlich auch <http://wiki.openstreetmap.org/wiki/DE:Key:place> zu beachten. place=village:
Dorf. Eine kleine ländliche Siedlung mit wenigen zentralörtlichen Einrichtungen und mit weniger als 10.000 Einwohnern. Eine Vielzahl von Leistungen wird üblicherweise von der nächstgelegenen Kleinstadt bezogen.
In dünn besiedelten Gebieten können Dörfer auch nur einige hundert Einwohner haben. Zur weiteren Unterteilung von Dörfern siehe place=neighbourhood.
In „urbanen Siedlungsgebieten“ gibt es die Werte „borough“ („See boundary=administrative, depending on the country suburbs in larger cities are often grouped into administrative units called boroughs or city districts; using the value borough avoids name confusion in countries that declare districts within their states or counties“ – ist das also der richtige Wert für die Bielefelder Bezirke?), suburb („Stadtteil. Ein Teil einer städtischen/urbanen Siedlung mit eigenem Namen und Identität. Zum Beispiel: [...] eingemeindete Städte und Gemeinden, eigenständige (oder verwaltungsmäßig untergeordnete) Stadtbezirke innerhalb oder in der Nähe [...], historische Gebiete von Ansiedlungen“ – hier gibt es leider auch etwas Text, der auf Bielefelds Stadtbezirke zutrifft), quarter („A named part of a bigger settlement where this part is smaller than a suburb and bigger than a neighbourhood. This does not have to be an administrative entity.“) und neighbourhood („Viertel/Nachbarschaft. Ein benannter Teil eines städtischen Ortes (place=village, place=town oder place=city). Kleiner als place=suburb.“) Ich bin gespannt, welche Unterteilungen von Bielefeld und speziell von Mitte entstehen werden. <https://upload.wikimedia.org/wikipedia/commons/9/91/Bielefeld_subdivisions.svg> ist dabei wirklich interessant, aber meiner Ansicht nach auch nicht die reine Lehre. „Gellershagen“ scheint mir dort besser abgegrenzt als in OSM. Statt „Siegfriedplatz“ würde ich „Bielefelder Westen“ schreiben. Andere Einheiten wie „Fuhrpark“, „Pauluskirche“ und „Eggeweg“ sehe ich auch skeptisch. Sebastian
Danke für die Antwort. Ich sehe bei mir ein fehlendes „nicht“, peinlich ... On 2017-01-23 12:38, Florian Lohoff wrote:
Das erinnert mich an meinen Traum, dafür zu sorgen, dass die Unterteilungen Bielefelds nicht (mehr) zu schlechten Suchergebnissen führen.
Beispiel Bunnemannplatz:
Mitte place:suburb Bethel place:village Bielefeld place:city
Bethel ist IMHO ja kein "village" sondern ein Stadtteil also suburb. Das ist falsch getagged und dazu halt prioritär höher als ein suburb - Damit gehört der Bunnemannplatz zu Mitte UND zu Bethel.
Wo kann man diese Prioritäten kennenlernen? Auf <http://nominatim.openstreetmap.org/details.php?place_id=116273026> ist das nicht direkt ablesbar. Siehe zum Beispiel die dort gelisteten Admin-Levels aus Sicht von nominatim: Mitte=9, Bethel=15. Tatsächlich ist es so, dass Mitte eine Relation ist (wie auch von nominatom gezeigt, mit type=boundary, boundary=administrative, admin_level=9) mit admin_level=9 und Bethel ist ein Node (von nominatim gezeigt) als Label einer Relation (von noninatim nicht gezeigt, type=boundary, boundary=cadastre, kein admin_level). Welche Arten von Relation möchte also nominatim haben und welche ignoriert es? Und wie wertet es die verschiedenenen Werte von place= aus? Dazu wäre eine Quelle sehr interessant.
Wichtig ist das es richtige relationen zu den Stadtteilen gibt. Die Nodes sind maximal gut für eine Approximation bzw um manuell festzulegen wo auf der Karte das Label dargestellt werden soll.
So habe ich mir das auch zusammengereimt, aber es wäre eben noch offen, welche Relationen relevant sind und welche nicht.
http://www.openstreetmap.org/node/210253864 [Der node „Bethel“]
Bearbeitet vor 10 Tage von HannahR-BI von suburb auf village hochgestuft ...
Ich frage da mal nach ...
HannahR-BI scheint eine „amtlich“ in OSM zu sein (in den letzten Changesets wurden Radwege erfasst, source="örtliche Kontrolle, Stadt Bielefeld, Amt für Verkehr") - da würde Aufklärung sicher gute Wirkung haben. Sebastian
On Mon, Jan 23, 2017 at 12:52:51PM +0100, Sebastian Lisken wrote:
Wo kann man diese Prioritäten kennenlernen? Auf <http://nominatim.openstreetmap.org/details.php?place_id=116273026> ist das nicht direkt ablesbar. Siehe zum Beispiel die dort gelisteten Admin-Levels aus Sicht von nominatim: Mitte=9, Bethel=15.
Tatsächlich ist es so, dass Mitte eine Relation ist (wie auch von nominatom gezeigt, mit type=boundary, boundary=administrative, admin_level=9) mit admin_level=9 und Bethel ist ein Node (von nominatim gezeigt) als Label einer Relation (von noninatim nicht gezeigt, type=boundary, boundary=cadastre, kein admin_level).
Genau - einmal ein place=suburb mitte als relation - d.h. da gibt es eine Grenze. Bethel wiederum hat er als node gefunden. Der hat erstmal keinen admin_level - warum da 15 dargestellt wird weiss ich nicht. Aber in der hierarchie der place= beschreibungen ist village oberhalb von suburb.
Welche Arten von Relation möchte also nominatim haben und welche ignoriert es? Und wie wertet es die verschiedenenen Werte von place= aus? Dazu wäre eine Quelle sehr interessant.
Es wertet boundary=administrative admin_level= aus und nodes mit place=
Wichtig ist das es richtige relationen zu den Stadtteilen gibt. Die Nodes sind maximal gut für eine Approximation bzw um manuell festzulegen wo auf der Karte das Label dargestellt werden soll.
So habe ich mir das auch zusammengereimt, aber es wäre eben noch offen, welche Relationen relevant sind und welche nicht.
boundary=administrative http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
HannahR-BI scheint eine „amtlich“ in OSM zu sein (in den letzten Changesets wurden Radwege erfasst, source="örtliche Kontrolle, Stadt Bielefeld, Amt für Verkehr") - da würde Aufklärung sicher gute Wirkung haben.
Die lesen hier ja mit wenn ich mich richtig entsinne. Ich habe auf dem Changeset auch nachgefragt ... Ich halte das für falsch ... Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 23.01.2017 14:33, Florian Lohoff wrote:
HannahR-BI scheint eine „amtlich“ in OSM zu sein (in den letzten Changesets wurden Radwege erfasst, source="örtliche Kontrolle, Stadt Bielefeld, Amt für Verkehr") - da würde Aufklärung sicher gute Wirkung haben.
Die lesen hier ja mit wenn ich mich richtig entsinne. Ich habe auf dem Changeset auch nachgefragt ... Ich halte das für falsch ...
ich denke es wird mal wieder Zeit für ein "Kaffeekränzchen"? (und dafür dass ich meinen RSS-Reader wieder heile mache) -- hartmut
On 2017-01-23 14:33, Florian Lohoff wrote:
Es wertet boundary=administrative admin_level= aus und nodes mit place=
Nicht mit allen Werten von place. Es gibt in Bielefeld viele nodes mit place=farm, einige mit locality, hamlet und ein neighbourhood und ein isolated_dwelling. Vor allem die farms sollten in Suchergebnissen vorkommen, tun sie aber nicht. So nennt z.B. die Suche nach „Müllverbrennungsanlage, Bielefeld“ den Knoten „Tieplatz” in Heepen (locality), aber nicht den viel näheren „Meyer zu Schelpmilse“ (farm). Nominatim: http://www.openstreetmap.org/geocoder/search_osm_nominatim?query=M%C3%BCllve... Overpass: http://overpass-turbo.eu/s/lrw – ergibt bewusst keine Ergebnisse, zum Betrachten der Teilmengen einfach ein (und nur ein) != in = ändern und neu ausführen. Das geht bestimmt besser, aber ich bin Anfänger :-) Also: welche Werte von place sind relevant für nominatim und welche nicht? Sebastian
On Mon, Jan 23, 2017 at 03:03:59PM +0100, Sebastian Lisken wrote:
On 2017-01-23 14:33, Florian Lohoff wrote:
Es wertet boundary=administrative admin_level= aus und nodes mit place=
Nicht mit allen Werten von place. Es gibt in Bielefeld viele nodes mit place=farm, einige mit locality, hamlet und ein neighbourhood und ein isolated_dwelling. Vor allem die farms sollten in Suchergebnissen vorkommen, tun sie aber nicht. So nennt z.B. die Suche nach „Müllverbrennungsanlage, Bielefeld“ den Knoten „Tieplatz” in Heepen (locality), aber nicht den viel näheren „Meyer zu Schelpmilse“ (farm).
Nominatim: http://www.openstreetmap.org/geocoder/search_osm_nominatim?query=M%C3%BCllve...
http://nominatim.openstreetmap.org/details.php?place_id=80833488 Das ist ein landuse=industrial - Find ich nicht so schlecht Lösung. http://nominatim.openstreetmap.org/details.php?place_id=46903365 Meyer zu Schelpmilse findet nominatim - auch den place:farm ... "Tieplatz" ist als "hamlet" eingetragen was sicherlich quatsch ist. Damit ist da eine Hierarchie: place=farm -> place=suburb -> place=hamlet -> place=city
Also: welche Werte von place sind relevant für nominatim und welche nicht?
Imho werden so gut wie alle ausgewertet ... Ich habe mal gerade den Nominatim gecloned von gitgub und mal in den Source gesehen - lib/lib.php. Die Hierarchie geht da irgendwie nicht so draus hervor: egrep "administrative|place" lib/lib.php | less 'boundary:administrative:1' => array('label' => 'Continent', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:administrative:2' => array('label' => 'Country', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'place:country' => array('label' => 'Country', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defzoom' => 6, 'defdiameter' => 15), 'boundary:administrative:3' => array('label' => 'State', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:administrative:4' => array('label' => 'State', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'place:state' => array('label' => 'State', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defzoom' => 8, 'defdiameter' => 5.12), 'boundary:administrative:5' => array('label' => 'State District', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:administrative:6' => array('label' => 'County', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:administrative:7' => array('label' => 'County', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'place:county' => array('label' => 'County', 'frequency' => 108, 'icon' => 'poi_boundary_administrative', 'defzoom' => 10, 'defdiameter' => 1.28), 'boundary:administrative:8' => array('label' => 'City', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'place:city' => array('label' => 'City', 'frequency' => 66, 'icon' => 'poi_place_city', 'defzoom' => 12, 'defdiameter' => 0.32), 'boundary:administrative:9' => array('label' => 'City District', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:administrative:10' => array('label' => 'Suburb', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:administrative:11' => array('label' => 'Neighbourhood', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'place:region' => array('label' => 'Region', 'frequency' => 0, 'icon' => 'poi_boundary_administrative', 'defzoom' => 8, 'defdiameter' => 0.04), 'place:island' => array('label' => 'Island', 'frequency' => 288, 'icon' => '', 'defzoom' => 11, 'defdiameter' => 0.64), 'boundary:administrative' => array('label' => 'Administrative', 'frequency' => 413, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'boundary:postal_code' => array('label' => 'Postcode', 'frequency' => 413, 'icon' => 'poi_boundary_administrative', 'defdiameter' => 0.32), 'place:town' => array('label' => 'Town', 'frequency' => 1497, 'icon' => 'poi_place_town', 'defzoom' => 14, 'defdiameter' => 0.08), 'place:village' => array('label' => 'Village', 'frequency' => 11230, 'icon' => 'poi_place_village', 'defzoom' => 15, 'defdiameter' => 0.04), 'place:hamlet' => array('label' => 'Hamlet', 'frequency' => 7075, 'icon' => 'poi_place_village', 'defzoom' => 15, 'defdiameter' => 0.04), 'place:suburb' => array('label' => 'Suburb', 'frequency' => 2528, 'icon' => 'poi_place_village', 'defdiameter' => 0.04), 'place:locality' => array('label' => 'Locality', 'frequency' => 4113, 'icon' => 'poi_place_village', 'defdiameter' => 0.02), 'place:farm' => array('label' => 'Farm', 'frequency' => 1162, 'icon' => '', 'defdiameter' => 0.02), 'place:airport' => array('label' => 'Airport', 'frequency' => 36, 'icon' => 'transport_airport2', 'defdiameter' => 0.03), 'place:house' => array('label' => 'House', 'frequency' => 2086, 'icon' => '', 'defzoom' => 18), 'place:house_name' => array('label' => 'House', 'frequency' => 2086, 'icon' => '', 'defzoom' => 18), 'place:house_number' => array('label' => 'House Number', 'frequency' => 2086, 'icon' => '', 'defzoom' => 18), 'place:country_code' => array('label' => 'Country Code', 'frequency' => 2086, 'icon' => '', 'defzoom' => 18), 'place:moor' => array('label' => 'Moor', 'frequency' => 118, 'icon' => ''), 'place:islet' => array('label' => 'Islet', 'frequency' => 44, 'icon' => ''), 'place:postcode' => array('label' => 'Postcode', 'frequency' => 27267, 'icon' => ''), 'place:houses' => array('label' => 'Houses', 'frequency' => 85, 'icon' => ''), Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On Mon, Jan 23, 2017 at 03:03:59PM +0100, Sebastian Lisken wrote:
Nicht mit allen Werten von place. Es gibt in Bielefeld viele nodes mit place=farm, einige mit locality, hamlet und ein neighbourhood und ein isolated_dwelling. Vor allem die farms sollten in Suchergebnissen vorkommen, tun sie aber nicht. So nennt z.B. die Suche nach „Müllverbrennungsanlage, Bielefeld“ den Knoten „Tieplatz” in Heepen (locality), aber nicht den viel näheren „Meyer zu Schelpmilse“ (farm).
On 2017-01-23 15:16, Florian Lohoff wrote:
"Tieplatz" ist als "hamlet" eingetragen was sicherlich quatsch ist.
Stimmt, hamlet und nicht locality. Sorry, ich mache gerade zu viele Dinge gleichzeitig.
http://nominatim.openstreetmap.org/details.php?place_id=46903365
Meyer zu Schelpmilse findet nominatim - auch den place:farm ... "Tieplatz" ist als "hamlet" eingetragen was sicherlich quatsch ist. Damit ist da eine Hierarchie:
place=farm -> place=suburb -> place=hamlet -> place=city
Aber wenn man nach der MVA sucht (wie von dir genannt, <http://nominatim.openstreetmap.org/details.php?place_id=80833488>), wird Meyer zu Schelpmilse gar nicht in den Details genannt, obwohl der Hof so viel näher liegt. Dass der Knoten selbst gefunden wird, hatte ich ja nicht bezweifelt. Aber er scheint nicht bei der örtlichen Einordnung der MVA berücksichtigt zu werden. Sonst würde er doch wohl zumindest in Grau auftauchen? Auch an der Reihenfolge farm – suburb – hamlet würde ich zweifeln. Rein subjektiv würde mir farm – hamlet – suburb passender erscheinen.
Also: welche Werte von place sind relevant für nominatim und welche nicht?
Imho werden so gut wie alle ausgewertet ... Ich habe mal gerade den Nominatim gecloned von gitgub und mal in den Source gesehen - lib/lib.php.
Interessant, aber tatsächlich leider unklar. Zusatzfrage: wie bekommt man eigentlich die Werte für place_id in Links wie <http://nominatim.openstreetmap.org/details.php?place_id=46903365> (MVA)? Sebastian
On Mon, Jan 23, 2017 at 03:27:55PM +0100, Sebastian Lisken wrote:
Aber wenn man nach der MVA sucht (wie von dir genannt, <http://nominatim.openstreetmap.org/details.php?place_id=80833488>), wird Meyer zu Schelpmilse gar nicht in den Details genannt, obwohl der Hof so viel näher liegt. Dass der Knoten selbst gefunden wird, hatte ich ja nicht bezweifelt. Aber er scheint nicht bei der örtlichen Einordnung der MVA berücksichtigt zu werden. Sonst würde er doch wohl zumindest in Grau auftauchen?
Warum sollte Meyer zu Schelpmilse bei der MVA Berücksichtigt werden? place=farm wird einen Umkreis von 50m haben der nur berücksichtigt wird.
Auch an der Reihenfolge farm – suburb – hamlet würde ich zweifeln. Rein subjektiv würde mir farm – hamlet – suburb passender erscheinen.
Kann ein Weiler Bestandteil eines Ortsteils sein oder kann ein Weiler einen Ortsteil haben? Ich sehe eher letzteres daher kann ein hamlet einen suburb haben - nicht umgekehrt ...
Zusatzfrage: wie bekommt man eigentlich die Werte für place_id in Links wie <http://nominatim.openstreetmap.org/details.php?place_id=46903365> (MVA)?
Das sind Datenbank IDs des Nominatims http://nominatim.openstreetmap.org/ Hier suchen - dann bekommst du die ganzen detailinformationen Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 2017-01-23 15:50, Florian Lohoff wrote:
Warum sollte Meyer zu Schelpmilse bei der MVA Berücksichtigt werden?
Weil es ein node mit dem Tag „place“ ist. Aus dem Thread: On Mon, Jan 23, 2017 at 12:52:51PM +0100, Sebastian Lisken wrote:
Welche Arten von Relation möchte also nominatim haben und welche ignoriert es? Und wie wertet es die verschiedenenen Werte von place= aus? Dazu wäre eine Quelle sehr interessant.
On 2017-01-23 14:33, Florian Lohoff wrote:
Es wertet boundary=administrative admin_level= aus und nodes mit place=
Andere „nodes mit place=“ werden bei der Suche nach der MVA ja berücksichtigt. Zurück zur letzten Mail:
place=farm wird einen Umkreis von 50m haben der nur berücksichtigt wird.
Das scheint aber nur persönliche Spekulation zu sein (so wie auch ich bisher nur spekulieren kann). Ich wäre halt interessiert an mehr Sicherheit, um dann an den place-Nodes in Bielefeld besser arbeiten zu können – falls wir so eine Sicherheit erreichen können. Sebastian
participants (6)
-
Florian Lohoff -
G. Böger -
Hartmut Holzgraefe -
Johannes Wienke -
Martin Krüger -
Sebastian Lisken