[Talk-at] Grenzen

[Thomas Rupprecht]

boundary=* finde ich schon richtig dass das gesetzt wird. auch wenn es
durch admin_level=* auch ausreichend getaggt wäre.
Dann werde ich jetzt hergehen und Österreich einheitlich auf
type=multipolyon umstellen.
Ich werde damit noch 1-2 Wochen warten ob da jemand dagegen ist.
Weiters werde ich bei allen admin_level=8 den name=* tag auf "Gemeinde xxx"
ändern. Also das Gemeinde davor schreiben. Und bei admin_level=6 auf
"Bezirk xxx"


Am 26. Juni 2013 20:09 schrieb Friedrich Volkmann <bsd at volki.at>:

> On 26.06.2013 15:38, Thomas Rupprecht wrote:
>
>> Gibt es jetzt schon eine Einigung/Empfehlung wie man Grenzen eintragen
>> soll?
>> Also also type=multipolygon oder type=boundary
>> Ich bin für multipolygon.
>>
>
> Das Problem dabei ist, dass Flächen und Linien durcheinander gebracht
> werden. Grenzen sind Linien, daher sollten boundary-Tags nur auf Ways
> gesetzt werden, oder auf Sammelrelationen von Ways.
>
> Die Relationen mit type=boundary sind keine richtigen Sammelrelationen,
> weil sie genau nach den selben Regeln wie Multipolygone aufgebaut sind.
> Also mit outer/inner usw. Auch die übrigen Tags beziehen sich auf die
> Fläche (name=Gemeinde X statt name=Gemeindegrenze X). Somit ist
> type=boundary nur ein Synonym für type=multipolygon, und so wird es auch
> von Renderern gehandhabt.
>
> In AT ist type=multipolygon üblich, und aus o.g. Gründen sehe ich keinen
> Bedarf, etwas daran zu ändern.
>
> Allerdings ist auch in AT boundary=* auf diese Flächen gesetzt. Man sollte
> das längerfristig durch ein flächenbezogenes Tag ersetzen oder ganz
> weglassen. boundary=administrative ist durch admin_level=* ohnehin
> impliziert, ebenso boundary=protected_area durch protection_class=*. Es
> kann natürlich sein, dass einige Renderer von boundary=* ausgehen, darum
> wird es am vernünftigsten sein, die boundary=administrative Tags auf den
> Multipolygonen vorerst drauf zu lassen.
>
> --
> Friedrich K. Volkmann       http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
> ______________________________**_________________
> Talk-at mailing list
> Talk-at at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-at<http://lists.openstreetmap.org/listinfo/talk-at>
>



-- 
mfg Thomas Rupprecht
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20130626/8990fa73/attachment.html>