Version: RouteConverterWindowsBundle 3.0
Scenario: when trying to save as a .gpx, there is missing <time> in <trkpt *>, that is troublesome in other use cases, for example in Google Earth.
Details:
in source data
05.05.2024, 10:17 (This post was last modified: 05.05.2024, 10:17 by routeconverter.)
After all these years I find it heard to believe there's a problem in the source code, but you never now. Please send me the complete original and generated files which you have cited above, so I can have a look and debug.
(05.05.2024, 10:17)routeconverter Wrote: After all these years I find it heard to believe there's a problem in the source code, but you never now. Please send me the complete original and generated files which you have cited above, so I can have a look and debug.
My bad, I over-simplified my problem again, it actually happened on a .kmz => .gpx conversion, and I just checked that there is no bug when input is a .gpx.
Now I'm not sure whether the source is RouteConverter or Google Earth Pro (which I used to create .kmz) since I don't have the skill to check .kmz. Let me know if it's Google Earth Pro to blame lol
(05.05.2024, 11:34)Innertia Wrote: My bad, I over-simplified my problem again, it actually happened on a .kmz => .gpx conversion, and I just checked that there is no bug when input is a .gpx.
Now I'm confused: when I load the .kmz file in your ZIP and store it as GPX 1.1 it still contains timestamps. Nothing lost. And the RouteConverter's conversion.gpx contains lots of <time> elements, too.
(05.05.2024, 11:34)Innertia Wrote: Now I'm not sure whether the source is RouteConverter or Google Earth Pro (which I used to create .kmz) since I don't have the skill to check .kmz.
.kmz is actually a ZIP with a doc.kml inside
Just change the extension to .zip and extract the doc.kml to read it