.FIT file import generated by Sigma Data Center - GC3.2 RC3

[Martin Červenka]

Hello,

I am a Sigma ROX10.0 user and have Sigma software for downloading data from device. I changed the computer and installed the new GC 3.2 RC3 and the latest version of Sigma Data Center. Before that with older versions everything was working fine (GC 3.1), now I can not say if the problem is in the new release of GC and transferring to .JSON or in the latest Sigma software and .fit file export since I do not have the old computer anymore...

1: I export the .FIT file from Sigma Data Center, for example 2015_07_15__17_30_Lopata.fit.

2. After the file is imported into GC, it is stored in imports directory as 2015_07_15__17_30_Lopata_0000_00_00_17_30_48.fit. Obviously the information about the date is missing.

3. The file 0000_00_00_17_30_48.json is generated in activities directory and an error occurs saying that the time/date format is incorrect (is missing...).

4. If I rename the file to 2015_07_15_17_30_48.json and restart GC, the .JSON is reloaded and GC works fine - the workout appears in the calendar etc. Is the time/date taken only from the name of .JSON file? My idea was it is hidden somewhere inside.

Is the problem in the import process or is the .fit file not complete and the date is missing in it?

Thanks,

Martin

[Jörn R.]

Hi Martin,

I just imported your file without any problems. 

- Filename in /imports is 2015_07_15__17_30_Lopata_2015_07_15_17_30_48.fit
- Filename in /activities is 2015_07_15_17_30_48.json

I am working with Win7-64 Bit with a German Locale.

The Date/Time info is also part of the .JSON - you can open the .JSON with any editor - it's a readable format.

You should find something similar to 

{

"RIDE":{

"STARTTIME":"2015\/07\/15 15:30:48 UTC ",

"RECINTSECS":1,

"DEVICETYPE":"Sigmasport ROX ",

"IDENTIFIER":" ",

"TAGS":{

"Athlete":"Test ",

"Calendar Text":"Bike\n ",

"Data":"TDSPHC-AGL-E--- ",

"Device":"Sigmasport ROX ",

"File Format":"FIT (*.fit) ",

"Filename":"2015_07_15_17_30_48.json ",

"Month":"Juli ",

"Source Filename":"2015_07_15__17_30_Lopata_2015_07_15_17_30_48.fit ",

"Sport":"Bike ",

"Weekday":"Mi ",

"Year":"2015 "

},

at the beginning of your file.

Can you provide a screen-shot of the error please - so that we get an idea in which phase of import your problem occurs.

Thanks.

Joern

[Martin Červenka]

Hi Jörn,

I am running WIN8.1-64 bit, Czech. I am attaching the screenshots (step 3 and 4 of the import) and also the .json file that was created after import.

When I opened the .JSON file the STARTTIME is not there - see attached. And the SOURCE FILENAME is also different compared to your import. Why is the .FIT file name changed after import? When I had GC3.1 all the .FIT files were stored in the GC directory without changing the name.

I am also attaching the .FIT file that is created after the import in the imports directory.

By the way (out of topic) - will the support of full HD displays be available? As you can see from the screenshots the resolution is not perfect... 

MfG

Martin

[Jörn R.]

Hi Martin,

root-cause is the local Date Format which is shown here. Somehow (QT-Bug?) the Format cannot be parsed to a QDate. We are using QT library functions to display, edit and parse the dates fromString, toString. 

Win7 only allows for the Locale in which I have purchase the product. So I can't switch to test in Czech - which makes it difficult to find the root-cause. We are running GC in multiple languages/countries - this

is the first time the problem appears - nevertheless it should be analysed to an end and fixed. 

Win 8.1 allows to change the Windows Locale (to my knowledge) - can you please do a test with e.g. English Locale set on Windows and add the screenshots.

On your other questions.

a) All Training files are now converted into JSON and stored in a dedicated directory to have a consistent data source to work on (a design decision taken for 3.2)

b) Renaming of the input file takes place to guarantee a unique file name. (FIT pretty much does that on it's own. But other supported formats not). 

Regarding HD - please check your font sizes / font your are using and adjust as needed. I am running on HD - and have tested on a 2560x.... screen. With Font Size "10" and "Font MS Shell Dlg 2".

Best

Joern

[Jörn R.]

Hi Martin,

did some more analysis.

You may also just change your Date Format instead of changing whole Locale of your system. QT says "On Windows and Mac, this locale will use the decimal/grouping characters and date/time formats specified in the system configuration panel."

So please try a different variant - I actually was not able to setup a format like yours with "VII" for "July".

BR

Joern

[Martin Červenka]

Hi Jörn,

You were right. I was trying to play with region setting in WIN8.1 and it finally works.

When I changed to UK (English) the import works. I changed only the "region preferences" without changing the system display language.

When changing back to Czech - same problem like in the afternoon. So problem is the date format.

What I do not understand is why this happens since in the Czech Republic we have the same date formats like in UK (see attached). No idea where VII instead of July comes from. I have never seen this in windows. Maybe sometimes in the past this format was used here but I was not expecting to see it now. Everytime I ran GC I said why the hell they use so stupid date format :-)

BUT when I import fit files like this the CP curve is not OK. See the example - some strange teeth on the curve...

If I remember well I have already seen such problem here on the forum, but I can't find it now and I do not know if it was solved or not...

Thanks for the hint about setting the font size, will try it.

Regards,

Martin

Dne pondělí 20. července 2015 18:07:54 UTC+2 Jörn R. napsal(a):

[Martin Červenka]

I have found it...

https://groups.google.com/forum/?hl=cs#!searchin/golden-cheetah-users/rox$20fit/golden-cheetah-users/AB6tpj-kzo4/86-D-nG-1TYJ

The solution is the recording interval. So probably this is the problem of Sigma software and .fit files exporting?

Dne pondělí 20. července 2015 23:32:51 UTC+2 Martin Červenka napsal(a):