[Gpsbabel-code] Re: [Gpsbabel-misc] Waypoints, tracks & routes in one go?

[Robert L. <rob...@us...>]

[ moved to -code  while we haggle bits and bytes ] 

Lars Luthman wrote:

> I first read this as "someone with a garmin to fry", and was a bit

I'd buy a ticket for that. :-)

> worried. Fortunately it didn't go that bad - I made the code changes you
> mentioned, and downloading seems to work with my GPS which is a yellow
> eTrex with firmware version 2.20, multi-lingual.

Thanx. I'll roll that in.

I took a look at the Magellan side last night and it's a little
trickier.   No rocket science, just a little tangly.

> looked good, I was able to load them in QGIS with my GPX loader (which
> doesn't do a lot of validity checks though), and convert them with

SAX2Count is the authoritiy on XML files; they're either valid or
they're not.

> gpsbabel to new GPX files that were identical to the old ones except for
> a different global <time> value and no numbers on the tracks.

It isn't beyond belief that we bozoed track numbers.  Send me a GPX file
that loses them once "converted" to a GPX file (thus making us read it
and write it) and we'll look at it.

> #0  0x08069ab4 in route_waypt_pr (wpt=0x402a6f7c) at garmin.c:484
> #1  0x08049fdf in route_disp (rh=0x402a2fe0, cb=0x8069a85
> <route_waypt_pr>)
>     at route.c:122

If your 484 matches my 484, then either rte or wpt is bad.   What does
a 'p *rte' or 'p *wpt' show us?

> So: Downloading routes, tracks, and waypoints at the same time seems to
> work fine. Uploading works as long as I don't upload routes, and that's
> probably because of some other problem since uploading routes does not

I really suspect the Garmin route upload code is just a road that hasn't
been well travelled.  If the 'host mode' in the simulator supports
routes, I'll take a look at it, otherwise, it'll wait until I next have
a Garmin in my hands or someone else looks into it.

Thanx,
RJL