Linefeed in GPX Files von MapSource

Hallo,

hin und wieder spiele ich mich mit Alternativen, wie am besten meine GPX Dateien inhaltlich verwalten. Heute bin ich allerdings auf ein seltsames Phänomen gestossen, das mir bis jetzt noch nicht aufgefallen ist:

Ein Wegpunkt mit der Beschreibung ...

Zeile 1
Zeile 2
Zeile 3
Zeile 4

... als GPX abgespeichert. Die gespeicherte Datei (unverändert) wieder mit MapSource öffnen bringt folgendes Ergebenis als Beschreibungstext:

Zeile 1

Zeile 2

Zeile 3

Zeile 4

Da kommt MapSource mit seinen eigenen Linefeeds nicht klar. Im GPX Texteditor gesichtet zeigt alles ok. BaseCamp ist da nicht besser. Die speichert eine GPX gleich mit einer zusätzlichen Leerzeile zwischen den Zeilen im Textfile ab.

Gibts da ein "des Rätsels Lösung" bezüglich der ganzen Linefeeds? Vom GPX Editor werden bei den Beschreibungen mit MapSource erstellte GPX-Files die Linefeeds ignoriert, sprich es ist alles in einer Wurst.

lg, Paul

Hallo Andreas,

danke für die Info. Ich werd das ganze nochmals mit der alten MapSource durchspielen und mir das Ergebnis in einem HEX Editor ansehen.

lg, Paul

Hallo Andreas,

GPX Spezialist bin ich noch nicht, aber wird schon werden :). Was ich bis jetzt so rausbekommen habe, beim Speichern von Wegpunkten als GPX File wird von den Applikationen das Linefeed wie folgt abgespeichert:

MapSource 6.13.7 als "0D 0A"
MapSource 6.16.3 als "0D 0D 0A"
Basecamp als "0D 0A 0D 0A"
GPX Editor 1.3.46 als "0D 0A"

Man sieht da, dass sich das alte MapSource und der GPX Editor so verhalten, wie sie sollen. Das "0D 0A" ist per default der Beginn einer neuen Zeile (hoffe, dass da mein Wissen korrekt ist).

Bei der neuen MapSource und bei BaseCamp, da weiss ich nicht, ob das so gewollt ist oder ob da ein Bug vorhanden ist.

Die GPX Dateien sind quasi meine Source zum Erstellen von *.gpi Dateien mit dem POILoader. Somit versuche ich, meine GPX Dateien so "sauber und konform" wie möglich zu halten.

lg, Paul

Hi,

klar, hab ihm bereits eine email mit Screenshots geschrieben. Info über Antwort folgt.

lg, Paul

So, ich hab mir das ganze nochmals im GPX Editor (in den Versionen 1.2.32 und 1.3.46) angesehen, und der arbeitet auch nicht ganz korrekt. Und zwar happerts bei dem nicht beim Schreiben der GPX Datei, sondern beim Lesen.

Szenario mit dem GPX Editor:

Einen Wegpunkt erstellen (oder bearbeiten) und eine Bescheibung hinzufügen mit mehreren Zeilenumbrüchen. Speichern der GPX Datei, die Zeilenumbrüche werden als "0d 0a" abgespeichert. Soweit so gut.

Wiedereinlesen derselben Datei und da, wo vorher Zeilenumbrüche in der Beschreibung waren, sind jetzt Leerzeichen. Ein unverändertes Speichern der Datei, und da, wo vorher Zeilenumbrüche waren, sind jetzt hex "20".

Ergo, ein Öffnen und unverändertes Speichern einer GPX Datei macht aus Zeilenumbrüchen Leerzeichen. Dieses Verhalten ist nachproduzierbar.

lg, Paul

PS noch vergessen: Mir ist das bisher nicht aufgefallen, da ich kaum oder keine Zeilenumbrüche verwendet habe, um möglichst viel text am GPS-Display zu haben.

So, hab zuvor etwas zu früh geschossen .

Es gibt bei den Options eine Funktion "Keep line feed". Wenn die aktiviert ist, bleiben die Zeilenumbrüche weiterhin Zeilenumbrüche und nicht Leerzeichen. Allerdings speichert der GPX Editor diese Zeilenumbrüche dann als "0d" ab.

Somit gilt: Beim Einlesen von einer GPX Datei mit "0d 0a" werden all diese "0d 0a"s nur mehr als "0a" abgespeichert. Für welche anderen Applikationen dies eine Auswirkung hat, kann ich noch nicht sagen.

@ Hans: Danke, werde das mit der neuen Version nochmals durchspielen.

lg, Paul

Weitere Erkenntnisse:

Die Version1.3.56 verhält sich gleich wie die 1.3.46.

Ob das oben geschilderte Verhalten vom Autor gewollt ist, kann ich nicht genau sagen. Haben Wegpunkte bereits Zeilenumbrüche als "0d 0a" drinnen, werden die als "0a" eingelesen und beim erneuten Speichern auch so abgespeichert.

Gibt man allerdings im GPX Editor einen Beschreibungstext über die Tastatur ein, wird dieser Zeilenumbruch sehr wohl als "0d 0a" abgespeichert. Welcher allerdings beim nächsten Öffnen/Speichern wieder weg ist.

lg, Paul

Zur Info:

Falagar hat sich dem Problem angenommen. Es könnte ein Bug (bez. BaseCamp) sein und wird von Garmin mal unter die Lupe genommen.

lg, Paul