Hallo Robert, kennst du dich mit relations aus? Denkst du wir schaffen das gemeinsam?
Ich konnte nirgendwo was finden, dass es schlecht wäre Gemeinden und Bezirke gleichzeitig einzutragen. Die Vorteile überwiegen imho bei Weitem - außerdem gibt es ohnehin bereits einen mix aus beiden Ansätzen. Und es gibt deshalb auch beim rendern kein Problem z.B. in Wien oder Salzburg. Korrekt ist die Hinterlegung aller Gemeinden, Bezirke usw. - das muss der renderer ohnehin berücksichtigen. lg Andi On 27.03.2013, at 13:00, [email protected] wrote: > Message: 2 > Date: Tue, 26 Mar 2013 14:47:31 +0100 > From: Robert Kaiser <[email protected]> > To: OpenStreetMap AT <[email protected]> > Subject: Re: [Talk-at] Hallo / Gemeinden AT > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Andreas Labres schrieb: >> On 25.03.13 22:20, Andreas Langegger wrote: >>> Viele Statuarst?dte, die als Bezirk (admin_level 6) bereits vorhanden sind, >>> sollte man auch als admin_level 8 eintragen, da sie auch Gemeinden sind. >> >> Eigentlich war die Regel, dass wir nur den h?chsten Level eintragen. F?r die >> doppelte und dreifache Eintragung spricht eigentlich nur, dass man es beim >> Auswerten leichter hat, sonst macht es mehr Beschriftungsprobleme. > > IMHO m?ssen sie (die Relationen, nicht die Wege, nat?rlich) doppelt > existieren, weil ein Extrakt aller Bezirke genauso wie ein Extrakt aller > Gemeinden vollst?ndig sein sollte. Idealerweise k?nnten wir > admin_level=6,8 verwenden, aber es gibt AFAIK keine Tools (und das > betrifft nbicht nur Renderer), die damit umgehen k?nnen, und in der > Struktur der Relationen-Hierarchie k?nnte das auch komisch wirken. > >> Und dass Grenzpolygone immer wieder mal kaputt gehen, ist einfach so, weil >> halt >> wieder mal jemand - meist unabsichtlich - dran rumfummelt. > > Hei?t aber nicht, dass die dann nicht korrigiert werden sollten. :) > > Robert Kaiser > _______________________________________________ Talk-at mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-at
