Rower

Gdyby ktoś potrzebował przerzucać dane z urządzeń IGPSport eksportem do .gpx i importem gdzie indziej, to jeśli nie pójdzie (jak w przypadku Garmina u mnie) jest szansa że dane są źle wyeksportowane -> zgodnie ze specyfikacją formatu ([https://www.topografix.com/GPX/1/1/#type\_wptType](https://www.topografix.com/GPX/1/1/#type_wptType)) pole \`time\` jest typu \`dateTime\`, co daje nam w helpie \`Conforms to ISO 8601 specification for date/time representation.\` Wiki kieruje do [https://www.rfc-editor.org/rfc/rfc3339#page-6](https://www.rfc-editor.org/rfc/rfc3339#page-6) i widać że pola daty mają być oddzielone myślnikiem (-) a tu mamy ładne kropeczki. Po naprawieniu danych Garmin łyknął gpxa po same bile.

  

**tl;dr -** zamieniamy _<time>2022.12.22T12:34:56.000Z</time>_ na _<time>2022-12-22T12:34:56.000Z</time>_ w eksportach GPX z IGPSport

  

﻿[#rower](/tag/rower)

GPX 1.1 Schema Documentation

Gdyby ktoś potrzebował przerzucać dane z urządzeń IGPSport eksportem do .gpx i importem gdzie indziej, to jeśli nie pójdzie (jak w przypadku Garmina u mnie) jest szansa że dane są źle wyeksportowane -&gt; zgodnie ze specyfikacją formatu (https://www.topografix.com/GPX/1/1/#type_wptType) pole `time` jest typu `dateTime`, co daje nam w helpie `Conforms to ISO 8601 specification for date/time representation.` Wiki kieruje do https://www.rfc-editor.org/rfc/rfc3339#page-6 i widać że pola daty mają być oddzielone myślnikiem (-) a tu mamy ładne kropeczki. Po naprawieniu danych Garmin łyknął gpxa po same bile.
tl;dr - zamieniamy 2022.12.22T12:34:56.000Z na 2022-12-22T12:34:56.000Z w eksportach GPX z IGPSport
﻿#rower