Closed GoogleCodeExporter closed 9 years ago
I think your suspicions were right, the importer is not taking time zones into
account. Solved in Issue 61.
Original comment by steffen.horlacher@gmail.com
on 6 Jun 2010 at 9:04
Not sure if this should go into this GPX export/import issue, but there is also
the problem that:
1) Splits are contained in the exported GPX file created by My Tracks, but upon
import they are gone.
2) Because of the missing the splits following import, the "Moving Time" that
originally displayed, and can be calculated from the splits, is way off
(example below)
3) Because the "moving time" is way off, the "Average Moving Speed" is wrong.
In the attached file, I remember (and my secondary cycling computer confirmed)
before exporting the GPX that the "moving time" was 4hr22min, and the "average
moving speed" was 16.07mph. After importing, the new "moving time" that is
displayed in My Tracks is 4:43:37 and the "average moving speed" is 14.85mph.
Had I not recorded the original elsewhere, and/or had the ability to use my XML
parser to recalc from the GPX file, it would be quite depressing to have lost
the accurate data simply because of the import of a GPX file that "My Tracks"
created by export.
Thanks
Original comment by donso...@gmail.com
on 31 Aug 2010 at 5:28
Attachments:
That most definitely counts. There are a few other TODOs for the GPX importer,
such as waypoints.
Original comment by rdama...@google.com
on 31 Aug 2010 at 5:42
Issue 138 has been merged into this issue.
Original comment by rdama...@google.com
on 1 Sep 2010 at 4:45
Original comment by rdama...@google.com
on 1 Sep 2010 at 10:54
Oops, didn't mean to change the priority
Original comment by rdama...@google.com
on 1 Sep 2010 at 10:58
This is fixed and verified with.
Original comment by rdama...@google.com
on 25 Sep 2010 at 12:14
Original issue reported on code.google.com by
rdama...@google.com
on 18 May 2010 at 5:38Attachments: