• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

Blanks umwandeln

V

V60

Geocacher
Hallo,

ich importiere eine Standard-gpx-Datei in der im Name-Tag Strings mit Blanks stehen. In GSAK gibt es damit scheinbar Probleme. GSAK stellt diesen Tag in das Feld Code. In Code sind aber Blanks nicht erlaubt. c:geo z.B. erkennt ein Blank als EOT-Zeichen und schneidet den Rest ab. Kennt jemand ein Makro, mit dem man nachträglich diese Blanks in erlaubte Zeichen umwandelt.

Viele Grüße
Uwe
 
OP
V

V60

Geocacher
Stimmt. Da macht GASk also hier etwas falsch. Kopiert den Name-Tag in die die Code-Spalte der DB. Wäre ja OK, wenn kein Code-Tag vorhanden ist. Dann aber bitte ohne Blanks.
Das zu wissen, hilft mir hier nun aber nicht weiter. Da ich nicht glaube, dass die Anwendung mal eben entsprechend angepasst wird, würde mir ein Makro als Workaround eher helfen.
 
OP
V

V60

Geocacher
Es wird eine Stand-GPX Datei eingelesen. Der Tag "Name" ist als String definiert und enthält den Wegpunktname. GSAK hat mit den Blanks im Name schein bar keine Probleme. Mir ist jedenfalls nichts aufgefallen.

Dieses wird eingelesen:
<metadata>
<link href="http://www.garmin.com">
<text>Garmin International</text>
</link>
<time>2016-05-06T07:11:39Z</time>
<bounds maxlat="54.147419035434723" maxlon="13.727956954389811" minlat="47.410946488380432" minlon="7.572063803672791" />
</metadata>

<wpt lat="47.578591592609882" lon="10.677061295136809">
<ele>789</ele>
<time>2012-02-25T17:41:18Z</time>
<name>Abzw Füssen</name>
<sym>Man Overboard</sym>
<type>user</type>
<extensions>
<gpxx:WaypointExtension>
<gpxx:DisplayMode>SymbolAndName</gpxx:DisplayMode>
</gpxx:WaypointExtension>
<wptx1:WaypointExtension>
<wptx1:DisplayMode>SymbolAndName</wptx1:DisplayMode>
</wptx1:WaypointExtension>
<ctx:CreationTimeExtension>
<ctx:CreationTime>2012-02-25T17:41:18Z</ctx:CreationTime>
</ctx:CreationTimeExtension>
</extensions>
</wpt>


Mit der Exportfunktion GPX/LOC Datei wird diese Datei erzeugt. Hier handelt es sich um eine Graoundspeak-adaption. Und wenn ich mich recht erinnere läßt Groundspeak im Tag Namen keine Blanks zu.
Dieses wird anschließend von GSAK exportiert:

<?xml version="1.0" encoding="utf-8"?>
<gpx xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
version="1.0" creator="GSAK"
xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd http://www.groundspeak.com/cache/1/0/1 http://www.groundspeak.com/cache/1/0/1/cache.xsd"
xmlns="http://www.topografix.com/GPX/1/0">
<desc>Geocache file generated by GSAK (HasChildren)</desc>
<author>GSAK</author>
<email>[email protected]</email>
<time>2016-05-07T12:10:16Z</time>
<keywords>cache, geocache, groundspeak</keywords>
<bounds minlat="47.578592" minlon="10.677061" maxlat="47.578592" maxlon="10.677061"/>
<wpt lat="47.578592" lon="10.677061">
<ele>789.0</ele>
<time>2012-02-25T08:00:00Z</time>
<name>Abzw Füssen</name>
<desc>Abzw Füssen</desc>
<url></url>
<urlname>Abzw Füssen by </urlname>
<sym>Geocache</sym>
<type>Geocache|Other</type>
<groundspeak:cache id="99000002" available="True" archived="False" xmlns:groundspeak="http://www.groundspeak.com/cache/1/0/1">
<groundspeak:name>Abzw Füssen</groundspeak:name>
<groundspeak:placed_by></groundspeak:placed_by>
<groundspeak:eek:wner id=""></groundspeak:eek:wner>
<groundspeak:type>Other</groundspeak:type>
<groundspeak:container>Unknown</groundspeak:container>
<groundspeak:attributes>
</groundspeak:attributes>
<groundspeak:difficulty>1</groundspeak:difficulty>
<groundspeak:terrain>1</groundspeak:terrain>
<groundspeak:country></groundspeak:country>
<groundspeak:state>Tirol</groundspeak:state>
<groundspeak:short_description html="False"> </groundspeak:short_description>
<groundspeak:long_description html="False"> </groundspeak:long_description>
<groundspeak:encoded_hints></groundspeak:encoded_hints>
<groundspeak:logs>
</groundspeak:logs>
<groundspeak:travelbugs>
</groundspeak:travelbugs>
</groundspeak:cache>
</wpt>
</gpx>
 
Eastpak1984

Eastpak1984

Geoguru
Was ist eine Stand GPX?

Und was für ein Wegpunkt soll das sein?
Wenn du irgendwas, was kein Geocache ist, in eine Geocache Verwaltung herein zwängst und dann aber wie einen Geocache exportierst, wundern mich Probleme beim Import nicht.
 
8812

8812

Geoguru
V60 schrieb:
Stimmt. Da macht GASk also hier etwas falsch. Kopiert den Name-Tag in die die Code-Spalte der DB. Wäre ja OK, wenn kein Code-Tag vorhanden ist. Dann aber bitte ohne Blanks.[...]
Zum Vergrößern anklicken....
GSAK macht alles richtig. Ein Standard-GPX von Garmin oder Groundspeak hat u. a. diese Tags mit folgendem Inhalt:
<name> -> GCCode
<desc> -> Der Cachename als solcher
<groundspeak:long_description html="True"> -> Die Cachebeschreibung.
Du hast also kein Standard-GPX, sondern ein fehlerhaftes. Den Fehler begeht das Programm (oder deren Operator), welches das GPX erzeugt.
So sieht das in einem Standard-GPX aus:
Code: 
 <name>GC6MD0B</name>
    <desc>#39 Napoleone Bonaparte by nebbiolo, Unknown Cache (1.5/2)</desc>
    <url>https://www.geocaching.com/seek/cache_details.aspx?guid=62d2119b-1635-4dbd-aa07-5359c69ad12e</url>
    <urlname>#39 Napoleone Bonaparte</urlname>
    <sym>Geocache</sym>
    <type>Geocache|Unknown Cache</type>
    <groundspeak:cache id="5738330" available="True" archived="False" xmlns:groundspeak="

Hans
 
8812

8812

Geoguru
Code: 
<wpt lat="47.578592" lon="10.677061">
<ele>789.0</ele>
<time>2012-02-25T08:00:00Z</time>
<name>Abzw Füssen</name>
<desc>Abzw Füssen</desc>
Der Fehler liegt offensichtlich in falschen Exporteinstellungen in GSAK.
Beliebter Fehler: %name in das Waypoint Name Feld eingeben.
So sieht ein Standard-GPX Export aus:

2b2a69ffb2c1d35a187013cac5a17f2c.png


Hans
 
OP
V

V60

Geocacher
Hallo Hans,
danke für deine sehr aufschlussreiche Erklärung. Die von GSAK erzeugte Datei ist also nach deiner Erklärung richtig, Blanks sind erlaubt.
Das einlesende Tool macht also den Fehler. Es geht wohl davon aus, dass dort nur 7 non whitespace Zeichen stehen dürfen (GCxxxxx).

Ich habe nun noch einmal versucht das Problem zu reproduzieren, auch um deine angegeben Parametervorgaben zu testen. Es geht nicht mehr :???:
Mit dem letzten Update dieses Programmes scheint der Fehler beseitigt worden zu sein. Die Daten werden nun korrekt eingelesen und auch angezeigt.

Dann noch einmal Dank an alle für ihre Unterstützung

Viele Grüße
Uwe
 
8812

8812

Geoguru
V60 schrieb:
Hallo Hans,
danke für deine sehr aufschlussreiche Erklärung. Die von GSAK erzeugte Datei ist also nach deiner Erklärung richtig, Blanks sind erlaubt.
Das einlesende Tool macht also den Fehler. Es geht wohl davon aus, dass dort nur 7 non whitespace Zeichen stehen dürfen (GCxxxxx).

Ich habe nun noch einmal versucht das Problem zu reproduzieren, auch um deine angegeben Parametervorgaben zu testen. Es geht nicht mehr :???:
Mit dem letzten Update dieses Programmes scheint der Fehler beseitigt worden zu sein. Die Daten werden nun korrekt eingelesen und auch angezeigt.

Dann noch einmal Dank an alle für ihre Unterstützung

Viele Grüße
Uwe
Zum Vergrößern anklicken....
Nein, Blanks sind im name-tag NICHT erlaubt. Den Fehler macht entweder das GPX-erzeugende Tool oder der Anwender, der fälschlicherweise etwas anderes als den GCCOde in das name-Tag-Feld schreibt. DAS ist verkehrt und NON-Standard.

Hans
 
OP
V

V60

Geocacher
8812 schrieb:
Nein, Blanks sind im name-tag NICHT erlaubt.
Zum Vergrößern anklicken....
Wo sind Blanks nicht erlaubt? Bei Groundspeak oder grundsätzlich ???
Die Datei in der Blanks im name-tag stehen, stammt von Garmin (Basecamp) und es handel sich um in Basecamp erzeugt Wegpunkte.

Viele Grüße
Uwe
 
8812

8812

Geoguru
V60 schrieb:
8812 schrieb:
Nein, Blanks sind im name-tag NICHT erlaubt.
Zum Vergrößern anklicken....
Wo sind Blanks nicht erlaubt? Bei Groundspeak oder grundsätzlich ???
Die Datei in der Blanks im name-tag stehen, stammt von Garmin (Basecamp) und es handel sich um in Basecamp erzeugt Wegpunkte.

Viele Grüße
Uwe
Zum Vergrößern anklicken....
Im <name>-Tag sind Blanks nicht erlaubt. Präziser: Sie sind dort nicht vorgesehen.
Wie kommen die Wegpunkte denn in Basecamp und wie kommen sie dann zum Garmin. Und was passiert zwischenzeitlich mit ihnen. Und was sit die Quelle der Wegpunkte? Selbst erstellt?
Caches, die man von der Groundspeakseite in Basecamp lädt haben natürlich nur den Code im <name>-Tag.

Hans
 
OP
V

V60

Geocacher
Hallo Hans,

ich habe in Basecamp neben den Caches auch viele selbsterstellte Wegpunkte, Bahnhöfe, Fotostandorte, Raststätten ect. Die haben allen mehr oder weniger Blanks im Namen. Die kann ich ohne Probleme von Basecamp ins Garmin/Dakota laden. Basecamp legt scheinbar (siehe Daten) den von mir festgelegten Namen sowohl in <name> wie auch in <desc> ab. Das macht dem Dakota nichts aus. Auch GSAK hatte ja nie ein Problem damit gehabt.
Meine Probleme traten auf, als ich anstatt das Garmin c:geo auf mein Handy für diese Spezialpunkte nutzen wollte. c:geo hatte mit Blanks im <name> Probleme. Alle Punkte mit Blanks wurden beim Import ignoriert. Daher dachte ich, dass Blanks dort nicht erlaubt wären (evt. per Definition von Groundspeak für Caches). Deshalb suchte ich einen Möglichkeit innerhalb von GSAK die Blanks durch andere Zeichen zu ersetzen.
Mit der neuesten c:geo Version scheint das Problem aber beseitigt zu sein.

Bleibt aber immer noch die theoretische Frage: Sind Blanks nun erlaubt oder nicht - sind sie grundsäzlich erlaubt und nur bei Groundspeak verboten oder nur nicht vorgesehen?
Ist aber für mein Problem mittlerweile nicht mehr relevant.

Viele Grüße
Uwe
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben