will do and thanks
:)

i would like to get involved myself but my pythin skills aren't up to 
much right now


On 03/24/2012 04:30 PM, David García Granda wrote:
> Hi Lauren,
>
> Thank you for your interest and feedback.
>
>> hope this is the right place to be filing bug reports
>>
>> i am running 1.9.2-dev on debian wheezy 64bit
>>
>> i have a garmin forerunner 205
>>
>> i use garmin-tools to export the tracks as .gmn files
>>
>> i then use garmin_gpx to convert into .gpx files
>>
>> when i try to import one of these .gpx files the date / time of the run
>> is incorrect
>>
>> what i have discovered is that garmin_gpx writes the following at the
>> head of each file:
>>
>> <?xml version="1.0" encoding="UTF-8"?>
>> <gpx version="1.1"
>> creator="Garmin Forerunner Tools - http://garmintools.googlecode.com";
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>> xmlns:gpxtpx="http://www.garmin.com/xmlschemas/TrackPointExtension/v1";
>> xmlns="http://www.topografix.com/GPX/1/1";
>> xsi:schemaLocation="http://www.topografix.com/GPX/1/1
>> http://www.topografix.com/GPX/1/1/gpx.xsd
>> http://www.garmin.com/xmlschemas/TrackPointExtension/v1
>> http://www8.garmin.com/xmlschemas/TrackPointExtensionv1.xsd";>
>> <time>2012-01-14T10:26:28Z</time>
>> <bounds minlat="-34.101196" minlon="18.472706" maxlat="-34.094719"
>> maxlon="18.479521" />
>> <trk>
>> <trkseg>
>>
>> the important data point here is the<time></time>  entry - it is set to
>> the date / time of the gpx export NOT the date / time of the run
>>
>> it appears as though pytrainer's gpx import uses the first<time>  tag to
>> determine the date/time of the activity even though it is not contained
>> within a<trkseg>
>>
>> i believe this to be an error in how pytrainer imports gpx files
>>
>> i could not find any reference to the<time>  tag in the head section
>> when i looked in the gpx file standard but even so i would think
>> pytrainer should only look for the first<time>  tag *within* the
>> <trkseg>  sections
>>
>> if i am misunderstanding the gpx spec and laying the problem at
>> pytrainer when it should be the garmin_tools issue to fix please forgive me
>
> Unfortunately setting import datetime info in time tag seems an issue
> related to garmintools (http://code.google.com/p/garmintools/) so the
> best option would be to file a bug there.
>
> Anyway you are right that maybe pytrainer should check if reference
> provided in time tag is contained (or may match) in time tag for any
> trackseg (or trackpoint) in the provided file. We definitely have room
> for improvement. Do you Lauren mind raising a ticket in trac
> (http://sourceforge.net/apps/trac/pytrainer/)?
>
> Thanks!
>
> David

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Pytrainer-devel mailing list
Pytrainer-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pytrainer-devel

Reply via email to