Re: [Gpsbabel-code] Almost ready to send in a module for Quo Vadis for PalmOS
Brought to you by:
robertl
From: Robert L. <rob...@us...> - 2003-06-12 18:44:57
|
Bruce Thompson wrote: > I'm going to try a fresh checkout of the cvs tree and see if that > compiles and runs testo clean out of the gate. If not then I'll get in > touch with you about where to go from here. Setting up an account for > you shouldn't be a problem if need be. Feel free. I haven't installed RH9 here yet and it's not available on compilefarm. I can put it on a lab system, but that's a couple hours I'd rather not burn if I could avoid it. > I will give a look at the magproto code to see how that handles > icons. Thanks for the pointer. It's a pretty straight forward table lookup. > Building on Mac OS X is a definite convenience factor, I carry my It should Just Work. (At least the GPSBabel part should.) Since expat is part of several programs including Apache, I feel good that someone somewhere has done whatever needs to be done to make it fly on OS/X. > Oh, on a side note. How does the duplicate removal process choose > which waypoint to keep? The reason I ask is that I eventually plan to Are you asking about the duplicate waypoint filter? It can suppress dupes based on shortnames or location. It looks like the first one read is the "winner" in case of a conflict. I could be wrong. > have a small set of files that I regularly build into a new Marker > Database. In that set I'd like to have one file containing my manually > entered waypoints, another set with Caches I've found (to override > the icon selection so they are distinctive on the map) and possibly > to have a set with additional notes, say from a cache that I tried to > find but was unable to. There is a real possibility that some of these > will show up in my PocketQueries so I'd like to be able to predict > which of several identically named waypoints will be kept by the > duplicate filter. Interesting idea. I think the key would be in the ordering of the input files on the command line. -f you_really_really_want -f you_really_want -f you_kinda_want If you have duplicates, presumably with additional information beyond simply the coordinates, the first one found will be the one kept. [ Begin experiment. ] $ echo "1.0, 2.0, one" > /tmp/one ; echo "1.0, 2.0, two" > /tmp/two (robertl) rjloud:/home/robertl/src/gpsbabel $ ./gpsbabel -i csv -f /tmp/two -i csv -f /tmp/one 1.000000N 2.000000E two/two 0.000000 1.000000N 2.000000E one/one 0.000000 (robertl) rjloud:/home/robertl/src/gpsbabel $ ./gpsbabel -i csv -f /tmp/two -i csv -f /tmp/one -xduplicate 1.000000N 2.000000E two/two 0.000000 (robertl) rjloud:/home/robertl/src/gpsbabel $ ./gpsbabel -i csv -f /tmp/one -i csv -f /tmp/two -xduplicate 1.000000N 2.000000E one/one 0.000000 Yes. First one in the waypoint list (which is populated in command line order) is the "winner". RJL |