Das liegt daran, dass zu viele zu lange Multipolygone falsch getagged haben und die Render das als Fallback entsprechend angewandt haben. Faktisch dennoch ein Bug und als solchen würd ich ihn auch behandeln.
Das Problem dürfte allerdings eher in osm2pgsql als an Mapnik oder dem Kartenstil liegen - oder aber an dessen Konfiguration im osm-default-style-Setup. Am besten also: Bug-report beim osm-default-style und bei osm2pgsql; entweder wird das im style auf osm2pgsql geschoben, oder bei osm2pgsql gibt es eine Konfigruation, um das umzustellen, und darüber wird das Problem gelöst. Letzte und schlechteste Variante: Die Admins entscheiden sich bewusst, den Fehler in Kauf zu nehmen und wollen das fallback für viele andere Fälle beibehalten, in denen tatsächlich fälschlicherweise an inner/outer die Tags der Relation drangepappt oder wiederholt worden sind. Gruß Peter Am 04.03.2014 13:49, schrieb Martin Koppenhoefer: > Am 4. März 2014 13:41 schrieb Manuel Reimer <manuel.s...@nurfuerspam.de>: > >> Stimmt im Prinzip. Bevor ich aber irgendwelche Flächen ohne "landuse" >> rumstehen lassen würde, würde ich hier die kleine Redundanz in Kauf nehmen >> und ergänzend zum Multipolygon allen "Untereinheiten" noch ein >> "landuse=forest" geben. >> > > > Im Prinzip ja, leider sind die Multipolygon-Relationen vollkommen > unberechenbar und interpretieren teilweise "aus eigener Kraft", dass ein > tag nicht sein soll wo es ist (z.B. wenn man ein Loch hat, welches die tags > des Multipolygons hat, dann wird das als Loch gerendert und die tags des > Objekts werden offenbar weggeworfen, Beispiel: > http://www.openstreetmap.org/way/263521637 auch ein Hinzufügen von > building:part=yes hat leider nichts geändert, es bleibt ein Loch im > Rendering). > > Gruß Martin > _______________________________________________ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
