Multipolygone Relations

[de_muur]

@Tshikey

wenn nun ein äußerer weg z.b. einen see oder flußlauf beschreibt u. wegen der maximalen knötchenzahl aufgespalten werden muss,
müssen die flächentags von diesen elementen des polygons entfernt werden, da sie ja sonst selber “nichtgeschlossene flächen” darstellen
würden. (der validator meckert dann auch entsprechend…)

Nur weil der Validator meckert, ist das noch lange kein Grund etwas entsprechend zu taggen. Wir mappen nicht fuer den Renderer und bestimmt auch nicht fuer den Validator. Entweder man ignoriert die warnung, oder man bringt dem Validator mal multipolygon-Relationen bei.

das ist also keine option sondern sollte schon so gehandhabt werden. andere tags wie z.b. source, note etc. können jedoch beibehalten werden.
dies empfiehlt sich sogar, da gerade neue mapper mit ways ohne tags u. multipolygonen erst einmal gar nichts anfangen können…

Davon wuerde ich wiederum strikt abraten. Die Tags, die die Multipolygon-Flaeche beschreiben gehoeren entweder alle in die Relation oder alle (einheitlich) an den outer-Way (mehrere outer-Ways sind auch moeglich und muss man entsprechend auch auswerten, sollte man m.E. beim Mappen aber vermeiden, um die Strukturen fuer andere mapper moeglichst einfach zu halten). Eine Mischform (ein Teil der Tags in der Relation, ein Teil der Tags an den outer-Way) ist weder durch die (verschiedenen) Definitionen der multipolygon-Relation gedeckt, noch duerfte es der Uebersicht foerderlich sein: Ein Way ohne jegliche Tags deurfte von Anfaenegrn eher als Teil einer Relation erkannt werden, als ein Way der nur einen Teil der fuer ihn bestimmten Tags enthaelt.

Das hat jetzt natuerlich nichts mit der Auswertung von multipolygon-Relationen zu tun sondern mit deren Erstellung. Aber oberste Regel dabei sollte immer sein: Keep it simple! Mit multipolygon-Relationen kann man syntaktisch korrekte aber unheimlich komplizierte Gebilde erzeugen, was in einem “Open” Projekt aber ein ganz schlechte Idee ist.

Gruss
Torsten