Kermeter "abgesoffen" ;-)

Communities Deutschland (Germany)
1

Kann jemand die miteinander verknüpften Polygone überprüfen?
http://www.openstreetmap.org/?lat=50.5964&lon=6.5054&zoom=13&layers=00B0FTF
Irgendetwas läuft da schief.
In der Fahrradkarte ist der Fluß in den Wald “ausgelaufen”.

Edit
… und daneben mutierte die Wasserfläche der Talsperre zum Wald.
http://www.openstreetmap.org/?lat=50.6389&lon=6.424&zoom=14&layers=00B0FTF

Gruß
tippeltappel

2

Hallo tippeltappel

Absolut richtig, da läuft gewaltig was schief.

Die Radkarte kann nicht sinnvoll mit Multipolygonen umgehen. Sie ist
schlicht auf dem Stand Loch in Fläche stehen geblieben. Sobald ein
inneres Polygon eigene Eigenschaften hat, funktioniert es nicht mehr.

Siehe das Kreuzkröten Biotop links neben dem früheren Landesbehördenhaus.
(aussen: natural=scrub, innen: natural=water)

Edbert (EvanE)

3

Wenn Mapnik und Osmarender alles richtig anzeigen, dürfte es zu 99% auch richtig getaggt sein.

Die Fahrradkarte ist leider technisch leider weit hinter den beiden Karten. Ich würde vorschlagen, einen BUG-Report an die Hersteller zu schicken.

4

Gibt es schon seit dem 18.03.2009, seitdem mehrfach ergänzt, zuletzt hat sich EvanE am 25.02.2010 diese Mühe gemacht, siehe:
http://trac.openstreetmap.org/ticket/1656

Der Fehler tritt übrigens nicht nur bei Kombinationen mit Wasser auf, fällt bei jenem aber logischerweise besonders auf.

Vernüftige vorläufige “Workarounds” bis zu einer Fehlerbehebung wurden bisher nicht gefunden. Jene Fehlerbehebung scheint aber eher “langwierig” zu sein (Fehler gemeldet am 18.03.2009). Gerade mich ärgert der Fehler, wie bei diesem Link wohl schnell klar wird:
http://www.openstreetmap.org/?lat=51.722&lon=10.71&zoom=10&layers=00B0FTF

5

Ja, aber wenn niemand den Fehler erneut meldet, gerät er beim Team in Vergessenheit. Wenn der Fehler jeden Tag im BugTracker neu gemeldet wird (und jeden Tag als “Duplicate” geschlossen werden muss) sehen die Programmierer, daß sie den Bug beheben müssen. So denken sie “Ah, ja, das merkt ja keiner, also machen wir mal langsam”.

Meiner Meinung nach ist die Karte aktuell damit NICHT zu gebrauchen und müsste als Layer von openstreeetmap.org entfernt werden. So wie es jetzt ist, ist es einfach nur peinlich für OSM. Da ist eine Karte als Offizielle Karte auf der Offiziellen Haupt-Seite angegeben, und die macht so einen Müll.

6

Ok, überredet. :wink: Ich werde den Bugreport in den nächsten Tagen auch mal ergänzen.

Ja, ich gebe zu, jene Gedanken hatte ich auch schon. Bisher wollte ich im meine OSM-Zeit aber nicht gerade darin investieren, dass etwas entfernt wird…

7

Vielen Dank für die Erklärung!

8

Hallo
Jetzt verschwindet der Wald in Mapnik. - ersatzlos -
http://www.openstreetmap.org/?lat=50.604&lon=6.4743&zoom=13&layers=B000FTF
Die fehlerhafte Darstellung der Fläche variiert in den verschiedenen Zoomstufen.
http://www.openstreetmap.org/?lat=50.6219&lon=6.505&zoom=14&layers=B000FTF
http://www.openstreetmap.org/?lat=50.62805&lon=6.49303&zoom=15&layers=B000FTF

Gruß
tippeltappel

9

Ich weiß nicht, ob ich alle Fehler gefunden habe:

  • das Waldpolygon war nicht mehr in die Relation “Kermeter” eingebunden > auf “outer” gesetzt; im Uhrzeigersinn
  • Wolfsgarten: landuse meadow und residental waren als Multipolygon getagt > kontrolliert, ob alle auf “inner” gesetzt sind; gegen Uhrzeigersinn;
  • andere innen liegende Flächen gesucht; weiß nicht, ob ich alle gefunden habe;

Gruß
tippeltappel