Was ist da faul mit dem Waldpolygon?

[fkv (Friedrich Volkmann)]

@de_muur

Das sollte man in der Praxis aber UNBEDINGT vermeiden. Dieser Ansatz klingt zwar in der Theorie ganz nett, macht die Datenstrukturen aber so kompliziert, dass da kein anderer Mapper mehr durch steigt (und man selbst ein paar Wochen spaeter wahrscheinlich auch nicht mehr). Es gibt schon genug Leute, die Schwierigkeiten damit haben, wennn mehrere Wege ueberienander liegen, Wenn man nun anstatt mehrerer Wege mehrere Relationen uebereinander stapelt, dann gewintt man da Null Uebersicht, sondern verlagert das Problem nur auf eine hoehere Abstraktionsebene.

Ich meine nicht übereinander, sondern nebeneinander (mosaikartig). Einer der häufigsten Fehler auch geübter Mapper ist es, nebeneinander liegende Flächen nicht zu verbinden, weil sie sich damit nicht auskennen. Dadurch bleiben in den Karten hässliche Streifen frei. Hier sind Multipolygone das Mittel der Wahl, und man sollte mal ein Tutorial ins Wiki stellen, damit MP-Mosaike mehr Verbreitung finden. Wenn das passiert, schauen sich die Mapper das eh voneinander ab. Diese Sache wird tendenziell immer wichtiger, denn die Wälder, Äcker und Residentials, die einst isoliert in der Karte standen, treffen mit wachsendem Vollständigkeitsgrad immer mehr aufeinander.

Allgemein sollte man zu grosse Flaechenelemente vermeiden. (Sie sind fuer die Mapper zu unuebersichtlich und fuer die Auswerteprogramme erhoehen sie den Aufwand, da diese dann auf uebermaessig grossen Abschnitten Arbeiten muessen.)

Programme sind geduldig, und der Aufwand hängt nach meiner Berechnung nicht davon ab, ob eine Fläche ein MP ist oder wie viele Members es hat. Fürn Menschen sind große MP natürlich unübersichtlich, da gebe ich dir recht. Als z.B. ein Validator bei http://www.openstreetmap.org/browse/relation/1258056 einen offenen Ring angemeckert hat, musste ich eine Weile suchen…

Riesengrosse Flaeche sollte man stattdessen lieber sinnvoll in Teilflaechen zerlegen, z.B. einen Wald entlang einer Strasse teilen.

Oder in gerader Linie, damit man bei Änderungen an der Straße sich nicht ums MP kümmern muss.

Ja, riesengroße Flächen sollte man teilen, aber man muss halt einen Mittelweg finden, denn eine lange Liste an Relationen ist genauso unübersichtlich wie eine zu große Relation.

Nicht ohne Grund hat man in der letzten API-Aenderung ein Limit fuer die Knotenanzahl eines Ways eingefuehrt.

Das Limit macht die Multipolygone nicht einfacher, wenn man deswegen die Ways in kleinere Stücke zerteilt und damit noch mehr Objekte bekommt. Ich vermute den Grund für das Limit daher woanders: In der EDV ist es seit jeher üblich, für alles, was sehr groß werden kann, Limits zu definieren, damit es zu keinen Überläufen kommt.