Eigenartige Polygondarstellung in GPSMapEdit

Mit diesem Beitrag möchte ich alle ansprechen die sich schon öfters und intensiv mit GPSMapEdit beschäftigt haben uns schon Erfahrung bei der Erstellung von komplexen eigenen Karten gesammelt haben.

Liebe GPSMapEdit Spezialisten,

ich habe da ein Problem in GPSMapEdit (egal welcher Version) entdeckt welches ich nicht aus eigener Kraft und durch auch noch so langes Überlegen und Grübeln lösen kann. Darum möchte ich das Problem hier zur Diskussion stellen. Ich hoffe ich kann es so beschreiben, dass es auch verständlich ist.

GPSMapEdit speichert die gezeichneten Karten als .mp Datei ab. Diese Dateien sind reine Text Dateien und können so jederzeit mit einem Texteditor (ich verwende dazu den Editor aus WinXP) einsehen, kontrollieren und (wenn nötig) auch editiert werden.

Ich arbeite im vorliegenden Test ohne TYP-File oder Skins. Ebene 1 ist 0x01, Ebene 2 0x02 und Ebene 3 0x03. Ausserdem speichere ich Veränderungen an den Karten ab, schliesse danach GPSMapEdit und lade die Datei immer neu bevor ich weiterarbeite. Das um sicher zu sein, dass ich immer von einer reproduzierbaren Basis ausgehe.

So jetzt zur Beschreibung meines Problems:

Wenn man, wie im Test, z.B. drei Polygone zeichnet werden diese in der Reihenfolge in die .mp Date geschrieben in der man sie gezeichnet hat. Das kann man nach dem abspeichern z.B. mit dem WinXP Editor überprüfen.

; Generated by GPSMapEdit 2.0.77.1[IMG ID]LblCoding=9ID=13010001Name=Test cGPSmapper 0093Elevation=MPreprocess=FTreSize=511TreMargin=0.00000RgnLimit=127Transparent=SPOIIndex=YPOINumberFirst=YPOIZipFirst=YLevels=2Level0=24Level1=18Zoom0=0Zoom1=1[END-IMG ID][POLYLINE]Type=0x29Data0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008),(48.26101,16.39008)[END][POLYGON]Type=0x4bBackground=YData0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008)[END][POLYGON]Type=0x1Label=0x01 Ebene 1Data0=(48.25174,16.40381),(48.25174,16.40995),(48.24584,16.40995),(48.24584,16.40381)[END][POLYGON]Type=0x2Label=0x02 Ebene 2Data0=(48.25142,16.40872),(48.25142,16.41486),(48.24552,16.41486),(48.24552,16.40872)[END][POLYGON]Type=0x3Label=0x03 Ebene 3Data0=(48.25605,16.40630),(48.25605,16.41244),(48.25015,16.41244),(48.25015,16.40630)[END]

Wenn man die abgespeicherte Datei jetzt wieder in GPSMapEdit öffnet werden die Polygone in der Reihenfolge dargestellt in der sie gezeichnet und abgespeichert wurden. In meinem Test wurde zuerst die Ebene 1, danach 2 und 3 gezeichnet. Wenn sich die Polygone überlappen deckt also die Ebene 3 die Ebenen 1 und 2, die Ebene 2 nur die Ebene 1 ab. Das ist logisch und für das Zeichnen von komplexen Karten mir überlappenden Polygonen auch wichtig. Siehe dazu das Bild ZE-Test_001.

Wenn man jetzt aber in der Ebene 2 noch einen Punkt dazusetzt tut sich was für mich unerklärliches. Es wird diese Ebene in die unterste Position gebracht, also jetzt plötzlich von Ebene 1 und 3 abgedeckt (siehe Bild ZE-Test_002), obwohl sich an der Reihenfolge der Ebenen, bei einer Kontrolle mit dem Editor nichts verändert hat.

; Generated by GPSMapEdit 2.0.77.1[IMG ID]LblCoding=9ID=13010001Name=Test cGPSmapper 0093Elevation=MPreprocess=FTreSize=511TreMargin=0.00000RgnLimit=127Transparent=SPOIIndex=YPOINumberFirst=YPOIZipFirst=YLevels=2Level0=24Level1=18Zoom0=0Zoom1=1[END-IMG ID][POLYLINE]Type=0x29Data0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008),(48.26101,16.39008)[END][POLYGON]Type=0x4bBackground=YData0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008)[END][POLYGON]Type=0x1Label=0x01 Ebene 1Data0=(48.25174,16.40381),(48.25174,16.40995),(48.24584,16.40995),(48.24584,16.40381)[END][POLYGON]Type=0x2Label=0x02 Ebene 2Data0=(48.25142,16.40872),(48.25142,16.41486),(48.24856,16.42156),(48.24552,16.41486),(48.24552,16.40872)[END][POLYGON]Type=0x3Label=0x03 Ebene 3Data0=(48.25605,16.40630),(48.25605,16.41244),(48.25015,16.41244),(48.25015,16.40630)[END]

Es wird aber noch besser. Bei einem zusätzlich gezeichneten Punkt in Ebene 3 wird diese plötzlich von Ebene 1 und 2 abgedeckt. Siehe dazu ZE-Test_003. Wohlbemerkt, in der .mp Datei ist noch immer die Zeichenreihenfolge Ebene 1,2 und 3 zu sehen.

; Generated by GPSMapEdit 2.0.77.1[IMG ID]LblCoding=9ID=13010001Name=Test cGPSmapper 0093Elevation=MPreprocess=FTreSize=511TreMargin=0.00000RgnLimit=127Transparent=SPOIIndex=YPOINumberFirst=YPOIZipFirst=YLevels=2Level0=24Level1=18Zoom0=0Zoom1=1[END-IMG ID][POLYLINE]Type=0x29Data0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008),(48.26101,16.39008)[END][POLYGON]Type=0x4bBackground=YData0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008)[END][POLYGON]Type=0x1Label=0x01 Ebene 1Data0=(48.25174,16.40381),(48.25174,16.40995),(48.24584,16.40995),(48.24584,16.40381)[END][POLYGON]Type=0x2Label=0x02 Ebene 2Data0=(48.25341,16.40851),(48.25341,16.41465),(48.25056,16.42134),(48.24751,16.41465),(48.24751,16.40851)[END][POLYGON]Type=0x3Label=0x03 Ebene 3Data0=(48.25685,16.40482),(48.25685,16.41096),(48.25094,16.41096),(48.25094,16.40482),(48.25410,16.39800)[END]

Ein zusätzlicher Punkt in Ebene 1 bringt keine Veränderung der der Ebenendarstellung. Siehe ZE-Test_004.

; Generated by GPSMapEdit 2.0.77.1[IMG ID]LblCoding=9ID=13010001Name=Test cGPSmapper 0093Elevation=MPreprocess=FTreSize=511TreMargin=0.00000RgnLimit=127Transparent=SPOIIndex=YPOINumberFirst=YPOIZipFirst=YLevels=2Level0=24Level1=18Zoom0=0Zoom1=1[END-IMG ID][POLYLINE]Type=0x29Data0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008),(48.26101,16.39008)[END][POLYGON]Type=0x4bBackground=YData0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008)[END][POLYGON]Type=0x1Label=0x01 Ebene 1Data0=(48.25174,16.40381),(48.25174,16.40995),(48.24871,16.41435),(48.24584,16.40995),(48.24584,16.40381)[END][POLYGON]Type=0x2Label=0x02 Ebene 2Data0=(48.25341,16.40851),(48.25341,16.41465),(48.25056,16.42134),(48.24751,16.41465),(48.24751,16.40851)[END][POLYGON]Type=0x3Label=0x03 Ebene 3Data0=(48.25685,16.40482),(48.25685,16.41096),(48.25094,16.41096),(48.25094,16.40482),(48.25410,16.39800)[END]

Hingegen bringt da Löschen eines Punktes in Ebene 3 wieder eine Veränderung, eine andere Zeichenanordnung mit sich. Jetzt deckt Ebene 3 wieder Ebene 1 und 2 ab, obwohl die Ebenen 1 und 2 noch immer nicht richtig dargestellt werden. Siehe ZE-Test_005. Die Zeichenreihenfolge in der .mp Datei ist aber immer noch unverändert.

; Generated by GPSMapEdit 2.0.77.1[IMG ID]LblCoding=9ID=13010001Name=Test cGPSmapper 0093Elevation=MPreprocess=FTreSize=511TreMargin=0.00000RgnLimit=127Transparent=SPOIIndex=YPOINumberFirst=YPOIZipFirst=YLevels=2Level0=24Level1=18Zoom0=0Zoom1=1[END-IMG ID][POLYLINE]Type=0x29Data0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008),(48.26101,16.39008)[END][POLYGON]Type=0x4bBackground=YData0=(48.26101,16.39008),(48.26101,16.43074),(48.23876,16.43074),(48.23876,16.39008)[END][POLYGON]Type=0x1Label=0x01 Ebene 1Data0=(48.25174,16.40381),(48.25174,16.40995),(48.24871,16.41435),(48.24584,16.40995),(48.24584,16.40381)[END][POLYGON]Type=0x2Label=0x02 Ebene 2Data0=(48.25341,16.40851),(48.25341,16.41465),(48.25056,16.42134),(48.24751,16.41465),(48.24751,16.40851)[END][POLYGON]Type=0x3Label=0x03 Ebene 3Data0=(48.25685,16.40482),(48.25685,16.41096),(48.25094,16.41096),(48.25094,16.40482)[END]

Diese Eigenart habe ich zuerst in einer sehr komplexen Karte (> 50 Zeichenebenen, von denen sich einige bewusst überlappen) entdeckt als ich plötzlich bemerkte, dass eine Ebene (Landschaftsteile), die weit über dem Hintergrund (Höhenschichtflächen) liegen sollte diese nicht abdeckt sondern dahinter liegt. In dem Fall dieser Karte passierte das aber bereits bei einkopieren der Ebenen und nicht erst, wie in dem recht einfachen Beispiel, nach nachträglicher Veränderung eines Polygons.

Hat irgendwer eine Ahnung wie man dieses Problem lösen kann? Es ist für mich nämlich besonders wichtig, dass die Ebenen in der gezeichneten Reihenfolge auch dargestellt werden. Warum? Bei meiner Karte handelt es sich um eine Aufteilung der Polygone in Hintergrund (z.B. Höhenschichtflächen) und den Vordergrund (z.B. Felsen, Vegetation, Landschaftsteile u.s.w.). Und das sollte, meiner Meinung nach, auch in GPSMapEdit richtig dargestellt werden.

Ich bin für jeden Tipp zu Problemlösung dankbar und warte schon gespannt auf eure Antworten.

Liebe Grüsse, Peter

Hallo Paul,

klingt recht logich was du da schreibst. Und nur so, dass GPSMapEdit eine "interne" Draworder hat lassen sich einige dieser Eigenarten erklären.

Danke für die Ideen dazu.

Ich arbeite mit sog. Zeichenebenen, das bedeutet, dass ich mir genau überlege welches Polygon zuerst (da im Hintergrund) und welches danach (da im Vordergrund) gezeichnet wird.

Eigentlich zeichne ich die Polygone nicht alle in einer Karte sondern zeichne sie in einzeln in Einzelteilen (für jede Polygontype eine eigene Karte) und kopiere sie danach hintereinander (vom Hintergrund beginnend) in die Gesamtkarte.

Der Aufbau meiner Karten (es handelt sich meist um Inseln) sieht so aus, dass ich zuerst das Wasser, dann die Inselfläche , danach die einzelnen 20 Meter Höhenschichtflächen und zu Schluss die Geländeformationen zeichne.

So wollte ich erreichen, dass nach dem zeichnen der Geländeformationen die eher unwichtigen Höhenschichtflächen in GPSMapEdit abgedeckt werden.

Das scheint auch fast immer zu funktioniren. Nur einmal habe ich bemerkt, dass eine Höhenschichtfläche (0x12) die als 6tes gezeichnet wurde eine Geländefläche (0x45) die als 52stes gezeichnet wurde überdeckt wird. Das hat mich zum Nachdenken und Grübeln gebracht.

Was mich aber noch mehr verwirrt hat ist, dass beide Flächen (0x12 und 0x45) nicht nur aus einem, sondern aus vielen Polygonen bestehen. Aber nur an 2 Stellen tritt dieser Effekt auf, sonst verhalten sich die Polygone wie erwartet. Zuerst gezeichnet = Hintergrund, danach gezeichnet = Vordergrund.

Das ich mit den Typ-Files die Draworder steuern kann weiss ich natürlich. Ohne den TYP-Files wäre eine so komplexe Karte wie ich sie zeichne gar nicht realisierbar. Bei meiner komplexen Karte (hier verwende ich natürlich eine TYP-Datei) hat 0x12 Draworder 2 und 0x45 Draworder 8. Wenn GPSMapEdit die Draworder unterstützt müsste also 0x12 unter 0x45 liegen. Sehe ich da richtig? Das tut es aber nicht überall.

Trotz allem kann ich mir aber immer noch nicht erklären warum ein einzelner dazugezeichneter Punkt in einem Polygon die Ebene der Anzeige steuert.

Ich forsche weiter...

Liebe Grüsse

Peter

Noch mal zum Thema "Eigenartige Polygondarstellung"

Ich habe jetzt noch weiter geforscht und zuerst den Test mit einem Skin-(Typ)-File versehen.

Ebene 1 bekam die drawOrder 4, Ebene 2 drawOrder 6 und Ebene 3 die drawOrder 8.

Eines kann ich jetzt mit sicherheit sagen. GPSMapEdit schert sich in keinster Weise um die im Skin-(Typ)-File vorgelegten drawOrder. Alles sieht so aus wie ohne Skin Datei, nur eben in anderen, von mir gewählten, Farben. Das bedeutet, die Flächen liegen genauso (falsch?) wie ohne Skin Datei.

Es wird immer Rätselhafter für mich. Wie kann es sein, dass ein einziger hinzugefügter Punkt in einem Polygon die Darstellung bei überlappenden Polygonen so, und noch nicht mal logisch erklärbar, ändert?

Hier scheint das Problem im GPSMapEdit zu liegen. Seltsam ist für mich nur, dass noch niemand der Kartenzeichner darauf gestossen ist.

Was ich auch noch getestet habe war, dass ich die geposteten .mp Dateien auf einem Rechner der noch nie zuvor GPSMapEdit installiert gehabt hat mit einer ganz neu installierten Version geöffnet habe. Damit wollte ich sehen, ob nicht möglicherweise die Darstellung in irgendeiner "geheimen" (Ini)Datei in GPSMapEdit abgespeichert wird und dann immer herangezogen wird. Fehlanzeige. Auch bein ersten öffnen der ZE-Test_003 Datei sah es genau so falsch aus wie auf dem Rechner wo die Files gezeichnet wurden.

Ich bin am Ende meiner Weisheit und kann nur mehr auf weiter gute Ideen von euch hoffen.

Liebe Grüsse

Peter

Hallo Paul,

noch mal vielen Dank, dass du dich so meinem Problem annimmst. Ich werde noch heute, spätesten aber morgen, genau darauf eingehen warum es bei meiner Karte überlappende Polygone gibt (geben muss), welche Polygone ich verwende u.s.w.

Voerst habe ich aber nur eine Frage: Was ist MPC-Konform?

Bis dann, Peter

Wie versprochen:

Zuerst mal Dank an morgen1 für die Klarstellung was MPC ist. Da ich kein offizieller Kartenentwickler von Garmin bin, dieses Tool auch nicht habe, kann ich natürlich auch nicht sagen ob meine selbstgezeichnete Karte irgendwelchen MPC Richtlinien entspricht.

Und jetzt zu meinen angekündigten Informationen zu meiner Karte:

Ich habe beim entwickeln und/oder zeichnen meiner Karten immer versucht auf bewähret im Netz verfügbare Anleitungen zurückzugreifen und/oder oder diese einfach mal „nach zu kochen“. Das möchte ich hier mal sagen, damit nicht der Eindruck entsteht, ich versuche „unerforschter Gelände“ zu betreten.

Aber jetzt zuerst zu meinen verwendeten Polygonen: Ich verwende ausschlisslich Polygone die bei:

http://www.cgpsmapper.com/

in der Anleitung:

http://www.cgpsmapper.com/down…nt%20elevation%20data.pdf

beschrieben werden. Und das ist, so glaube ich, eine (die!) Reverenz.
Die Idee, dass man Polygone auch überlappen kann und auch darf kommt auch von dort und wir zur Erzeugung der von einer Karte mit Höhendaten beschrieben. Ich mache also nichts Exotisches oder Verbotenes.

Wie ist jetzt meine Karte aufgebaut? Sie besteht zuerst aus einer Wasserfläche die die eigentlichen Inseln ausspart. Das bedeutet, die Wasserfläche (0x28) ist ein Polygon mit Löchern die sich überall dort befinden wo Land ist. Diese Fläche hat im TYP-File die drawOrder (dO) 1. Danach kommen die Inseln mit der 0 Meter Fläche auch mit dO 1. Diese beiden Polygone überlappen nirgends, das ist sicher. Jetzt kommen sie einzelnen Höhenschichtflächen wie in der Anleitung beschrieben 20 Meter bis 80 Meter dO 2, 100 Meter bis 160 Meter dO 2 u.s.w. Diese Polygone müssen sich überlappen, sonst könnte man ja keinen schönen Farbverlauf erzielen. Die Karte um die es geht hat braucht eine Höhe von etwas über 380 Meter. Ich brauche also Flächen bis 380 Meter und bis zur dO 6. Hier möchte ich anmerken, dass alle dieser Flächen auch in der Reihenfolge von unten nach oben in GPSMapEdit gezeichnet oder rein kopiert wurden. Begonnen wird mit der Wasserfläche, danach kommt die 0 Meter Fläche, dann die 20 Meter Fläche u.s.w.

Über den Höhenschichtflächen liegen jetzt noch Polygone mit Geländemerkmalen wie Felsen, Strände u.s.w. und der Vegetation, wie Bäume, Sträucher u.s.w. Diese Polygone haben dO 7 und 8. Alle diese Polygone überlappen sich gegenseitig auch nicht, da bin ich mir zu 100% sicher. Sie bestehen immer aus einer Farbe und einem transparenten Teil, da man sonst ja nicht auf den Farbverlauf der darunterliegenden Höhenschichten sehen könnte. Diese Flächen werden nacheinander, aber nach den Höhenschichtflächen, in GPSMapEdit gezeichnet oder rein kopiert.

Und hier ist mir eben aufgefallen, dass an einigen, nicht an allen (!), Stelen der Karte die 60 Meter Höhenschichtfläche (0x12 dO 2) eine viel später gezeichnete Fläche mit Vegetation (0x45 dO überdeckt. Das war der Start zu diesem Beitrag.

Ja das war’s eigentlich schon. Mehr an Geheimnissen steckt nicht in meiner Karte.

Ich habe also bewusst überlappende Polygone eingesetzt, da sonst eine Karte mit einem Höhenschicht Farbverlauf und darüber liegenden Gelände nicht leicht möglich wäre.

Natürlich habe ich nachgedacht und mir Gedanken gemacht wie man eine Karte ohne überlappende Polygone erzeugen kann. Man müsste dazu aber die komplette Struktur des Aufbaus ändern. Und was dann noch ein Nachteil wäre, man ist auf 2 Farben pro Polygon beschränkt, da ein Polygon ja nur zwei Farben haben kann.

Wenn man so eine Karte konstruiert muss man zuerst aus der Höhenschichtflächen ringförmige Polygone, eines pro Höhenschicht, bilden. Das sollte nicht da Problem sein. Dazu gibt es in GPSMapEdit ja ein Tool. Dann hat man eine Karte mit einer Meerflächen und einzelnen ringförmigen Höhenschichten die sich nicht überlappen.

Das eigentliche Problem wird dann aber sein die Geländemerkmale und Vegetation in diese Höhenschicht Polygone zu zeichnen. Das geht dann nur wenn es in GPSMapEdit eine Möglichkeit gibt aus zwei überlappenden Polygonen der Überlappungsteil zu selektieren und daraus ein neues Polygon oder eine Polyline zu erzeugen. So was habe ich aber noch nicht entdecken können. Oder gibt es doch sowas?

Ich hoffe das war genug Information zu meinem Kartenaufbau.

Übrigens, genau nach diesem Prinzip einer Karte mit überlappenden Polygonen habe ich schon einige Karten erstellt, diese mit cGPSmapper konvertiert und mit MapSource auf mein GPS gebracht. Das klappte aber, wie man hier:

http://www.naviboard.de/vb/showthread.php?t=48373

nachlesen kann leider aber nicht immer.

Liebe Grüsse und einen schöne Tag der Arbeit

Peter

Hallo morgen1,

ich habe es eh schon aufgegeben, dass man in GPSMapEdit es so sehen kann wie in der fertigen img-Karte am GPS. Aber ich wollte nur mal zeigen wie Aufwändig so ein Projekt sein kann. Un da hat mich das mit den falsch dargestellten Ebenen eben genervt.

Danke für den Tipp mit den überlappenden Polygonen. Das werde ich gleich mal testen. Und, wenn das Wetter wieder mal schlecht ist, damit an meiner Karte basteln.

Ich verwende Dithering für den Farbverlauf der Höhenschichten. Im Beispiel unten hat 0x0f die drawOrder 1, 0x10 bis 0x1b drawOrder 2, 0x1c bis 0x1d usw. drawOrder 3.

[_polygon]
Type=0x0f
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFFD5"
"     c none"
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
...
[end]


[_polygon]
Type=0x10
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFFB4"
"     c none"
"X   X   X   X   X   X   X   X   "
"  X   X   X   X   X   X   X   X "
"X   X   X   X   X   X   X   X   "
...
[end]


[_polygon]
Type=0x11
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFFB4"
"     c none"
"   X   X   X   X   X   X   X   X"
" X   X   X   X   X   X   X   X  "
"   X   X   X   X   X   X   X   X"
...
[end]


[_polygon]
Type=0x12
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFFB4"
"     c none"
"  X   X   X   X   X   X   X   X "
"X   X   X   X   X   X   X   X   "
"  X   X   X   X   X   X   X   X "
...
[end]


[_polygon]
Type=0x0f
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFFB4"
"     c none"
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
"XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"
[end]


[_polygon]
Type=0x1c
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFF8B"
"     c none"
"X   X   X   X   X   X   X   X   "
"  X   X   X   X   X   X   X   X "
"X   X   X   X   X   X   X   X   "
...
[end]


[_polygon]
Type=0x1d
String1=0x02,Fläche
String2=0x04,Layer
Xpm="32 32 2 1"
"X    c #FFFF8B"
"     c none"
"   X   X   X   X   X   X   X   X"
" X   X   X   X   X   X   X   X  "
"   X   X   X   X   X   X   X   X"
...
[end]

Liebe Grüsse

Peter

Hallo Paul,

ich kann noch nicht sagen ob das Phänomen auch in der fertigen Karte auftritt, da ich noch am zeichnen und kopieren bin. Ich bin derzeit im Kartenzeichnen-Zeitdruck, denn am 18. Mai geht's ab in den Urlaub und bis dahin soll die Karte fertig sein.

Wenn ich (ein wenig) Zeit dazu habe werde ich einmal eine falsch dargestellte Karte aus dem ersten Beitrag nehmen, ein TYP-File dazu erstellen, wo die Polygone 0x01, 0x02 und 0x03 eine eindeutige drawOrder haben und die Karte konvertieren.

Wenn du nicht so lange warten willst (oder kannst), kannst du es ja auch mal mit meinen Testfilez versuchen. Bin gespannt was dabei rauskommt.

Bis bald, Peter

Hallo Paul,

habe getestet. GPSMapEdit kümmert sich nicht immer (oder fast nie) um das TYP-File. MS hingegen stelt alles richtig dar.

Liebe Grüsse

Peter