From: Bruce Thompson <bruce@ot...> - 2003-06-12 21:04:23
On Thursday, Jun 12, 2003, at 13:41 US/Pacific,
> Date: Thu, 12 Jun 2003 14:53:08 -0500
> To: gpsbabel-code@...
> From: Ron Parker <ron@...>
> Subject: Re: [Gpsbabel-code] Almost ready to send in a module for Quo
> Vadis for PalmOS
> You are. Well, sort of anyway. Before it runs the duplicate check,
> it does
> a qsort with a compare function that checks the gc_data.exported field,
> sorting newer dates first. I don't think qsort is guaranteed to
> the order of equal elements, so even waypoints that didn't come from a
> file can presumably have their order switched at random.
> The idea behind this was that if you merged two GPX files with
> extensions, the remaining duplicate would always be the one with the
> data, regardless of the order in which you specified the files or the
> lineage of the files (files previously merged by Watcher or GPSBabel
> can have
> multiple exported dates in the same file.)
> One could always add an option to the duplicate filter to skip the
> qsort, of
> course, if the original behavior is desirable enough to preserve.
Okay, I can work with that. In the case of Personal waypoints and found
caches I can tweak the exported field to guarantee they override
anything else. That would be a good time to set an appropriate icon as
well (in the XML itself) which would simplify my argument handling.
Until I figure out a way to handle Quo Vadis' Notes database that
should give me everything I need.