Moin,

Christian Müller schrieb:
Am 11.09.2011 12:14, schrieb Martin Koppenhoefer:

Das kann ich nicht tun, weil auch die Zwischenräume zur
settlement-Fläche gehören, z.B. Verkehrsflächen.

Nochmal, Du kannst deine eigene Definition von Siedlungsfläche gerne ausdenken und dann verwenden. Für OSM sollten aber bereits gebräuchliche verwendet werden - siehe Flächenverbrauch in der Wikipedia.

Wenn Du die Verkehrsfläche dazu nimmst, sprichst Du von

    Siedlungs- und Verkehrsfläche (kurz SuV)

Du kannst gerne SuV als settlement im engl. verstehen, musst dann aber settlement area beim Übersetzen ins dt. als SuV übersetzen und nicht rein als Siedlungsfläche - weil die gebräuchliche Definition im dt.

hmm, ihr hängt Euch Beide in der Diskussion ziemlich an den Begriffen "administrative Grenze" und "Fläche" als Definitionen auf - was durch Sinn macht, um generell eindeutige tags zu bekommen.

Vielleicht sollte man aber für das - nicht nur von Martin - gewünschte place-Polygon (einer Siedlung) vorerst einfach mal den Begriff "Umriß einer Siedlung" einwerfen. Es erweitert den unscharfen node um eine ungefähre Ausdehnung - bleibt aber trotzdem so unscharf, keine absolute Lage oder gar Definition vorgeben zu wollen. Auch deshalb sollte es m . M. n. nicht in landuse oder boundary eingeordnet werden - dort mögen weitere tags in der Gesamtheit dann evtl. diese Informationen ebenfalls liefern können - irgendwann.

Ich sehe es vorerst als ein Hilfselement, z. B. zum Rendern in gewissen Maßstabsbereichen, wo die genauen Einzelflächen (sofern denn überhaupt vorhanden) schon nicht mehr aufgelöst werden können bzw. es nicht mehr sinnvoll ist (*), andererseits aber mehr Informationen als ein node gewünscht werden bzw. sinnvoll sind.

Wären alle dafür notwendigen Flächennutzungen bereits definiert, eingetragen und auch noch an den passenden Stellen parzelliert, wäre es möglich, diese Informationen daraus abzuleiten - so existiert aber in meinen Augen derzeit durchaus ein Bedarf für solch eine Zwischen- bzw. Näherungslösung.

Andere mögen andere Gründe haben oder Anwendungen finden.

Gruß
Georg

_______________________________________________
Talk-de mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de

Antwort per Email an