Trackfield GPX does not pull time data from GPX files but Trackfield does handle time (more accurately described as duration) as a module. I will put a patch together for this shortly

Comments

slcp’s picture

When thinking about how to implement this it occurred to me that there was an opportunity for another dataset to be utilised.

The patch below parses the UTC time/date data from GPX files and modifies how Trackfield CSV handles additional user data. It assumes that 'time' is a UTC encoded (or similar) time as opposed to a seconds count (of duration) or stopwatch timer and uses this data to calculate the 'seconds' dataset. This handles both calendar, stopwatch-style 'time' and raw numeric data.

As a result of this patch Trackfield Stats becomes a dependency of Trackfield CSV, perhaps moving (and renaming?) _trackfield_stats_txt2secs($item) function into CSV could be considered as this is used to process the 'time' data.

Trackfield could now provide Time (Duration) and Time (Calendar), the handling of these is outside the scope of this patch.

slcp’s picture

Status: Active » Needs review

Changing status - might attract some attention...

slcp’s picture

StatusFileSize
new861 bytes

This needs work, I had never looked at the CRS and and TCX .module files before as I have never used them and assumed they would be comparable to the GPX parser. It turns out they are not.

Whereas the time is not parsed from a GPX file, let alone handled, both of these are done for TCX and CRS files.

So, this new patch parses and formats the time into the duration (in seconds) for the GPX file in same way the TCX and CRS modules do.

I guess handling actual calendar data can wait for another day.