Ein Teil der unter mit “Multipolygon” etikettierten Probleme ist meines Erachtens tatsächlich ein “landuse”-Problem. Das “landuse”-Tag ist inzwischen total kaputtdefiniert und erzeugt einen endlosen Bedarf an Löchern und unsinnigen Multipolygonen.
Da gibt es zum einen das ursprüngliche “landuse”-Tag, bei dem es um überwiegende Gebietsnutzung geht. Ein Stadt hat etwa ein “Industriegebiet West” und ein “Industriegebiet Ost”. Da gibt es dann zwei(!) einfache Polygone mit “landuse=industrial” und “name=…” geben. Aus diesen Dingern ist praktisch niemals irgendetwas auszuschneiden. Straßen, Wohnhäuser, Restaurants werden da einfach so gemappt … sie liegen im Industriegebiet. In Frage kommende Werte sind nur “industrial”, “agricultural” und “residential”.
Dann gibt es das andere “landuse”-Tag. Hier geht es um Bauernhöfe, Äcker, Bahngelände, Waldgebiete, Militärgebiete, Parks, Schrebergärten. Hier geht es nicht um überwiegende Gebietsnutzung, sondern allenfalls um mehr oder weniger detailliertes Mapping der Geländenutzung. Hier gibt es keinen gegenseitigen Ausschluss - da gibt es etwa das Militärgelände “Standortübungsplatz xy” aus Wald und Äckern. Insbesondere braucht man niemals irgendwas aus dem anderen “landuse” rausnehmen.
Das jetzige “landuse” sollte nicht umdefiniert werden, dafür ist es zu stark im Gebrauch und es gäbe endlose Verwirrung beim “googeln”. Es sollte allenfalls durch zwei andere Tags ersetzt werden. Vielleicht “usage_district” für das erste und “area_kind” für das zweite.
Wieso? So dumm ist die Denkweise gar nicht.
Wenn ich z.B. ein Wohngebiet landuse=residential habe, in dem ein Schrebergarten liegt,
muss ich diesen wiederum als landuse=allotments definieren. Da beiden den gleichen Key haben sorgt dies für einen Konflikt.
Einfach drüberlegen oder als Multipolygon ausschneiden?
Hier spalten sich die Geister. Die einen sagen grundsätzlich, dass niemals 2 Landuses übereinander liegen dürfen,
andere meinen wiederum, dass der Schrebergarten ein Teil des Wohngebiets sei und daher die Berechtigung zum Übereinanderzeichnen gegeben sei.
Allerdings sollte an dieser Stelle dann endgültig festgelegt werden, was denn nun richtig ist.
Das Einführen eines neuen Keys halte ich auch nicht für sinnvoll.
Grober, nicht voll durchdachter Vorschlag:
landuse definiert die Oberfläche und darf sich nicht überlappen (hic: MP); amenity/leisure als Fläche ersetzt ein darunter liegendes landuse nicht, sondern definiert nur deren Nutzung.
mit landuse=military sehe ich da wirklich ein Problem. könnte eigentlich amenity/leisure sein?
blöd: landuse bedeutet ja Land-Nutzung und nicht Erd-Oberfläche.
noch schlimmer: ist residential dann immer noch landuse oder doch amenity/leisure?
ja, gerade deshalb. nur weil es hübsch aussieht, wäre es dennoch bei diesem Ansatz (landuse versus amenity/leisure) nicht korrekt.
Ist aber sowieso dunkelgraue Theorie - ändert sich eh nix. oder mal wieder auf api 0.7 warten?
Vielleicht kann ich es daran deutlicher machen: Beide “Geister” haben völlig recht.
Es gibt eine Fläche “usage_district=residential”.
Es gibt eine Fläche “area_kind=allotments”.
Diese Schrebergärten liegen im Wohngebiet und daher wird auch nichts irgendwo rausgenommen.
Es dürfen aber niemals zwei “usage_district” übereinanderliegen. Das kann auch nicht passieren, weil “überwiegend Wohngebiet”, “überwiegend Industriegebiet” und “überwiegend Landwirtschaftsgebiet” sich auch rein sachlich schon gegenseitig ausschließen.
Alle drei Meinungen sind richtig:
Man muss einen Acker im Industriegebiet mappen dürfen
Das Industriegebiet ändert sich nicht durch einen dort vorhandenen Acker
“überwiegende Nutzung” kann nicht mehrere Werte haben. Überschneidungen sind Unsinn.
Der Fehler liegt darin, das wir sozusagen ein Tag “Tiersorte” haben und dafür sowohl “Säugetier” als auch “Reh” zulassen wollen. Als nur von “Säugetier”, “Vogel” und “Insekt” die Rede war wurde die Regel aufgestellt, dass es immer nur eins davon sein kann. Dann kam durchaus berechtigtes Detailmapping und es tauchte “Reh” und “Kaninchen” auf. Und jetzt wird darüber getritten, ob “Reh” und “Säugetier” miteinander unvereinbar sind…
Keinesfalls.
Wo überwiegend Industriegebiet ist, kann durchaus mal ein Acker dazwischen sein.
Wie Weide schon geschrieben hat, ist es eine Frage der räumlichen Dimension der Edits. Das gleiche wie mit residential und Schrebergarten. Solange ein landuse im wesentlichen deutlich kleinere Areas umfasst als ein anderes, kann es Konflikte geben.
Hier ist im landuse=forest ein landuse=meadow, ein natural=water und ein natural=scrub.
Unterschiede gibt es bei den Kartenersteller. Die meisten zeigen es. Es kommt auf den Render an, wie er diese Daten nutzt.
Und warum soll ich nicht landuse=residential an landuse=residential mit einem landuse=allotments teilweise an beide =residential angrenzend nutzen?
EDIT:
Und meistens haben die Wohngebiete einen Namen und dann gibt es mehrer Wohngebiete in einer Stadt. Hier im Gebirge zum Beispiel Oberdorf und Unterdorf und manchmal Mitteldorf.
Wenn eine Stadt zu 51% aus Wohngebiet besteht und 24% aus Industriegebiet und 25% Gerwerbegebiet soll ich dann also die gesamte Stadt als Wohngebiet eintragen, weil das überwiegt? Wie schaut es dann aus, wenn ich noch den Nachbarort mit dazu nehme…soll ich dann den Zwischenraum auch noch als Wohngebiet erfassen, weil der Feldstreifen ist ja nur sehr gering im Gewicht.
Laut deinem überwiegend wäre das ok. Detailierter wäre aber doch schöner. Das das Wohngebiet auch da endet, wo die Bebauung endet etc.
Meine Sicht als Kartenbauer: Bitte keine Flächen übereinander legen !
Grund: Über Prioritätsregeln ist zu entscheiden, welche der Flächen auf der Karte erscheinen soll - das klappt einfach nicht für alle Konstellationen.
Und meine Sicht als Kartenbauer ist: das mit den Übereinanderlegen von landuse würde ich sehr begrüssen, wenn deutlich zwischen “hauptsächlich”, wie residential, industrial, etc. sowie auf der anderenseite “allotments”, etc. Unterschieden wird und die “hauptsächlichen” sich nicht überschneiden dürfen. Das würde es gerade mit den Prioritäten sehr viel einfacher machen.
Das mit den “Austanzen” ist jedenfalls eine unsägliche Sitte, hatte erst gerade wieder 2 Fälle, wo Leute die Häuser aus dem Landuse rausgestanzt haben, und dabei natürlich damit durcheinander gekommen sind, in welches Multipolygon es jetzt raus soll. Sprich im Mulitpolygon waren viele Häuser als Inner ausserhalb des Outer …
Überwiegend ist die offizielle Definition (soweit es sowas gibt).
Überwiegend heißt für mich nicht automatisch “alles größer 50%” sondern “dominant”, d.h. die anderen landuses treten in einem deutlich kleineren Prozentsatz auf. Wie z.B. in dem Industriegebiet mit einem kleinen Acker zwischendrin. In deinem Beispiel liegen alle landuses in der gleichen Größenordnung und sollten daher auch separat getaggt werden. Natürlich sind die Grenzen hier nicht scharf.
Ein Problem mit landuse ist meiner Meinung nach, daß es nicht wirklich sauber definiert ist. Der Key wird für kleine Objekte wie einen Swimmingpool (basin) genauso verwendet wie für die Umrisse des Bebauungsgebiets einer Großstadt (residential) oder ganze Regionen (Farmland-Monster). Daß es keine zwei gleiche Landuses an einer Stelle geben kann, stimmt aber nur, wenn man sich auf landuses vergleichbarer Größenordnung bezieht. Von daher plädiere ich für die Möglichkeit, entweder Landuses übereinender legen zu können, oder aber eine Art layer einzuführen, der die Dimension des Landuses wiedergibt. Der Renderer kann dann immer noch entscheiden, bis zu welchem Layer er noch darstellt.
Wo Ackerboden ist, da kann kein Industrieboden sein. Aber es gibt auch noch das “Industriegebiet Ost”, in dem dieser Acker liegt. Das muss man auch irgendwie mappen können.
“Dieses Stück Boden wird industriell genutzt” und “Dieses Stück Boden gehört zu einem Industriegebiet” sind ganz verschiedene Aussagen.
Meine volle Zustimmung. Und wenn ich mir schon die Mühe mache, etwas zu Kartieren, dann verwende ich Multipolygone um dem Renderer zu sagen was ich gezeichnet sehen will und überlasse es nicht dem Programm. Und schon gleich gar nicht probiere und trickse ich so lange rum bis es passt.
Was ohne Multipolygone rauskommen kann zeigt ein Beispiel im oben genannten Gebiet. Im Gießereisportpark (leisure = stadium) liegt eine Grasfläche (natural = grass), die jedoch von Mapnik nicht dargestellt wird. In dieser Grasfläche liegen zwei Tennisplätze(leisure = pitch), die mit “layer = 1” markiert sind. Vermutlich damit sie sichtbar sind. Das heißt also hier ist eine Grasfläche auf Höhe der Erdoberfläche (layer = 0, wenn nicht angegeben). Direkt auf oder irgendwo über der Grasfläche sind die beiden Tennisplätze. Sicherlich nicht. Somit für mich klassisches Tagging for the renderer:
Das ist vollkommen unnötig. Oberirdische Gebäude stehen wie das Eigenschaftswort schon sagt über der Erdoberfläche und werden deshalb automatisch über “landuse” gezeichnet. Unterirdische Gebäude erhalten “layer = -1” oder niedriger.
Dem ist leider nicht so. Es liegt allein an der Reihenfolge in dem bestimmte Objekte gerendert werden. Ein highway=footway + area=yes hat (früher?) bei Mapnik eine darauf stehendes Gebäude überdeckt. Erst mit einem Multipolygon (dort wo das Gebäude steht, ist ein Loch in der Fußgängerzone) hat das Rendern wie gewünscht/erwartet geklappt.
Bei ‘normalen’ Landuse klappt das mit den Gebäuden und Straßen/Wegen, weil Landuse und Natural sehr früh nach dem Hintergrund und vor Straßen/Wegen und Gebäuden gerendert wird.
Fürs erste würde schon mal genügen wenn die “Taggingregeln” klarer und eindeutiger wären. Dem ist nicht so und wird meines Erachtens auch nie so sein, da sie, wie OSM insgesamt auch, evolutionär gewachsen sind. “Böse Zungen” nennen dies auch Methode Kaninchenstall oder Wildwuchs.
Es gab hier durchaus schon Diskussionen ob landuse = residential an Straßen, beziehungsweise in entsprechendem Abstand dazu, zu enden habe.
Eigentlich gibt es natural (= wood, water, scrub, …) um die Bodenbedeckung zu beschreiben und landuse (= farm, military, industrial, reservoir, …) um die Nutzung zu beschreiben. Würde das so konsquent wie möglich durchgehalten, so könnte eine Fläche zum Beispiel sowohl mit natural = water als auch mit landuse = military markiert sein. Die Fläche könnte blau und darüber rote Schraffur oder kleine Panzersymbolen gezeichnet werden. Jedoch es geht kunterbunt durcheinander. Die Renderer versuchen “das Beste” aus diesem Durcheinander zu machen. Und es gibt immer wieder wackere Versuche zu einer Trennung zu kommen, zum Beispiel durch Einführen neuer “tags” wie landcover
