Falsche Suburb-Zuordnung

cziehr · 2013-04-07 16:00:17

Hallo, beim Karte verbessern ist mir ein grober Fehler aufgefallen, ich weiß aber nicht wirklich wie ich ihn beheben kann:

Im Ort Eisenberg (Pfalz) gibt es viele Straßen (wenn nicht alle?), die offenbar dem Stadtteil Steinborn (liegt westlich von Eisenberg) zugeordnet sind. Sucht man bei OSM z.B. nach "Ostlandstraße, Eisenberg", so wird diese in der Ergebnisliste als in Steinborn liegend angegeben. Das ist jedoch völlig falsch. Steinborn ist ein Stadtteil von Eisenberg, offiziell gibt es den Ort Steinborn gar nicht, Post nach Steinborn wird z.B. mit "Eisenberg" adressiert. Da sich die "Steinborner" mit ihrem Stadtteil identifizieren ist es ja legitim das auch in einer solchen Bezeichnung wiederzuspiegeln, allerdings sollte die dann doch nicht in die übergeordnete, "offizielle" Stadt hineinragen.

Anscheinend wird dieses Verhalten durch einen Suburb-Tag ausgelöst, allerdings kann ich keine Fläche o.ä. finden die damit verknüpft ist. Aus den weiteren Informationen dazu werde ich auch nicht schlau. Wer kann mir helfen?

berndw · 2013-04-07 16:24:56

Permalink

http://www.openstreetmap.org/?lat=49.55 … 3&layers=M

VolkerKutschka · 2013-04-07 18:27:06

Du beziehst Dich speziell auf Osmand,oder?.
das Problem habe ich auch.
Ich geh später mal an den PC und schau mir das mal an und geb dir Bescheid. so gg. 21 uhr.
Ich hab da so ne Vorahnung.
Du sprichst auf Osmand Adresssuche an?.
LG volker

schiki · 2013-04-07 19:59:38

Osmand macht eigentlich alles richtig. Listet man alle Eisenberger Straßen auf, werden nur die als in Steinborn liegend angezeigt, die auch wirklich dort sind.
Eine Eigenheit von Osmand ist allerdings, dass eine suburb wie Steinborn bei der Dörfersuche zwar gefunden wird, aber dann keine Straßen dazu angezeigt werden.

Sucht man allerdings über Nominatim, wird tatsächlich die o.g. Ostlandstraße als in Steinborn liegend angezeigt. Steinborn wie auch Eisenberg liegen in den Flächen Verbandsgemeinde Eisenberg (Pfalz) mit admin_level 7 und Stadt Eisenberg (Pfalz) mit admin_level 8, wobei Steinborn in beiden Fällen mittiger liegt.
Ob das eine Erklärung sein könnte, weiß ich nicht, falls ja wäre es sicherlich ein Bug.

Eckhart Wörner · 2013-04-07 20:04:27

VolkerKutschka wrote:

Du beziehst Dich speziell auf Osmand,oder?.

Ich nehme mal an, der Beitrag bezieht sich auf die ganz normale Nominatim-Suche: http://www.openstreetmap.org/?query=Ost … 0Eisenberg

Zum Glück kann man von Nominatim erfahren, wie eine Benennung zustande kommt:
1. Bei Nominatim den Ort suchen: http://nominatim.openstreetmap.org/?q=O … +Eisenberg
2. Auf Details klicken: http://nominatim.openstreetmap.org/deta … d=41687595

Wir finden dann:

Steinborn (Type: place:suburb, node 1703169880, 15, 0.0233763685618622 GOTO)

Es gibt also einen einzelnen Knoten Steinborn, der für die Benennung verantwortlich ist. Wie weit der suburb geht, weiß Nominatim nicht, und muss daher schätzen.
Die richtige Lösung wäre also auf jeden Fall eine Fläche.

cziehr · 2013-04-07 20:04:39

VolkerKutschka wrote:

Du beziehst Dich speziell auf Osmand,oder?

Bin mir nicht sicher. Es geht um die Suchfunktion wenn ich auf http://www.openstreetmap.de/karte.html was ins Suchfeld eingebe.

schiki wrote:

Sucht man allerdings über Nominatim, wird tatsächlich die o.g. Ostlandstraße als in Steinborn liegend angezeigt.

Ok, dann war es auf jeden Fall kein Fehler meinerseits. Wenns ein Bug ist, dann ist es ja ok, der wird ja vielleicht irgendwann behoben. Nur wenn irgendwas nicht nachvollziehbar falsch getaggt wäre, dann wäre es ja schlimmer...

cziehr · 2013-04-07 20:06:15

Eckhart Wörner wrote:

Es gibt also einen einzelnen Knoten Steinborn, der für die Benennung verantwortlich ist. Wie weit der suburb geht, weiß Nominatim nicht, und muss daher schätzen.
Die richtige Lösung wäre also auf jeden Fall eine Fläche.

Ah ok. Wenn ich also Steinborn als Fläche anlege und dann den Suburb-Tag zuweise und den Punkt lösche, dann müsste es richtig sein?

EvanE · 2013-04-07 20:21:52

cziehr wrote:

Eckhart Wörner wrote:
Es gibt also einen einzelnen Knoten Steinborn, der für die Benennung verantwortlich ist. Wie weit der suburb geht, weiß Nominatim nicht, und muss daher schätzen.
Die richtige Lösung wäre also auf jeden Fall eine Fläche.
Ah ok. Wenn ich also Steinborn als Fläche anlege und dann den Suburb-Tag zuweise und den Punkt lösche, dann müsste es richtig sein?

Du musst den Knoten nicht löschen. Wenn es eine Fläche gibt, verwendet Nominatim diese, da genauer. Der Punkt kann immer noch für das lokale Zentrum als Label genutzt werden. Falls die Fläche durch eine Relation definiert ist, kann man den Punkt mit der Rolle label oder admin_centre in die Relation aufnehmen.

Edbert (EvanE)

schiki · 2013-04-07 20:24:03

Wenn Du den suburb-Punkt löschst, findet Osmand Steinborn nicht mehr und zeigt auch die betr. Strassen nicht mehr als in Steinborn liegend an. Am besten erstmal die Fläche zusätzlich anlegen, vielleicht reicht das schon.

cziehr · 2013-04-07 20:47:03

schiki wrote:

Am besten erstmal die Fläche zusätzlich anlegen, vielleicht reicht das schon.

Und die Fläche dann genauso taggen wie der Punkt es schon ist? Es gibt ein landuse=residental mit name=Steinborn, könnte man die beiden nicht einfach irgendwie miteinander verbinden?
Ich verwende JOSM, aber bin noch Anfänger und will ja nix kaputtmachen...

schiki · 2013-04-07 21:27:33

Ja, die residential Fläche umfaßt genau Steinborn. Einfach zusätzlich mit boundary = administrative und dem nächst niedrigeren admin_level=9 taggen.
Hoffe das ist so richtig und führt zum Erfolg.

cziehr · 2013-04-07 21:40:11

Habe es eben so geändert wie du vorgeschlagen hast. Mal schauen ob es klappt.

Danke schonmal an alle für die Hilfe und Erläuterungen!

EvanE · 2013-04-07 22:11:35

schiki wrote:

Ja, die residential Fläche umfaßt genau Steinborn. Einfach zusätzlich mit boundary = administrative und dem nächst niedrigeren admin_level=9 taggen.
Hoffe das ist so richtig und führt zum Erfolg.

Meistens besteht ein Ortsgebiet aus mehr als der bebauten Fläche. Insofern ist das in der Regel nicht gegeben. Also Vorsicht da einfach einen admin-Level zu vergeben. Für die Taggs place usw. mag das hingegen in Ordnung sein. Das habe ich nicht wirklich verfolgt.

Edbert (EvanE)

schiki · 2013-04-07 22:28:33

Ja, besser erstmal die residential Fläche einfach nur zusätzlich mit place=suburb taggen. Das könnte für Nominatim reichen.
Das mit boundary=administrative ist künstlich und entspricht nicht der Realität - wäre Tagging für die Suche.

wambacher · 2013-04-07 22:33:38

schiki wrote:

Einfach zusätzlich mit boundary = administrative und dem nächst niedrigeren admin_level=9 taggen.

Nee, von der "Lösung" bin ich (und Edbert auch) nicht begeistert. Das bebaute Residential ist garantiert nicht das alleinige Schönberg als Stadteil sondern der Bereich ist definitiv größer.
Man muß "irgendwo" die Grenze zwischen den beiden Teilen finden/schätzen/ wissen und dann als richtige Boundary eintragen. Zur Not einfach schätzen. Alles andere ist Quatsch.
Für Stauf im Westen gilt das übrigens auch.

habe mir erlaubt, dieses Taggen für Nominatim rauszunehmen.

Gruss
walter

p.s. wenn Wunsch danach besteht, "schätze" ich die 9-er-Grenze gerne.

VolkerKutschka · 2013-04-07 23:09:29

..ich verfolge diesen Thread mit großem Interesse.
Und stelle mir gerade vor wie halb Deutschland neue Admin boundaries levels bekommt.....Mein Gefühl,,Finger weg.
Place suburb sollte es evtl. richten.
Aber im Prinzip stelle ich mir wirklich die Frage, ob es nicht möglich ist das vernünftig in den Griff zu bekommen. Ich bin jetzt schon oft über Nominatim Fehler gestolpert. Da sehe ich als OSM Newbie schon noch deutlich Potenzial zur Verbesserung. Wenn ich eine Straße in einem Ort als ortsunkundiger suche dann will ich nicht raten welche Straße passt,sondern will genau diese Straße an genau diesem Ort finden und nicht das Prinzip der Deutschen Post vor Augen sehen.
Oder stehe ich da alleine mit dieser Meinung da?
LG Volker

Oli-Wan · 2013-04-08 00:03:25

VolkerKutschka wrote:

Ich bin jetzt schon oft über Nominatim Fehler gestolpert. Da sehe ich als OSM Newbie schon noch deutlich Potenzial zur Verbesserung.

Hast Du für diese Aussage mal ein konkretes Beispiel (noch besser: mehrere)? Dann ließe sich klären, ob der Fehler tatsächlich bei Nominatim, im OSM-Datenbestand oder in Deiner Beurteilung liegt - alle drei sind gleichermaßen möglich.

Auf diffuse Äußerungen wie "%s funktioniert nicht richtig" bzw. "bei %s sehe ich Potenzial zur Verbesserung" über Programme und Dienste im OSM-Umfeld wirst du früher oder später ungefähr folgende Antwort bekommen: "Dann hilf doch mit, %s zu verbessern, statt dich nur zu beklagen. Der Quellcode liegt unter %s." (hier: "Nominatim" "https://github.com/twain47/Nominatim")

cziehr · 2013-04-08 16:00:53

Ok, also erst einmal alles so lassen wie es war?

Bin ja froh dass wenigstens nicht nur ich keinen Plan hatte wie das Problem anzugehen ist

EvanE · 2013-04-08 16:16:32

cziehr wrote:

Ok, also erst einmal alles so lassen wie es war?
Bin ja froh dass wenigstens nicht nur ich keinen Plan hatte wie das Problem anzugehen ist

Doch der Plan ist ganz einfach:
Für alle Orte inklusive Stadtteile und Teilorte von Verbandsgemeinden die Admin-Grenzen eintragen.

Nur das Beschaffen der Daten war bisher eher schwierig. Das wird sich mit OpenData hoffentlich bald ändern.

Edbert (EvanE)

cziehr · 2013-04-08 16:21:05

EvanE wrote:

Doch der Plan ist ganz einfach:
Für alle Orte inklusive Stadtteile und Teilorte von Verbandsgemeinden die Admin-Grenzen eintragen.

Ok, also so wie ich es für Steinborn gemacht hab?!? Würde mich dann noch um den Rest der Verbandsgemeinde kümmern, ich kenne mich da aus...

EvanE · 2013-04-08 16:32:18

cziehr wrote:

EvanE wrote:
Doch der Plan ist ganz einfach:
Für alle Orte inklusive Stadtteile und Teilorte von Verbandsgemeinden die Admin-Grenzen eintragen.
Ok, also so wie ich es für Steinborn gemacht hab?!? Würde mich dann noch um den Rest der Verbandsgemeinde kümmern, ich kenne mich da aus...

Wie bereits gesagt die Wohngebiete sind nur ein Teil des Ortsgebietes, da bitte kein boundary=administrative dran, höchstens ein place=suburb.

Edbert (EvanE)

cziehr · 2013-04-08 16:36:45

EvanE wrote:

Wie bereits gesagt die Wohngebiete sind nur ein Teil des Ortsgebietes, da bitte kein boundary=administrative dran, höchstens ein place=suburb.

Ok, also eigenes Polygon zeichnen welches das Gebiet umreißt und der dann boundary=administrative geben.

wambacher · 2013-04-08 17:01:15

cziehr wrote:

EvanE wrote:
Wie bereits gesagt die Wohngebiete sind nur ein Teil des Ortsgebietes, da bitte kein boundary=administrative dran, höchstens ein place=suburb.
Ok, also eigenes Polygon zeichnen welches das Gebiet umreißt und der dann boundary=administrative geben.

jain,

zeichne westlich und östlich von Steinborn jeweils die Grenzline zwischen den Stadtteilen. Die muß von der nördlichen Grenze bis zur südlichen gehen, also damit verbunden sein. Also genau 2 (zwei) Linien. Danach kann man die relativ einfach in "saubere" Grenzrelationen für Admin_level=9 umwandeln.

Gruss
walter

Last edited by wambacher (2013-04-08 17:02:10)

cziehr · 2013-04-08 17:13:48

Hab ich gemacht. Und als Attribut boundary=administrative vergeben. War das jetzt richtig so? Blicke da langsam nicht mehr durch...

VolkerKutschka · 2013-04-08 17:21:52

...
Wieso geht Ihr nicht einfach her und macht es so wie ich es getan habe.
Hier der Link:
http://www.openstreetmap.de/karte.html? … ers=000BTT

1:) Schaut Euch mal die beiden "Ortsteile" nördlich von Redwitz an , namens Trainau und Mannsgereuth
Ich habe den "Landuses-Residential" einfach ein "name=Trainau" bzw. "name=Mannsgereuth" gegeben.
Dann schaut mal ins Nominatim, dort werden alle Straßen richtig angezeigt im Nominatim

Dann schaut mal zum Vergleich auf diesen Link:
http://www.openstreetmap.de/karte.html? … ers=000BTT
(Nachbargemeinden von mir).
2:) Der Ort Oberlangenstadt ist bei Küps eingemeindet.
Und gebt dort mal im Nominatim "Nageler Straße, Küps" ein.
Dann steht dort in der Ergebnisssuche "Küps" drin.
Wenn Ihr dann westlich von Küps schaut, werdet Ihr feststellen, das die Straße eigentlich zu Oberlangenstadt gehört.
>> der Mapper dort hat ja eigentlich nichts falsch gemacht, aber ich denke mal wenn dort genauso getagt wirde wie bei 1:)--dann passt das alles wie es sollte.

Konnte ich weiterhelfen??
LG Volker

Announcement

#1 2013-04-07 16:00:17

Falsche Suburb-Zuordnung

#2 2013-04-07 16:24:56

Re: Falsche Suburb-Zuordnung

#3 2013-04-07 18:27:06

Re: Falsche Suburb-Zuordnung

#4 2013-04-07 19:59:38

Re: Falsche Suburb-Zuordnung

#5 2013-04-07 20:04:27

Re: Falsche Suburb-Zuordnung

#6 2013-04-07 20:04:39

Re: Falsche Suburb-Zuordnung

#7 2013-04-07 20:06:15

Re: Falsche Suburb-Zuordnung

#8 2013-04-07 20:21:52

Re: Falsche Suburb-Zuordnung

#9 2013-04-07 20:24:03

Re: Falsche Suburb-Zuordnung

#10 2013-04-07 20:47:03

Re: Falsche Suburb-Zuordnung

#11 2013-04-07 21:27:33

Re: Falsche Suburb-Zuordnung

#12 2013-04-07 21:40:11

Re: Falsche Suburb-Zuordnung

#13 2013-04-07 22:11:35

Re: Falsche Suburb-Zuordnung

#14 2013-04-07 22:28:33

Re: Falsche Suburb-Zuordnung

#15 2013-04-07 22:33:38

Re: Falsche Suburb-Zuordnung

#16 2013-04-07 23:09:29

Re: Falsche Suburb-Zuordnung

#17 2013-04-08 00:03:25

Re: Falsche Suburb-Zuordnung

#18 2013-04-08 16:00:53

Re: Falsche Suburb-Zuordnung

#19 2013-04-08 16:16:32

Re: Falsche Suburb-Zuordnung

#20 2013-04-08 16:21:05

Re: Falsche Suburb-Zuordnung

#21 2013-04-08 16:32:18

Re: Falsche Suburb-Zuordnung

#22 2013-04-08 16:36:45

Re: Falsche Suburb-Zuordnung

#23 2013-04-08 17:01:15

Re: Falsche Suburb-Zuordnung

#24 2013-04-08 17:13:48

Re: Falsche Suburb-Zuordnung

#25 2013-04-08 17:21:52

Re: Falsche Suburb-Zuordnung

Board footer