Posts: 5
Threads: 2
Joined: Sep 2012
Hallo,
ich öffne .tcx-Aufzeichnungen aus Google Fitbit.
Die Zeitstempel in der .tcx sind so angegeben:
<Time>2026-04-06T14:43:37.000+02:00</Time>
RouteConverter macht daraus eine falsche Uhrzeit, indem es 2 Stunden addiert - schon in der Positionsliste zu sehen, dort wird 16:43:37 angezeigt. Es tut also so, als wäre der Zeitstempel UTC, was er aber nicht ist. Erkennbar an dem +02:00
Speichere ich das File als .gpx, wird daraus
<time>2026-04-06T14:43:37.000Z</time>
Ist das ein Bug oder eine falsche Konfiguration? In den Optionen kann ich nichts Passendes finden.
Eine Bearbeitungsfunktion für alle Zeitstempel gleichzeitig (verschieben um +/- Stunden und Minuten) gibt es leider auch nicht.
Posts: 7,593
Threads: 236
Joined: Aug 2007
(07.04.2026, 08:19)CHV1 Wrote: Ist das ein Bug oder eine falsche Konfiguration? In den Optionen kann ich nichts Passendes finden.
Gute Frage. Bitte sende mir doch die original Datei zu. Dann schaue ich mir das an.
--
Christian
Posts: 1,056
Threads: 61
Joined: Jan 2011
(07.04.2026, 08:19)CHV1 Wrote: <Time>2026-04-06T14:43:37.000+02:00</Time>
RouteConverter macht daraus eine falsche Uhrzeit, indem es 2 Stunden addiert - schon in der Positionsliste zu sehen, dort wird 16:43:37 angezeigt. Es tut also so, als wäre der Zeitstempel UTC, was er aber nicht ist. Erkennbar an dem +02:00
M.W. ist es zulässig, die Uhrzeit in
UTC±Differenz zur Lokalzeit anzugeben, was bei deinem Beispiel der Fall ist. Wenn du in RC die Anzeige in Lokalzeit eingestellt hast, ist die Anzeige von 16:43:37 für dein Beispiel korrekt umgesetzt.
(07.04.2026, 08:19)CHV1 Wrote: Speichere ich das File als .gpx, wird daraus
<time>2026-04-06T14:43:37.000Z</time>
Auch richtig. Das Z im Zeitstempel bedeutet "Zulu" und gibt die Zeit am Nullmeridian an = UTC.
Grüße
Hans
Posts: 5
Threads: 2
Joined: Sep 2012
(07.04.2026, 10:32)nordlicht Wrote: M.W. ist es zulässig, die Uhrzeit in UTC±Differenz zur Lokalzeit anzugeben, was bei deinem Beispiel der Fall ist. Wenn du in RC die Anzeige in Lokalzeit eingestellt hast, ist die Anzeige von 16:43:37 für dein Beispiel korrekt umgesetzt.
Meiner Meinung nach bedeutet 2026-04-06T14:43:37.000+02:00 eben keine UTC-Uhrzeit, sondern dass man 2 Stunden abziehen muss, um auf UTC zu kommen.
Posts: 7,593
Threads: 236
Joined: Aug 2007
Vielen Dank für den Hinweis.
Zunächst einmal konvertiert RouteConverter alle Zeitstempel intern für ein kanonisches Format nach UTC und erhält die damit originale Zeitzone nicht. Es gibt einen Test, der genau Deine Datenkonstellation enthält:
https://github.com/cpesch/RouteConverter...t.java#L83
Aber der Test war fehlerhaft. Ich habe es behoben
https://github.com/cpesch/RouteConverter...06f0e4a45b
und eine neue Vorabversion hochgeladen. Bitte teste und berichte!
--
Christian
Posts: 5
Threads: 2
Joined: Sep 2012
Mit der Vorabversion stimmt es jetzt: Der Zeitstempel aus der Aufzeichnung 2026-04-06T14:43:37.000+02:00 wird korrekt zu 2026-04-06T12:43:37.000Z konvertiert.