Draw Order in TYP 0x47 (Sand)

[Plato]

Ich habe gestern ein kleines Problem mit der Draw Order in der TYP-Datei der Freizeitkarte für Garmin entdeckt.
Wir haben in den Niederlanden eine Reihe von Dünen- und Moorgebieten, in denen es eine Reihe von Sandverwehungen gibt.
Im Nationalpark Zuid-Kennemerland südlich von IJmuiden ist mir aufgefallen, dass auf der Garmin-Karte viel zu viel Sand angezeigt wird (siehe Mapsource-Screenshots).
Nachdem ich die TYP-Datei mit dem TYPViewer inspiziert hatte, sah ich, dass Sand (0x47) die gleiche Zeichenreihenfolge (6) hat wie Gebüsch (0x4f) und dass aus irgendeinem Grund Sand immer über Gebüsch gezeichnet wird. Gebüsch (und auch Wald) wächst natürlich auf dem Sand in dieser Art von Gebiet, so dass die Draw Order von Sand ein bisschen niedriger sein sollte. Nachdem ich die Draw Order von 6 auf 4 geändert habe, wird alles korrekt dargestellt (siehe Screenshot 2).

Übrigens, in der Android-Version der Freizeitkarte in Locus Map wird der Sand korrekt angezeigt.

 

[toc-rox]

Auf OSM sieht es auf den ersten Blick nicht falsch aus (ein Mutipolygon mit 'ausgeschnittenen' Sandflächen):

https://www.openstreetmap.org/relation/1466303#map=15/52.4392/4.5834

 

[Plato]

Das Sandpolygon ist zu groß und wird über das Gebüsch-Multipolygon gezeichnet.
Indem man ihm eine niedrigere Draw Order gibt, kann es korrigiert werden.
Meine Mapsource Screenshots zeigen dies.

 

[toc-rox]

Ein Multipolygon im OSM-Sinne ist eine 'Fläche mit Löchern'. Die Fläche ist dann z.B. als "Gebüsch" getaggt, und die Löcher als "Sand", Wasser oder irgendetwas anderes. Möglicherweise stimmte zum Zeitpunkt der Kartenerstellung etwas mit dem Multipolygon nicht. Wir sollten prüfen, ob der Defekt beim nächsten Build der Karte immer noch vorhanden ist.

 

[Plato]

Ich verstehe, was Sie mit Multipolygon meinen, aber wenn ein anderes Polygon, in diesem Fall Sand, mit einer höheren Zeichenpriorität darüber liegt, ist das Multipolygon nicht mehr sichtbar.
In meinem ersten Screenshot ist das viel zu große Sandpolygon deutlich zu sehen.
Das lässt sich in der TYP-Datei leicht beheben, wie Screenshot 2 zeigt.

 

[Plato]

Wir sollten prüfen, ob der Defekt beim nächsten Build der Karte immer noch vorhanden ist.

Bei den neuen Garmin 2403-Karten ist das Problem (wie erwartet) immer noch dasselbe.
Die Lösung ist einfach und steht in meinem Eröffnungsbeitrag.