Re: [Gpsbabel-code] Building gpsbabel on windows using msvc

[Gerhard O. <ger...@gm...>]

The first part is in 1.3.4, the second part implementing the Run
protocol is not yet applied (gbl-2.diff). This patch adds support for
all information related to Runs (History) that Garmin has documented,
I believe. I have added a little support for other information, but
nothing complete.

There are a few things before the second patch can be applied: I
should remove debug printouts, clarify what is a valid GPS point etc.
However, since I could not convince Robert to include a option to the
"garmin" format to _read_ the extra stuff and enable "fitness"
handling for normal handling, I have seen no reason to do so. Robert
has pointed that the special stuff should be in the GTC format. So for
the patch to be useful, I have waited for motivation to work on GTC
format (which is much more job than implement the device support,
without giving me much).

What I believe should be done:
  Define that GTC format when reading from a device tries to mimic the
format when the GTC application reads from the device and filters etc
are ignored.
  Attach Garmin Run, Lap and Track info to the waypoint structure as
extra_info. There are other formats using similar approaches.
  Let GTC format deal with the Garmin specific devies, if they exist.
Possibly create the structures if only ordinary info exists so there
is only one code path. The datastructures in the "garmin" format are
quite similar to the HST/TCX format. The formats are described on the
Garmin website, but the descriptions are not complete.
  Implement TCX - maybe drop HST
  Implement Read support - put data in "garmin" format so full write
functionality to Garmin devices can be acieved

To decide:
  How to handle Workout/Profile/Course protocols: Always read from
device will increase transfer time, then option is required in
"garmin" format.
  Implement Course read support in GTC format and write support in
"garmin". Possibly the same for Workout/profile.

If someone else drives the GTC format path, I can drive the "garmin"
part or at least give the support I can.

My motivation was to get Linux support for reading/writing infomation.
Since Garmin has released the Garmin plugin for Windows and Mac only,
this is still a reason, but the big synergies with other platforms are
not so visible anymore.


Just a note regarding accepting patches: I just have a different
opinion to what GPSBabel is used for than Robert. He believes that the
primary focus for the application is handle GPS information, I believe
a secondary is to support GPS devices. With my view, handling tracks
without GPS information is natural, which gives a "fitness" behavior
to track handling that may not be desired to other uses (for instance
track points with only heartrate and no GPS info). We agree that
GPSBabel should not be processing data like calculating calories or
so, that is for other programs.
I have no interest in maintaining GPSbabel or a fork so I am fine with
this opinion and use the excellent application with my minor changes
on my own.
Robert and the others are doing a great job.

/Gerhard

On 9/16/07, Todd Fisher <tod...@gm...> wrote:
> Gerhard,
>
> I think I found your patch.
> http://sourceforge.net/tracker/index.php?func=detail&aid=1746707&group_id=58972&atid=489477
> But in the comments it says it's been applied. I went ahead and switched to
> lap_read_as_track.  Still figuring out how things are organized to
> understand what needs to be modified to get that information....   I figured
> out I just didn't have the device drivers installed on windows.   And am
> using a combination of cygwin and msvc.
>
> Thanks,
> Todd
>
>
>
> On 9/14/07, Gerhard Olsson <ger...@gm...> wrote:
> > The distance and calories are 0 because that is currently not read
> > from the device. 1.3.4 also do not read other "fitness" structures
> > like laps and run info. I have done a patch for that (and some other
> > stuff, it is in the patches section) but it got too intrusive for
> > other users. Robert do not like maintaining and documenting options
> > and was hesitant to add options to "garmin" that enabled special
> > run/course mode etc. That left me with letting the GTC format handling
> > the raw data from Garmin and I got stuck on doing that. (GTC in itself
> > does not add anything for me personally.)
> >
> > Cygwin may be easier to work with.
> > /Gerhard
> >
> > On 9/14/07, Todd Fisher <tod...@gm...> wrote:
> > > Hi Philipp,
> > >
> > >   I'm really just getting started.  I have a garmin forrunner 305 and am
> > > still learning the code base...  My initial goal will be to get the
> format
> > > being generated to match the format I see being generated by the Garmin
> > > Training Center software.    Initially, I see the DistanceMeters
> reported is
> > > 0 as is the Calories...   But, I'm also trying to get my windows system
> to
> > > connect to the device.  So, far I've only been able to connect and get
> data
> > > from mac system.
> > >
> > > -Todd.
> > >
> > >
> > > On 9/14/07, Philipp Koch < phi...@gm...> wrote:
> > > > hi todd,
> > > > i would also be interessted in improving the gtc stuff. what are your
> > > > plans in regards of improving?
> > > >
> > > > regards, philipp
> > > >
> > > >
> > >
> -------------------------------------------------------------------------
> > > > This SF.net email is sponsored by: Microsoft
> > > > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > > >
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > > _______________________________________________
> > > > Gpsbabel-code mailing list  http://www.gpsbabel.org
> > > > Gps...@li...
> > > >
> > >
> https://lists.sourceforge.net/lists/listinfo/gpsbabel-code
> > > >
> > >
> > >
> > >
> -------------------------------------------------------------------------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > Gpsbabel-code mailing list  http://www.gpsbabel.org
> > > Gps...@li...
> > >
> https://lists.sourceforge.net/lists/listinfo/gpsbabel-code
> > >
> > >
> >
> >
> > --
> > Gerhard
> > The sender address really contains .nospam.
> >
>
>


-- 
Gerhard
The sender address really contains .nospam.