GPX Export - PQ like vs. "old GPX export"

Romanese · 30 Juli 2009

Hallo,

ich habe das selbe Profil einmal mit dem GPX nach Mapsource mit "like PQ" exportiert und einmal mit der "alten GPX export" Funktion. Dabei ist mir aufgefallen, dass z.B. die folgenden Punkte unterschiedlich sind.

Old GPX export
|
GPX like PQ

<wpt lat="35.46418" lon="139.60940">
<wpt lat="35.464183333333" lon="139.6094"> <-- unterschiedliche Anzahl an Nachkommastellen

<groundspeak

wner id="23">SBR555</groundspeak

wner> <--- Owner ID ist immer 23
<groundspeak

wner id="31415">SBR555</groundspeak

wner>

<groundspeak:log id="0">
<groundspeak:log id=""> <-- Log ID fehlt

<groundspeak:text encoded="False">
<groundspeak:text encoded=""> <-- fehlt was

MiK · 30 Juli 2009

Den alten habe ich an ein paar Änderungen nicht mehr angepasst. Ich denke er wird auch kurzfristig vollständig durch den neuen ersetzt werden.

Romanese schrieb:
<wpt lat="35.46418" lon="139.60940">
<wpt lat="35.464183333333" lon="139.6094"> <-- unterschiedliche Anzahl an Nachkommastellen

Hier sollten wir wohl auch beim neuen die Funktionen getLatDeg/getLonDeg verwenden. Soweit ich weiß haben einige Programme Probleme mit zu vielen Nachkommastellen.

Romanese schrieb:
<groundspeakwner id="23">SBR555</groundspeakwner> <--- Owner ID ist immer 23
<groundspeakwner id="31415">SBR555</groundspeakwner>

Und beim neuen ist sie immer 31415. Das wird sich erst ändern, wenn wir sie korrekt erfassen und speichern.

Romanese schrieb:
<groundspeak:log id="0">
<groundspeak:log id=""> <-- Log ID fehlt

Auch hier haben wir die nötigen Daten bisher nicht. Der alte zählt dann einfach hoch. Beim neuen wird es noch gar nicht gesetzt.

Romanese schrieb:
<groundspeak:text encoded="False">
<groundspeak:text encoded=""> <-- fehlt was

Da der neue es hier auch nicht genauer weiß, sollte man vorerst auch False setzen.

Romanese · 30 Juli 2009

Im "GPX nach Mapsource" wird die <url> .. </url> nicht richtig exportiert (glaube ich zumindest)

so wird es exportiert:

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN&Submit6=Find&log=y</url>

so sollte es aussehen:

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN&Submit6=Find</url>

greiol · 30 Juli 2009

in einer aktuellen version sollte da

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN</url>

stehen

Romanese · 31 Juli 2009

greiol schrieb:
in einer aktuellen version sollte da

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN</url>

stehen

Mit der NB 2065 steht nachwievor:

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN&Submit6=Find&log=y</url>

Romanese · 31 Juli 2009

Mit dem Export "GPX nach Mapsource" gibt es ein Problem mit der Symbol Darstellung auf Garmin Oregon und wahrscheinlich anderen Geraeten.

<type>Geocache|Multi-cache</type> (Meiner Meinung nach richtig)

<groundspeak:type>Geocache|Multi-cache</groundspeak:type> ("Geocache|" darf nicht vorkommen)

richtig sollte sein --> <groundspeak:type>Multi-cache</groundspeak:type>

Romanese · 31 Juli 2009

Romanese schrieb:
greiol schrieb:

in einer aktuellen version sollte da

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN</url>

stehen

Zum Vergrößern anklicken....

Mit der NB 2065 steht nachwievor:

<url>http://www.geocaching.com/seek/cache_details.aspx?wp=GC150XN&Submit6=Find&log=y</url>

Ich habe gerade gesehen, dass die Information <url> in GCxyz.xml steht. Ich nehme an, ich muss die Caches alle aktualisieren, damit "&Submit6=Find&log=y" entfernt wird. Richtig?

greiol · 31 Juli 2009

Romanese schrieb:
<type>Geocache|Multi-cache</type> (Meiner Meinung nach richtig)

<groundspeak:type>Geocache|Multi-cache</groundspeak:type> ("Geocache|" darf nicht vorkommen)

richtig sollte sein --> <groundspeak:type>Multi-cache</groundspeak:type>

known, aber danke fürs erinnern

jhohn · 6 Aug. 2009

Romanese schrieb:
Ich habe gerade gesehen, dass die Information <url> in GCxyz.xml steht. Ich nehme an, ich muss die Caches alle aktualisieren, damit "&Submit6=Find&log=y" entfernt wird. Richtig?

Bei mir steht da bei dem neuen Export auch nach einem Aktualisieren der Caches noch das "&Submit6=Find&log=y"

Ausserdem können weder GPXEditor (http://www.knackes.com/blog/index.php?Logiciels&version=1.1.26.450) noch Trekbuddy oder GPSBabel die exportierten Dateien lesen.

Fehlermeldungen:

GPSBabel schrieb:
GPX: XML parse error at line 15 of 'C:\tmp\Caches\export_neu.gpx' : not well-formed (invalid token)

GPXEditor schrieb:
Öffnung export_neu.gpx
File: C:\tmp\Caches\export_neu.gpx. Line: 15 Col: 77 Error: Expected String: ';'
Datei nicht geöffnet
Keine GPX Datei geladen, nichts anzuzeigen

Trekbuddy schrieb:
Failed to list store: df: unterminated entity ref (position:TEXT http://www.geoca...@15:78 in java.io.InputStreamReader@c5c7331

Die stören sich alle daran das da ein & und kein & steht.

Mein CW Version ist die 2071

greiol · 6 Aug. 2009

jhohn schrieb:
Die stören sich alle daran das da ein & und kein & steht.

und sie haben damit auch recht. und weil sie damit recht haben, haben wir mit revision xxxx (hab gerade kein changelog zu hand) auch aufgehört die urls so im cachewolf abzulegen. ich habe aber noch keine gute idee wie wir den kram aus den altbeständen möglichst effektiv rausbekommen.

MiK · 6 Aug. 2009

Ich benutze den GPX-Export zugegebenermaßen selten. Und mit dem neuen habe ich noch gar nichts gemacht. Aber mit dem alten GPX-Export hat mein Trekbuddy keine Probleme. Muss mal kontrollieren, ob ich da zufällig nur neue Daten hatte.

MiK · 6 Aug. 2009

Ah... im alten Export wurde die URL neu zusammengesetzt aus der Wegpunktnummer. Im neuen wird eine gespeicherte URL verwendet. Spricht etwas dagegen auch beim neuen die URL aus der Wegpunktnummer zu generieren?

greiol · 6 Aug. 2009

MiK schrieb:
Ah... im alten Export wurde die URL neu zusammengesetzt aus der Wegpunktnummer. Im neuen wird eine gespeicherte URL verwendet. Spricht etwas dagegen auch beim neuen die URL aus der Wegpunktnummer zu generieren?

ich könnte natürlich fragen warum wir überhaupt eine url speichern wenn wir sie eh ausrechnen können

ausrechnen können wir sie aber nur für gc.com hauptwegpunkte. der alte gpx export schreibt gnadenlos vor alles ein gc.com/irgendwas ob das nun passt oder nicht - vermutlich als workaround weil es mit den intern gespeicherten urls ärger gab

und wer seinen wolf mit PQs füttert hat da sogar für addis die richtige url drin stehen.

ich hatte aus den "fallbacks" irgendwann mal das "&Submit6=Find&log=y" rausgenommen weil es eben ärger macht und nicht notwendig ist. ob es aber evtl. beim spidern doch wieder reinkommt kann ich - mangels spidern - nicht sagen.

greiol · 6 Aug. 2009

ok, für die URLs hier mal die brutale lösung für java ab 1.5

im .zip ist ein .jar und der sourcecode

in der console mit
java -jar Urlfix.jar \pfad\zum\cachewolf\profil
aufrufen

das programm geht alle xml files im verzeichnis durch, sucht nach den zeilen mit der URL, schneidet alles ab dem ersten & ab und schreibt die datei zurück.

anwendung wie immer auf eigene gefahr und nur mit vorherigem backup.

jhohn · 7 Aug. 2009

hat funktioniert, vielen Dank greiol

Romanese · 12 Aug. 2009

Kann es sein, dass der GPX Export den Hint nicht mehr decodiert?

<groundspeak:encoded_hints>

greiol · 13 Aug. 2009

im nächsten build gefixt

GPX Export - PQ like vs. "old GPX export"

Romanese

Geocacher

MiK

Geoguru

Romanese

Geocacher

greiol

Geoguru

Romanese

Geocacher

Romanese

Geocacher

Romanese

Geocacher

greiol

Geoguru

jhohn

Geomaster

greiol

Geoguru

MiK

Geoguru

MiK

Geoguru

greiol

Geoguru

greiol

Geoguru

Anhänge

jhohn

Geomaster

Romanese

Geocacher

greiol

Geoguru