Doppelte Ortsbezeichnungen

BBO · 2011-01-03T15:21:51.000Z

wambacher:

das geht über den admin_min-level ganz gut.

Wo gibts dazu eine Doku? Oder meintest du admin_level?
admin_level=8 reicht doch auch von einer 8-Einwohner Gemeinde bis zur 25.000-Einwohner Stadt?!
Das sollte trotzdem in einigen Zoomstufen zu Überfüllung oder Leere führen?!

Gruß BBO

wambacher · 2011-01-03T15:37:14.000Z

BBO:

http://www.openstreetmap.org/?lat=50.6537&lon=11.5732&zoom=14&layers=M

Da hast du gleich drei: Ranis, Seisla, Schmorda

Gruß BBO

thanks,

jo, “leider” alles ok hatte da nen verdacht aber war nix.

östlich von laskau knallt er auch noch die plz hin. ist eigentlich total uninformativ, wenn mitten in der pampa (sorry liebe laskauer) plötzlich ne freischwebende plz steht.

gruss
walter

aeonesa · 2011-01-03T16:25:49.000Z

BBO:

Wo gibts dazu eine Doku? Oder meintest du admin_level?

Gruß BBO

Hallo BBO,

sowohl für die Grenrelation als auch für den place Tag (is_in=) war es eigentlich relativ einfach über die WIKI Suchfunktion zu finden bzw. über “How to map”. Aber frag mich jetzt bitte nicht nach Links.

Gruß

Volker

BBO · 2011-01-03T16:34:26.000Z

aeonesa:

Hallo BBO,

sowohl für die Grenrelation als auch für den place Tag (is_in=) war es eigentlich relativ einfach über die WIKI Suchfunktion zu finden bzw. über “How to map”. Aber frag mich jetzt bitte nicht nach Links.

Hallo, jop, Danke, die warn mir bekannt. Zu “admin_min-level” fand ich halt nichts, aber da hat er sich wahrscheinlich vertippt.

Gruß BBO

wambacher · 2011-01-03T16:43:38.000Z

BBO:

aeonesa:

Hallo BBO,

sowohl für die Grenrelation als auch für den place Tag (is_in=) war es eigentlich relativ einfach über die WIKI Suchfunktion zu finden bzw. über “How to map”. Aber frag mich jetzt bitte nicht nach Links.

Hallo, jop, Danke, die warn mir bekannt. Zu “admin_min-level” fand ich halt nichts, aber da hat er sich wahrscheinlich vertippt.

Gruß BBO

jo hat er, wenn ich mit “der” gemeint war

errt · 2011-01-03T17:15:41.000Z

BBO:

Aber die Grenzrelationen beinhalten doch für gewöhnlich keinen place-Tag?! Wenn dieser fehlt ist es nicht möglich festzustellen ob es sich um Stadt oder Dorf handelt und das rendern in den Unterschiedlichen Zoomstufen funktioniert nichtmehr.

Gruß BBO

Nein, aber man könnte ihn da ja durchaus dranhängen. Im Endeffekt ist es ja das gleiche, wie wenn ich bei einem shop einen eingetragenen Node lösche und dafür alle Informationen an das Gebäude außenrum hänge. Klar, man müsste erst definieren, dass Grenzrelationen place-Tags haben dürfen, aber ich sehe grundsätzlich nichts, was dagegen spricht.

BBO · 2011-01-03T17:39:58.000Z

errt:

Nein, aber man könnte ihn da ja durchaus dranhängen. Im Endeffekt ist es ja das gleiche, wie wenn ich bei einem shop einen eingetragenen Node lösche und dafür alle Informationen an das Gebäude außenrum hänge. Klar, man müsste erst definieren, dass Grenzrelationen place-Tags haben dürfen, aber ich sehe grundsätzlich nichts, was dagegen spricht.

Das könnte man natürlich, wäre auch sinnvoll. Ich war nur über deine Aussage oben verwundert und dachte ich hätte etwas verpasst.

Gruß BBO

keinseier · 2011-01-03T20:56:45.000Z

Ich habe mal irgendwo gelesen, dass man den place-node in die Grenz-Relation einbauen könnte. Dann kann man die Daten da speichern wo man sie braucht (name in der Relation, place im node oder wie auch immer) und das Zentrum ist auch markiert, denn zusammen gehört es ja irgendwie schon. Vielleicht wäre das ein Ansatz, redundante Informationen im Sinne einer konsistenten Datenstruktur zu vermeiden.

aeonesa · 2011-01-03T21:28:05.000Z

Das könnte evtl. gefährlich werden, weil, wie ich schon oben geschrieben habe, die Gemarkungen gegenüber den bebauten Flächen sehr groß sind. Da hast Du den Dorfnamen dann irgendwo in der Pampa.

Aber probieren könnte man das mal.

Gruß

Volker

errt · 2011-01-03T22:33:43.000Z

Ja, aber das ist eben eher ein Rendererproblem. Gut, man macht es dem Renderer auch ziemlich schwer, herauszufinden, wo er am Besten den Namen rendern würde, aber theoretisch kann er sich ja eine besser geeignete Stelle suchen als mitten in der Pampa

keinseier · 2011-01-04T05:51:15.000Z

Wenn der place node Teil der Relation ist sollte sowohl jeder Routeing Engine als auch jedem vernünftigen Renderer klar, wo das Zentrum liegt und wo der name gerendert werden soll - nämlich da, wo der place node ist. Wenn er Teil der Grenzrelation ist, brauch er allerdings nicht mehr den name Tag und auch einige andere Tags würden dann nur noch in der Relation gespeichert. Alles in allem also eine Vereinfachung.

wambacher · 2011-01-04T08:29:48.000Z

keinseier:

Wenn der place node Teil der Relation ist sollte sowohl jeder Routeing Engine als auch jedem vernünftigen Renderer klar, wo das Zentrum liegt und wo der name gerendert werden soll - nämlich da, wo der place node ist. Wenn er Teil der Grenzrelation ist, brauch er allerdings nicht mehr den name Tag und auch einige andere Tags würden dann nur noch in der Relation gespeichert. Alles in allem also eine Vereinfachung.

hi,

schaut euch mal die grenzen in der schweitz an. dort wird sowas intensiv gemacht. aber wie sich dabei welche software verhält, kann ich nicht sagen.
eventuell steht bei denen was im wiki?
gruss
walter

r-michael · 2011-01-10T09:58:06.000Z

aeonesa:

Hallo,

beim Betrachten meiner Mapping Resultate habe ich in verschiedenen Orten im Wartburgkreis und auch in Eisenach eine doppelte Ortsbezeichnung in Mapnik gefunden (ab Layer 14).

Hat jemand dafür eine Erklärung ?

Um nochmal (etwas ausschweifend) auf die eigentliche Frage zurückzukehren.:
Ich stelle fest, dass die Mehrzahl der Flächen von Städten und Gemeinden mit ‘landuse=residential’ getaggt wird.
Das kann nicht richtig sein, denn die eigentliche Wohnfläche ist nur ein Teil der Siedlungsfläche, wie auch Gewerbegebiete, Parkflächen, etc.
Das Wiki besagt dazu eindeutig

Die Ausdehnung des mit landuse=residential erfaßten Gebietes soll lediglich den tatsächlich besiedelten Bereich markieren und nicht das gesamte (auch unbesiedelte) Gemeindegebiet. Die Ausdehnung von landuse=residential ist also nicht in jedem Fall identisch mit town oder village.

Nun hatte ich mich in Deutschland und im benachbarten Ausland einmal umgeschaut um zu sehen wie dies überwiegend gehandhabt wird und stieß dabei auch auf einige Gemeinden im Raum Thüringen, in welchen ich die Erklärung für die doppelten Ortsnamen fand.
Dort hat man neben den Node (‘place=’ + 'name=’) auch die Fläche der Gemeinde mit ‘landuse=residential’ + ‘place=’ + 'name=’ versehen und so erscheint durch das doppelte “place+name” auch der Ortsname doppelt.

Ich bin jetzt für mich dazu übergegangen die Gemeideflächen meiner Region mit ‘place=’ (aber ohne 'name=’) zu taggen und dazu den entsprechenden Node (place + name) im Zentrum.
Der Fläche ‘place=*’ füge ich den Tag ‘layer=-1’ hinzu um Probleme mit anderen (eventuell bereits bestehenden) Flächen zu vermeiden.
O.k., ich weiß jetzt werden die “Multipolygon-Fetischisten” wieder aufschreien, aber wozu soll ich nun daraus Multipolygone erstellen; die Gemeindefläche ist doch im Prinzip nur eine virtuelle Fläche und kann somit auch den Layer-Tag verkraften.

mfG Michael

BBO · 2011-01-10T10:15:10.000Z

Die Ausdehnung des mit landuse=residential erfaßten Gebietes soll lediglich den tatsächlich besiedelten Bereich markieren und nicht das gesamte (auch unbesiedelte) Gemeindegebiet. Die Ausdehnung von landuse=residential ist also nicht in jedem Fall identisch mit town oder village.

Ist imho so zu verstehen das nicht Felder, Wälder, etc. mit eingeschlossen sind. Das heißt aber nicht das auf einer residential Fläche nicht auch mal ein Park, Parkplatz oder ähnliches liegen darf.

r-michael:

Nun hatte ich mich in Deutschland und im benachbarten Ausland einmal umgeschaut um zu sehen wie dies überwiegend gehandhabt wird und stieß dabei auch auf einige Gemeinden im Raum Thüringen, in welchen ich die Erklärung für die doppelten Ortsnamen fand.
Dort hat man neben den Node (‘place=’ + 'name=’) auch die Fläche der Gemeinde mit ‘landuse=residential’ + ‘place=’ + 'name=’ versehen und so erscheint durch das doppelte “place+name” auch der Ortsname doppelt.

Der Ortsname hat imho wirklich nichts an landuse=residential verloren. Die Ursache für die doppelten Ortsnamen im Raum Thüringen sind aber meist der place-node und die vorhandene Grenze.

Gruß BBO

ajoessen · 2011-01-10T10:18:02.000Z

r-michael:

O.k., ich weiß jetzt werden die “Multipolygon-Fetischisten” wieder aufschreien, aber wozu soll ich nun daraus Multipolygone erstellen; die Gemeindefläche ist doch im Prinzip nur eine virtuelle Fläche und kann somit auch den Layer-Tag verkraften.

Und was ist jetzt nun für dich “Gemeindefläche”? Der besiedelte Teil, oder das ganze Gebiet innerhalb der Gemeindegrenzen?

Für ersteres gibt es landuse=residential, für letzteres Grenzrelationen. In die Grenzrelation kannst du auch deine place-nodes einbauen. Dafür braucht es keine neue Flächenelemente. Und unterirdisch (layer=-1) sind die schon garnicht. Die Grenzrelation kann auch für PLZ und Adressuche von Vorteil sein.

gruß,
ajoessen

r-michael · 2011-01-10T13:17:54.000Z

ajoessen:

Und was ist jetzt nun für dich “Gemeindefläche”? Der besiedelte Teil, oder das ganze Gebiet innerhalb der Gemeindegrenzen?

Der besiedelte Teil, welcher alle innerörtlichen Flächen beinhaltet.

Für ersteres gibt es landuse=residential…

Ja und das ist der Denkfehler!
Du findest auch im kleinsten Dorf nicht 100% Wohngebiet, da gibt’s immer noch andere Flächen.
Kleinstes Beispiel - dein Grundstück; dort gibst Wohnfläche, Garten, Garage, etc.
O.k., so detailiert taggt man normalerweise nicht, sollte aber auch nur ein Anschauungsbeispiel sein.

wambacher · 2011-01-10T13:26:50.000Z

r-michael:

Du findest auch im kleinsten Dorf nicht 100% Wohngebiet, da gibt’s immer noch andere Flächen.
Kleinstes Beispiel - dein Grundstück; dort gibst Wohnfläche, Garten, Garage, etc.
O.k., so detailiert taggt man normalerweise nicht, sollte aber auch nur ein Anschauungsbeispiel sein.

Großer Denkfehler: Rasen, Garage und WOHNUNG sind Bestandteil eines WOHN-Gebietes. da kommt der Name her.
Zudem sind Garagen und Wohnungen in der Regel Gebäude, die irgendwo rumstehen.
Landuse (Land-Benutzung) beschreibt die Nutzung einer Fläche. Diese Fläche beinhaltet selbstverständlich die Objekte, die sich dort befinden. z.b Buildings und sogar Straßen, Wege.

viw · 2011-01-10T14:02:53.000Z

wambacher:

r-michael:

Du findest auch im kleinsten Dorf nicht 100% Wohngebiet, da gibt’s immer noch andere Flächen.
Kleinstes Beispiel - dein Grundstück; dort gibst Wohnfläche, Garten, Garage, etc.
O.k., so detailiert taggt man normalerweise nicht, sollte aber auch nur ein Anschauungsbeispiel sein.

Großer Denkfehler: Rasen, Garage und WOHNUNG sind Bestandteil eines WOHN-Gebietes. da kommt der Name her.
Zudem sind Garagen und Wohnungen in der Regel Gebäude, die irgendwo rumstehen.
Landuse (Land-Benutzung) beschreibt die Nutzung einer Fläche. Diese Fläche beinhaltet selbstverständlich die Objekte, die sich dort befinden. z.b Buildings und sogar Straßen, Wege.

Also ich verstehe das Anliegen schon. Irgendwo muss man einfach mal vereinfachen. Es gibt neben landuse=residential auch noch Werte wie meadow für Wiese, garages für Geragen, greenhouse_horticulture für Gewächshäuser, etc.
Daher finde ich es durchaus legitim in kleineren Orten und bei Ansiedlungen alles als landuse=residential zu taggen. Sollte dann später noch ein Industriegebiet dazu kommen oder ein village_green dann ist das doch wie in der ganzen OSM geschichte. Erstmal grob und dann immer feiner.

monotar · 2011-01-10T15:06:14.000Z

BBO:

Der Ortsname hat imho wirklich nichts an landuse=residential verloren.

das sehe ich genauso, da man keinem Renderer sonst vorwerfen kann, hier zu entscheiden, ob eine Anzeige sinnvoll ist oder nicht (bei vielen Dingen wie der Benennung von Gewerbegebieten oder Landwirtschaftsbetrieben die durch ein landuse beschrieben werden, ist es ja durchaus sinnvoll, den Namen anzuzeigen). Ich halte es auch deshalb nicht für sinnvoll, da mit der Platzierung des Namens auf dem residential Material kein einheitliches Tagging geschaffen wird, da es bei einigen Dörfern und größeren Städten ohnehin utopisch ist, das ganze residential-Gebiet in einen Weg zu packen bzw. dies nur mit aufwändigem Multipolygoneinsatz möglich wäre.

Die Anzeige des Namens der boundary halte ich hingegen für schwer umgänglich, vielleicht sollte man hier einen Tag render:name=no einführen oder man bringt mapnik endlich mal bei, dass es vollkommen unnütz ist, die Informationen die mit boundary=administrative in Verbindung stehen, in hohen Zoomstufen zu rendern. So ist es nämlich auch möglich, den Namen 3 mal anzuzeigen: http://www.openstreetmap.org/?lat=51.3938&lon=12.8846&zoom=14&layers=M (place+landuse+boundary)

tippeltappel · 2011-01-10T19:02:16.000Z

monotar:

BBO:

Der Ortsname hat imho wirklich nichts an landuse=residential verloren.

das sehe ich genauso, da man keinem Renderer sonst vorwerfen kann, hier zu entscheiden, ob eine Anzeige sinnvoll ist oder nicht (bei vielen Dingen wie der Benennung von Gewerbegebieten oder Landwirtschaftsbetrieben die durch ein landuse beschrieben werden, ist es ja durchaus sinnvoll, den Namen anzuzeigen). Ich halte es auch deshalb nicht für sinnvoll, da mit der Platzierung des Namens auf dem residential Material kein einheitliches Tagging geschaffen wird, da es bei einigen Dörfern und größeren Städten ohnehin utopisch ist, das ganze residential-Gebiet in einen Weg zu packen bzw. dies nur mit aufwändigem Multipolygoneinsatz möglich wäre.
…

Das sehe ich völlig anders. Und ich vertrete die Meinung, daß das name-Tag bei landuse=residential bleiben muß.
In mit mkmap gerenderten Karten wird das name-tag von landuse=residential so ausgewertet, daß man am PC und im GPS-Gerät in den Karten mit Hilfe des Mauszeigers den Namen des Ortes durch Berühren der Fläche anzeigen lassen kann. Das ist sehr praktisch. Und daher ist nicht einzusehen, warum das name-tag aus residential verschwinden soll. Es kann doch wohl kein Problem sein, den Mapnik-Renderer darauf einzustellen, daß der Name von landuse=residential nicht zur Anzeige kommt. Das Tag wegzunehmen, und damit Renderern anderer Karten die damit verbundenen Vorteile kaputt zu machen, kann nicht die Lösung sein. Ich dachte, wir mappen nicht für Renderer! Das Entfernen des Name-Tags wäre ein Beispiel für “wir mappen für (!) Renderer” und zwar mal wieder vorrangig auf Mapnik focussiert.
Finde ich nicht in Ordnung.

Gruß
tippeltappel