-
Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.
Probleme mit "ä, ö, ü, ß" und so
- Ersteller seconds to nowhere
- Erstellt am
ardane
Geocacher
Soeben mit Dakota-20 ein wenig mit den Dateien von StN getestet.
Tatsächlich zeigt das Gerät aus 'neu.gpx' nur den ersten Cache an, und streikt ab <groundspeak:finder id="">fogg&co</groundspeak:finder>. Wird hier das & durch & ersetzt, dann funktioniert es. Garmin steigt dann beim 4. Cache aus, wenn wieder ein darzustellendes & auftaucht.
Dann habe ich neu.gpx vom Garmin entfernt, alt.gpx genommen, dort alle "&#" durch "&#" ersetzt, und geladen. Das funktioniert besser: ich bekomme 51 von 55 Caches zu sehen.
Ein Beispiel von einem Cache aus dieser Datei den ich nicht sehe (auch nicht wenn ich ihn als einzigen Cache in eine GPX-Datei packe):
<wpt lat="50.58018" lon="008.66640">
<time>2009-08-14T00:00:00</time>
<name>OC8CD1</name>
<desc>GC1X1EG Und ab geht die Post... by trabiriders, Unknown Cache (3.5/2.5)</desc>
<url>http://www.opencaching.de/viewcache.php?cacheid=139122</url>
(usw)
Zu meinem Erstaunen lädt dieser Cache tatsächlich korrekt, wenn ich den ersten und letzten Logeintrag entferne. Wenn ich einen von den beiden drin lasse, nimmt Garmin den Cache nicht an. Im ersten Log hat es vielleicht mit dem <img>-Element zu tun, im letzten Eintrag sehe ich auf Anhieb nichts Außergewöhnliches (außer einen Return der nicht als <br/> dargestellt ist).
Tatsächlich zeigt das Gerät aus 'neu.gpx' nur den ersten Cache an, und streikt ab <groundspeak:finder id="">fogg&co</groundspeak:finder>. Wird hier das & durch & ersetzt, dann funktioniert es. Garmin steigt dann beim 4. Cache aus, wenn wieder ein darzustellendes & auftaucht.
Dann habe ich neu.gpx vom Garmin entfernt, alt.gpx genommen, dort alle "&#" durch "&#" ersetzt, und geladen. Das funktioniert besser: ich bekomme 51 von 55 Caches zu sehen.
Ein Beispiel von einem Cache aus dieser Datei den ich nicht sehe (auch nicht wenn ich ihn als einzigen Cache in eine GPX-Datei packe):
<wpt lat="50.58018" lon="008.66640">
<time>2009-08-14T00:00:00</time>
<name>OC8CD1</name>
<desc>GC1X1EG Und ab geht die Post... by trabiriders, Unknown Cache (3.5/2.5)</desc>
<url>http://www.opencaching.de/viewcache.php?cacheid=139122</url>
(usw)
Zu meinem Erstaunen lädt dieser Cache tatsächlich korrekt, wenn ich den ersten und letzten Logeintrag entferne. Wenn ich einen von den beiden drin lasse, nimmt Garmin den Cache nicht an. Im ersten Log hat es vielleicht mit dem <img>-Element zu tun, im letzten Eintrag sehe ich auf Anhieb nichts Außergewöhnliches (außer einen Return der nicht als <br/> dargestellt ist).
OP
seconds to nowhere
Geocacher
Super, ich seh wieder Caches und lesbare Logs. Schön, dass hier so schnell geholfen und gehandelt wird, danke! 
arbor95
Geoguru
ok hab es gerade geladen.
Das wäre also eine neue Baustelle.
Bisher ging es ja um 3 verschiedene Baustellen (aber auch nicht alle hier im Thread).
den GPX-Export, die Logs und die Darstellung der Beschreibung im CW.
Die aktuelle Meldung fällt möglicherweise in die letztgenannte Baustelle oder in eine neue.
Ich schau es mir an.
Erste Analyse: in der CW xml Datei steht der richtige Inhalt, da im Browser Offline anzeigen der Text richtig dargestellt wird.
Zweitens: Wenn du mal unten auf Textdarstellung klickst, dann erscheint der richtige Text.
Das wäre also eine neue Baustelle.
Bisher ging es ja um 3 verschiedene Baustellen (aber auch nicht alle hier im Thread).
den GPX-Export, die Logs und die Darstellung der Beschreibung im CW.
Die aktuelle Meldung fällt möglicherweise in die letztgenannte Baustelle oder in eine neue.
Ich schau es mir an.
Erste Analyse: in der CW xml Datei steht der richtige Inhalt, da im Browser Offline anzeigen der Text richtig dargestellt wird.
Zweitens: Wenn du mal unten auf Textdarstellung klickst, dann erscheint der richtige Text.
arbor95
Geoguru
Antwort : nein.
3. Feststellung das & wird im CW xml zu & (safeGPX) und zur html-Darstellung nicht wieder in & zurückgewandelt.
4. Dieses Verhalten ist schon lange so und hat mit den kürzlichen Änderungen von GC nichts zu tun.
5. Werd ich nach dieser Analyse mal schauen, was ich tun kann.
3. Feststellung das & wird im CW xml zu & (safeGPX) und zur html-Darstellung nicht wieder in & zurückgewandelt.
4. Dieses Verhalten ist schon lange so und hat mit den kürzlichen Änderungen von GC nichts zu tun.
5. Werd ich nach dieser Analyse mal schauen, was ich tun kann.
ardane
Geocacher
Gibt es in der für CW verwendeten Programmiersprache keine methods/funktionen die entities in characters umwandeln (es gibt sie für PHP, en deshalb wäre ich überrascht wenn es solche classes und methods nicht in z.B. Java gibt)?araber95 schrieb:
Mit diesen Funktionen könnte man doch überprüfen, ob &(*); eine entity darstellt, und dementsprechend handeln.
Eine Alternative wäre, &(*); _nicht_ als Sonderzeichen zu interpretieren, wenn zwischen & und ; mehr als ...ehm...7 Zeichen stehen. In dem Fall wie in diesem Thread erwähnt, würde dann kein Problem entstehen.
