25.07.2014, 10:37
Hi Forum,
I have a lot of tracks in binary .TRK format (Fugawi 3.x) in my archives.
There are some quite cumbersome methods to convert them to .GPX (upload/download to/from GPSr, export as ASCII .txt…) but that is lot of work and converts only rudimentary (no altitude, no date/time, limited number of points…).
Some years ago attempts were made to include .TRK conversion support in GPSBABEL. Rudimentary c code was developed and tested, that can read .TRK and write .GPX/KML. But somehow the implementation was not finished:
http://permalink.gmane.org/gmane.comp.ha...devel/2573
http://l4x.org/gps/fugawi_trk.html
http://l4x.org/gps/fugawi.c
GPSBABEL’s position: the effort to implement this in GPSBABEL is not justified.
The author’s position: take the code and use it under GNU-Licence!
As I’m not a c programmer I ask this community: Is there interest to finalize the conversion in RouteConverter?
I assume there are thousands of .TRK tracks out there that long for survival…...
I have a lot of tracks in binary .TRK format (Fugawi 3.x) in my archives.
There are some quite cumbersome methods to convert them to .GPX (upload/download to/from GPSr, export as ASCII .txt…) but that is lot of work and converts only rudimentary (no altitude, no date/time, limited number of points…).
Some years ago attempts were made to include .TRK conversion support in GPSBABEL. Rudimentary c code was developed and tested, that can read .TRK and write .GPX/KML. But somehow the implementation was not finished:
http://permalink.gmane.org/gmane.comp.ha...devel/2573
http://l4x.org/gps/fugawi_trk.html
http://l4x.org/gps/fugawi.c
GPSBABEL’s position: the effort to implement this in GPSBABEL is not justified.
The author’s position: take the code and use it under GNU-Licence!
As I’m not a c programmer I ask this community: Is there interest to finalize the conversion in RouteConverter?
I assume there are thousands of .TRK tracks out there that long for survival…...