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.
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
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 
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
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
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
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.
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
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
Der besiedelte Teil, welcher alle innerörtlichen Flächen beinhaltet.
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.
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.
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)
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
@ tippeltappel
Die Anzeige von “wo bin ich” kann mittels Grenzen gelöst werden. Außerdem ist es oft nicht sinnvoll und/oder möglich eine Fläche die den ganzen Ort umschließt zu erstellen. Ein komplettes weglassen der Namen an residential-Flächen würde auch bedeuten das Wohngebietsnamen, die ich oft an die entsprechend große Fläche hänge, nichtmehr angezeigt würden.
Gruß BBO
eine Stadt besteht ja oft aus mehreren residential Flächen. Zum einen weil die Polygone sonst zu groß werden würden und zum anderen weil es auch trennende Industrie-, Gewerbe- oder sonstwas für Gebiete gibt. Ein name= halte ich daher auch für falsch. Ein is_in kann dagegen nicht schaden. Auf das Garmin Argument müsste man mit dem Standardspruch antworten: “wir mappen nur Gebäude für Renderer”…okay das war jetzt leicht abgewandelt
Hat zwar nichts mit den doppelten Ortsbezeichnungen zu tuen, aber
village_green ist nicht einfach eine Grünfläche.
Für Grünflächen in der Stadt sind landuse=grass bzw. meadow oder leisure=park vorgesehen. Wieso ein Merkmal für ein britisches Gesetz Einzug in OSM gefunden hat, weiss ich nicht. Der Beschreibung nach passt es aber nicht für eine Grünfläche auf dem Festland.
-trekki
Eben, wir mappen nicht für die Renderer. Ein name-Tag stehen zu lassen, wo es nicht hingehört, damit mkmap es wie gewünscht auswertet. Soll das Programm eben lernen, das mit den Grenzrelationen zu machen. Außerdem kann Mapnik nicht einfach Namen an landuse Flächen einfach nicht darstellen, denn manchmal mögen sie Sinn machen, wenn eben ein Wohngebiet einen eigenen Namen (und zwar eben einen eigenen Namen nur für das tatsächliche Wohngebiet) hat und keine administrative Einheit ist. Aber eben nur dann.
Ich gehe mal davon aus, Du meinst das der place node mit allen seinen angehängten Tags im residential Gebiet angesiedelt sein sollte. (das ist für mich die Gemeindefläche) Wenn ja, dann +1 von mir.
Das residential Gebiet ist auf dem Dorf relativ einfach einzuzeichnen. Alles, wo Wohnhäuser sind incl. der Hausgärten, ist residential. Die großen Ställe und die Gewerbegebiete bleiben außen vor. In der Stadt ist es halt etwas zergliederter, weil da unterschiedliche Landuses sich abwechseln. Und an Landuse residential gehört denke ich kein Name-Tag. Der Name-Tag hat die unangenehme Eigenschaft immer angezeigt zu werden.
Die Intention, weswegen ich den Thread aufgemacht habe, war eventuell einen Kompromiss zwischen dem place node und der Boundary Relation zu finden und die ggf. zu vereinigen. (Die Boundary Relation ist für mich die Gemarkung)
Übrigens beschränkt sich das Phänomen, was ich angeführt habe, nicht nur auf Thüringen. Am Wochenende habe ich im Kreis Parchim gewildert. Da war das gleiche zu finden.
Gruß
Volker
Grenzen sind Linien. Willst Du die dann als Fläche rendern, damit beschriebene Funktion realisierbar wird? Mit dem Ergebnis, daß die vom Grenzpolygon überlagerten Flächen nicht mehr abrufbar sind? Realisiere Deinen Lösungsvorschlag doch mal in Form einer kleinen Garmin-Testkarte. Ich würde gerne sehen, wie das funktioniert.
Die Zergliederung der residential-Flächen ist kein Argument gegen das name-Tag. Wenn Mapnik aufhört, auf jedes residential-Polygon einen Namen zu setzen, “zieht” das Argument genauso wenig, wie die Doppelanzeige der Dorfnamen. Wenn man mit der Maus ein residential-Polygon berührt und daraufhin den Namen der Siedlung, des Dorfes oder oder … angezeigt bekommt, verbessert das dagegen den Komfort der Karte.
Nur Gebäude für Renderer mappen? Was soll das denn jetzt heißen?
Was haben Gebäude mit den Residential-Polygonen zu tun?
Wie dem auch sei.
Mapnik muß lernen, daß landuse=residential mit einem anderen Schema auszuwerten ist, als die anderen landuse-Tags, dann ist das Problem gelöst.
Gruß
tippeltappel
Nein.
Wenn im Zentrum eines Ortes ein Node gesetzt werden soll, damit sicher gestellt ist, daß der Name dort und nicht in der geometrischen Mitte des Polygons angezeigt wird, dann gilt das auch für das von Dir genannte Beispiel. Setz einen Node in das Wohngebiet, damit der Name als Schriftzug auf der Karte erscheint. Dann braucht Mapnik den Namen des residential-Polygons nicht als Overlay zu rendern. Für Anwendungen, die in der Lage sind dieses Feature sinnvoll zu nutzen, muß das name-Tag am residential-Polygon erhalten bleiben.