gpsbabel-misc Mailing List for GPSBabel (Page 362)
Brought to you by:
robertl
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(11) |
Nov
(24) |
Dec
(45) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(17) |
Feb
(19) |
Mar
(26) |
Apr
(38) |
May
(20) |
Jun
(11) |
Jul
(39) |
Aug
(47) |
Sep
(14) |
Oct
(18) |
Nov
(6) |
Dec
(14) |
2004 |
Jan
(41) |
Feb
(46) |
Mar
(98) |
Apr
(71) |
May
(25) |
Jun
(40) |
Jul
(68) |
Aug
(59) |
Sep
(78) |
Oct
(34) |
Nov
(25) |
Dec
(52) |
2005 |
Jan
(51) |
Feb
(63) |
Mar
(47) |
Apr
(36) |
May
(23) |
Jun
(80) |
Jul
(78) |
Aug
(56) |
Sep
(34) |
Oct
(117) |
Nov
(145) |
Dec
(102) |
2006 |
Jan
(158) |
Feb
(117) |
Mar
(85) |
Apr
(116) |
May
(102) |
Jun
(80) |
Jul
(168) |
Aug
(161) |
Sep
(112) |
Oct
(88) |
Nov
(90) |
Dec
(84) |
2007 |
Jan
(115) |
Feb
(142) |
Mar
(76) |
Apr
(90) |
May
(165) |
Jun
(91) |
Jul
(158) |
Aug
(108) |
Sep
(58) |
Oct
(69) |
Nov
(136) |
Dec
(60) |
2008 |
Jan
(50) |
Feb
(87) |
Mar
(79) |
Apr
(90) |
May
(114) |
Jun
(55) |
Jul
(89) |
Aug
(105) |
Sep
(77) |
Oct
(91) |
Nov
(29) |
Dec
(89) |
2009 |
Jan
(83) |
Feb
(44) |
Mar
(58) |
Apr
(70) |
May
(62) |
Jun
(69) |
Jul
(96) |
Aug
(82) |
Sep
(100) |
Oct
(43) |
Nov
(44) |
Dec
(32) |
2010 |
Jan
(69) |
Feb
(61) |
Mar
(70) |
Apr
(85) |
May
(93) |
Jun
(145) |
Jul
(36) |
Aug
(57) |
Sep
(54) |
Oct
(89) |
Nov
(44) |
Dec
(58) |
2011 |
Jan
(39) |
Feb
(59) |
Mar
(29) |
Apr
(35) |
May
(37) |
Jun
(31) |
Jul
(43) |
Aug
(48) |
Sep
(23) |
Oct
(30) |
Nov
(74) |
Dec
(49) |
2012 |
Jan
(43) |
Feb
(35) |
Mar
(38) |
Apr
(44) |
May
(60) |
Jun
(32) |
Jul
(34) |
Aug
(43) |
Sep
(42) |
Oct
(38) |
Nov
(46) |
Dec
(21) |
2013 |
Jan
(16) |
Feb
(30) |
Mar
(21) |
Apr
(25) |
May
(13) |
Jun
(29) |
Jul
(31) |
Aug
(25) |
Sep
(17) |
Oct
(22) |
Nov
(19) |
Dec
(31) |
2014 |
Jan
(11) |
Feb
(16) |
Mar
(65) |
Apr
(27) |
May
(24) |
Jun
(45) |
Jul
(56) |
Aug
(23) |
Sep
(18) |
Oct
(26) |
Nov
(11) |
Dec
(11) |
2015 |
Jan
(25) |
Feb
(24) |
Mar
(30) |
Apr
(26) |
May
(25) |
Jun
(23) |
Jul
(22) |
Aug
(30) |
Sep
(17) |
Oct
(21) |
Nov
(43) |
Dec
(31) |
2016 |
Jan
(46) |
Feb
(55) |
Mar
(24) |
Apr
(17) |
May
(27) |
Jun
(9) |
Jul
(47) |
Aug
(15) |
Sep
(8) |
Oct
(16) |
Nov
(3) |
Dec
(17) |
2017 |
Jan
(3) |
Feb
(8) |
Mar
(18) |
Apr
(6) |
May
(17) |
Jun
(6) |
Jul
(22) |
Aug
(6) |
Sep
(19) |
Oct
(11) |
Nov
(20) |
Dec
(12) |
2018 |
Jan
|
Feb
(8) |
Mar
(7) |
Apr
(1) |
May
(24) |
Jun
(9) |
Jul
(34) |
Aug
(24) |
Sep
(17) |
Oct
(16) |
Nov
(4) |
Dec
(17) |
2019 |
Jan
(9) |
Feb
(4) |
Mar
(27) |
Apr
(31) |
May
(26) |
Jun
(28) |
Jul
(41) |
Aug
(29) |
Sep
(9) |
Oct
(14) |
Nov
(12) |
Dec
(38) |
2020 |
Jan
(13) |
Feb
|
Mar
(10) |
Apr
(4) |
May
(30) |
Jun
(10) |
Jul
(7) |
Aug
(62) |
Sep
(12) |
Oct
(5) |
Nov
(29) |
Dec
(19) |
2021 |
Jan
(5) |
Feb
(7) |
Mar
(11) |
Apr
(3) |
May
(29) |
Jun
(10) |
Jul
|
Aug
|
Sep
(2) |
Oct
(6) |
Nov
(1) |
Dec
(2) |
2022 |
Jan
(7) |
Feb
(31) |
Mar
(17) |
Apr
|
May
(3) |
Jun
(21) |
Jul
(11) |
Aug
|
Sep
(16) |
Oct
(7) |
Nov
(6) |
Dec
(6) |
2023 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(13) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2024 |
Jan
(8) |
Feb
(2) |
Mar
(11) |
Apr
(17) |
May
|
Jun
(4) |
Jul
(11) |
Aug
(16) |
Sep
(8) |
Oct
|
Nov
|
Dec
|
From: Robert N. <gps...@pl...> - 2005-02-22 00:48:12
|
Not sure how far I dare stray from topic here but here it goes anyway, still has to do with GPS Here is my problem... I have data sets in DD.ddd and UTM formats I have data sets in NAD83 WGS84 and NAD27 I want to be able to "boil down" the data to a common datum and since WGS84 is the modern format I think that that is the best option but I would like to be able to go back also to NAD27. For the common format I would go for DD.ddd since some software doesn't like UTM. Do you know of any way to easily convert batches of coords to A) a different datum? and B) a different format? I have stuff in CSV and gpx/loc formats but those can all be changed using gpsbabel. The varying datums are giving me a headache. I am on a mac running os 10.3.8 so windows solutions are out of the question for me. Robert |
From: <em...@us...> - 2005-02-17 15:57:09
|
Can anyone tell me if GPSBable exists for WindowsCE ? I have searched the archives but havent found any info about WindowsCE / Pocket PC versions. I have the need to be able to translate Delorme GPL files to OziExplorer track files on my HP-Ipaq. Has someony done this, can this be done ? Unfortunally I do not have the skills to port it :-( Brg Emil |
From: Klaus R. <kl...@rh...> - 2005-02-16 11:01:49
|
Thanks to all for the tips - I got it working now.=20 With regards to my 'inclusion statement, it seems I misinterpreted an = very old mail from the archives. Robert already clarified that. =20 With the technical (and licensing :-) issues resolvded, I'd like to use = GPSbabel to integrate GPS support into Paralog, a logbook apllication for skydivers (www.paralog.net). And believe me, I am am = very glad to be able use GPSbabel instead of implementing this myself! My current prototype supports GPX files to input GPS tracks. I will = enhance this by constructing a command line for GPSbabel to read the device specific input and to pipe the GPX output to Paralog. I will probably work on GPSbabel itself as well, as I need some more = data fields from the GPS unit(s) to be included in GPX, so hopefully I can give something back to the community. Thanks again, Klaus --- Dipl.-Inform. Klaus Rheinwald, PMP * J=FCrgensallee 126 * D-22605 = Hamburg * +49-174-7533342 |
From: Robert L. <rob...@us...> - 2005-02-15 18:39:16
|
> > The code tries very hard to know the optimal waypoint name length > OK, that's good - one thing less to worry about. It's not beyond belief that it doesn't get it right in all cases, but my point is that I don't know of any such case. So in general if you _have_ to specify this, I'd consider it a bug that should be fixed. Mostly I added this option as a visible switch for folks that hunted more than one GPS type (perhaps a 76 which supports 10 characters and a V which supports 20) that wanted consistent shortnames on their units... > > > * Uploading tracks from GPX > > > (gpsbabel -t -i gpx -o garmin,snlen=12 -f %in -simplify,count=125 > > > -F %out) > > > > We don't rename trackpoints, so I think the "snlen" here is a placebo. > > I meant it for the track names - but maybe it doesn't work like that? snlen does not have any effect on track names. You can get into trouble if you start really testing corners on things like length of track names. For example, a GPX file could have a million tracks that are all identically named with UTF-8 characters. While we try pretty hard to get waypoints right, GPSBabel doesn't go out of its way to ensure max track counts, presence or absence of track names (some formats don't have them at all, and some require them!) uniqueness and namespace constraints of those names, max track/routepoints, and so on. Magellan SD format, for example, supports only a single track with no start/stop and no name at all... (And stuff like this is why tracks and routes are considered "advanced features" and not easily expressed in GUIs when allowing arbitrary format conversions.) -- Support GPSBabel by helping to improve it or fund those that that have done so. Visit: http://sourceforge.net/donate/index.php?group_id=58972 |
From: Lars L. <la...@us...> - 2005-02-15 17:38:29
|
On Tue, 2005-02-15 at 10:50 -0600, Robert Lipe wrote: > Lars Luthman wrote: > > * Uploading waypoints from GPX =20 > > (gpsbabel -w -i gpx -o garmin,snlen=3D6 %in %out) >=20 > The code tries very hard to know the optimal waypoint name length > for waypoints without you specifying it. =20 OK, that's good - one thing less to worry about. > > * Uploading routes from GPX > > (gpsbabel -r -i gpx -o garmin -f %in -simplify,count=3D50 -F %ou= t) > Some Garmins support 50 point routes. Some support 20 point routes. > Some support 30 point routes. Magellan raised it from 30 to 50 in 5.x > firmware. Yes - what I want is some kind of minimum for each model (or maybe define different "devices" for different firmware versions for the same model). If someone notices that they have room for more they can edit their upload commands, or create a new "device". > > * Uploading tracks from GPX > > (gpsbabel -t -i gpx -o garmin,snlen=3D12 -f %in -simplify,count= =3D125 > > -F %out) >=20 > We don't rename trackpoints, so I think the "snlen" here is a placebo. I meant it for the track names - but maybe it doesn't work like that? --=20 Lars Luthman PGP key: http://www.d.kth.se/~d00-llu/pgp_key.php Fingerprint: FCA7 C790 19B9 322D EB7A E1B3 4371 4650 04C7 7E2E |
From: Robert L. <rob...@us...> - 2005-02-15 16:50:55
|
Lars Luthman wrote: > routes etc. QGIS will supply the input and output filenames. I need 6 > commands for each device (examples for Garmin eTrex in parantheses): It's definitely a goal that the simple commands below should work identically for both garmin and magellan and you, the caller, *shouldn't* have to know the gory details of the device. > * Uploading waypoints from GPX > (gpsbabel -w -i gpx -o garmin,snlen=6 %in %out) The code tries very hard to know the optimal waypoint name length for waypoints without you specifying it. > * Uploading routes from GPX > (gpsbabel -r -i gpx -o garmin -f %in -simplify,count=50 -F %out) Some Garmins support 50 point routes. Some support 20 point routes. Some support 30 point routes. Magellan raised it from 30 to 50 in 5.x firmware. It's very icky. > * Uploading tracks from GPX > (gpsbabel -t -i gpx -o garmin,snlen=12 -f %in -simplify,count=125 > -F %out) We don't rename trackpoints, so I think the "snlen" here is a placebo. RJL -- Support GPSBabel by helping to improve it or fund those that that have done so. Visit: http://sourceforge.net/donate/index.php?group_id=58972 |
From: Lars L. <la...@us...> - 2005-02-15 16:09:45
|
Hello! I am working on the "GPS Tools" plugin for Quantum GIS (http://qgis.org). It uses GPSBabel to transfer data between the computer and a GPS device. I would like to support many different devices "out of the box", but I only have a Garmin eTrex to test with. So I am looking for the right command line options to use for other devices - things like snlen values for Garmin devices, baudrates for Magellans, parameters to the simplify filter when uploading tracks or routes etc. QGIS will supply the input and output filenames. I need 6 commands for each device (examples for Garmin eTrex in parantheses): * Downloading waypoints to GPX =20 (gpsbabel -w -i garmin -o gpx -f %in -F %out) * Downloading routes to GPX =20 (gpsbabel -r -i garmin -o gpx -f %in -F %out) * Downloading tracks to GPX =20 (gpsbabel -t -i garmin -o gpx -f %in -F %out) * Uploading waypoints from GPX =20 (gpsbabel -w -i gpx -o garmin,snlen=3D6 %in %out) * Uploading routes from GPX (gpsbabel -r -i gpx -o garmin -f %in -simplify,count=3D50 -F %out) * Uploading tracks from GPX (gpsbabel -t -i gpx -o garmin,snlen=3D12 -f %in -simplify,count=3D12= 5 -F %out) If anyone has time to help me with this it would be much appreciated. You can email me the commands and the name of the GPS device. --=20 Lars Luthman PGP key: http://www.d.kth.se/~d00-llu/pgp_key.php Fingerprint: FCA7 C790 19B9 322D EB7A E1B3 4371 4650 04C7 7E2E |
From: Ron P. <ro...@pa...> - 2005-02-14 16:59:10
|
At 09:32 AM 2/14/2005, Robert Lipe wrote: >1) Formats that require more than one "file" per file like Shape and ozi. >2) Formats that seek around the I/O streams like mapsource, saroute, most > of the Palm/OS pdb formats. saroute only seeks forward, so it should be compatible with pipes, depending on the implementation of the pipes. However, I don't know what you'd put on the other end of the pipe. -- Ron Parker |
From: Robert L. <rob...@us...> - 2005-02-14 14:58:51
|
Clyde> GPSBabel is now an integral part of GSAK, and Robert has helped Clyde> on MANY occasions to further this synergy. I am sure other Clyde> software uses it as well. Lars> Yes - it's used for device uploads/downloads and conversions to Lars> GPX in the GPS plugin for Quantum GIS. Excellent point, guys. I've just rearranged http://gpsbabel.org/tips/related.html to more strongly distinguish programs and sites that are Powered by GPSBabel. If anyone knows of others that should be listed, please send them along. Lars, please privately send me a blurb on Quantum GIS and I'll include it. It does look like Wayhoo, our poster child for a web interface that used GPSBabel to deliver a variety of formats, has been under the weather for a while... Lars> I actually downloaded the Garmin protocol spec and was planning to Lars> write my own implementation, and I was very happy when I found out Lars> about GPSBabel. The protocol looked scary. If I may say so, you were wise to run. :-) If I had it to do over again, our Garmin protocol implementation would look very different. I bought into the libjeeps thing thinking it was actually tested on all the models it claimed to work on and was actively supported when in reality it turned out to be neither. RJL -- Support GPSBabel by helping to improve it or fund those that that have done so. Visit: http://sourceforge.net/donate/index.php?group_id=58972 |
From: Robert L. <rob...@us...> - 2005-02-14 14:48:56
|
Robert Lipe wrote: > The exceptions that come to mind as not working well fall into two classes: > > 1) Formats that require more than one "file" per file like Shape and ozi. > 2) Formats that seek around the I/O streams like mapsource, saroute, most > of the Palm/OS pdb formats. Make that "three". 3) "Formats" that are actually communications protocol. Things like Garmin serial protocol that requires bidirectional conversations with the target don't work with pipes. RJL |
From: Robert L. <rob...@us...> - 2005-02-14 14:33:19
|
> Call me stupid, but I can not figure out how to have gpsbabel dump > it's output to stdout so I can pipe it on. I had assumed leaving out > the -f flags should have done it (for input as well) GPSBabel supports the traditional "-" for standard input and standard output for almost every format. I think some of the Palm formats do some lseeking that makes them not work well in pipes, but the huge majority of the formats do work just fine this way: $ echo "35.123, -86.234, blah" | gpsbabel -i csv -f - -o gpsutil -F - blah 3507.380N 08614.040W 0000000m blah a Recently on this very list, we discussed a technique that used pipes: http://sourceforge.net/mailarchive/forum.php?thread_id=6441080&forum_id=12066 The exceptions that come to mind as not working well fall into two classes: 1) Formats that require more than one "file" per file like Shape and ozi. 2) Formats that seek around the I/O streams like mapsource, saroute, most of the Palm/OS pdb formats. > Found nothing in the docs and when reading the archives I got the > feeling piping is not only not possible, it's also not wanted to > prevent 'inclusion' gpsbabel into other SW? I'm not sure where that's coming from. GPSBabel was, from the onset, pretty much designed to be a "behind the scenes" worker for domain-specific programs. is certainly included with a number of other programs. That's one reason I chose the GPL. If you extend GPSBabel (a shared work built by me and others) and distribute that work, you have to share the source. RJL |
From: Lars L. <la...@us...> - 2005-02-14 12:43:53
|
On Mon, 2005-02-14 at 19:58 +0800, Clyde wrote: > >Found nothing in the docs and when reading the archives I got the feelin= g > >piping is not only not possible, it's also not wanted to > >prevent 'inclusion' gpsbabel into other SW? > > > >Please enlighten me... This command: gpsbabel -i gpx -o nmea -f ~/div/gpx/ramundberget.gpx -F - writes the waypoints in ~/div/gpx/ramundberget.gpx to stdout as NMEA sentences. This command: gpsbabel -i nmea -o gpx -f - -F rb.gpx reads NMEA sentences from stdin until EOF, and writes the GPX file rb.gpx. A dash (-) can be used as an alias for stdin or stdout, depending on the context. > GPSBabel is now an integral part of GSAK, and > Robert has helped on MANY occasions to further this synergy. I am sure ot= her > software uses it as well. Yes - it's used for device uploads/downloads and conversions to GPX in the GPS plugin for Quantum GIS. I actually downloaded the Garmin protocol spec and was planning to write my own implementation, and I was very happy when I found out about GPSBabel. The protocol looked scary. --=20 Lars Luthman PGP key: http://www.d.kth.se/~d00-llu/pgp_key.php Fingerprint: FCA7 C790 19B9 322D EB7A E1B3 4371 4650 04C7 7E2E |
From: Clyde <cw...@ii...> - 2005-02-14 11:59:19
|
>Found nothing in the docs and when reading the archives I got the feeling >piping is not only not possible, it's also not wanted to >prevent 'inclusion' gpsbabel into other SW? > >Please enlighten me... I am sure someone else will "enlighten you" but I feel compelled to rebuke= this "prevent bla bla .." assertion. I don't mean to sound harsh, but this= part really rattled my cage. As far as I am concerned there could be nothing further from the truth.= Back in the early days, I was blissfully unaware of GPSBabel and had= written this new program called GSAK (Geocaching Swiss Army Knife). It was= actually Robert Lipe who contacted me directly and suggested I use= GPSBabel "under the hood" of GSAK to do some of the heavy lifting rather= than re inventing the wheel (especially in the area of GPSr= communications). I took his advice and it was one of the best decisions I= ever made. GPSBabel is now an integral part of GSAK, and Robert has= helped on MANY occasions to further this synergy. I am sure other software= uses it as well. Clyde (GSAK Author) |
From: Klaus R. <kl...@rh...> - 2005-02-14 09:47:47
|
Call me stupid, but I can not figure out how to have gpsbabel dump it's output to stdout so I can pipe it on. I had assumed leaving out the -f flags should have done it (for input as well) Found nothing in the docs and when reading the archives I got the feeling piping is not only not possible, it's also not wanted to prevent 'inclusion' gpsbabel into other SW? Please enlighten me... Thanks, Klaus |
From: <lil...@gp...> - 2005-02-13 20:09:32
|
> I would like to us the RunAfter.bat file from GPXSpinner to > upload the unfound caches to my GPS. GPXSpinner is combining GPX files > that include found caches. I would like to be able to not upload the > found caches which all have the Geocache Found icon and only upload > those caches that have other icons, including cemetery, zoo, geocache, > crossing etc icons. This answer is off-topic for the gpsbabel list, but you can do this with Spinner itself by creating an additional GPX file that only contains your unfound caches. Make a copy of wp_template.gpx and name it wp_unfound.gpx. Open wp_unfound.gpx in notepad. Change the output filename on the first line to "unfound.gpx". Change the "<gpx" line to <% if not found %><gpx Then way at the end, change the "</gpx>" line to: </gpx><% endif found %> Now edit RunAfter.bat to only send unfound.gpx to your GPS unit. Note to others: James is running an early non-public beta of Spinner 3.0. The same thing can be done in older versions, but the filename of the gpx template is slightly different. Lil Devil |
From: Robert L. <rob...@us...> - 2005-02-13 19:17:01
|
James Shilt wrote: > I read through the archives and only saw one message pertaining to > filtering based on the found or unfound geocache icon. I was completely > confused. I would like to us the RunAfter.bat file from GPXSpinner to That conversation did take a turn for the nerdy. > upload the unfound caches to my GPS. GPXSpinner is combining GPX files > that include found caches. I would like to be able to not upload the > found caches which all have the Geocache Found icon and only upload > those caches that have other icons, including cemetery, zoo, geocache, > crossing etc icons. ...and the reason it took a turn for the nerdy is that we really don't support filtering by icon. If you could get a PQ of just your found caches in the area, you could accomplish the same thing by using the duplicate filter. So using the line you list below, it would be something like: gpsbabel -w -N -i gpx -f spinner.gpx -i gpx -f yourfound.gpx -x duplicate,shortname,all -o garmin -F usb: So anything that appears in spinner.gpx AND yourfound.gpx will disappear from the output stream. > I have this line in RunAfter.bat to send the waypoints thanks to LilDevil > > C:\GPS\Programs\gpsbabel\gpsbabel -w -N -i gpx -o garmin spinner.gpx usb: > > What do I need to add to it, and also can you tell me what the -w -N -i > mean? From 'gpsbabel -help' or http://gpsbabel.org/readme.html -w Process waypoint information [default] -N No smart icons on output -i is "input" and -i is "output". So input a file of type gpx and output to garmin comm protocol. RJL |
From: James S. <js...@kc...> - 2005-02-13 18:20:34
|
I read through the archives and only saw one message pertaining to filtering based on the found or unfound geocache icon. I was completely confused. I would like to us the RunAfter.bat file from GPXSpinner to upload the unfound caches to my GPS. GPXSpinner is combining GPX files that include found caches. I would like to be able to not upload the found caches which all have the Geocache Found icon and only upload those caches that have other icons, including cemetery, zoo, geocache, crossing etc icons. Can anyone help by telling me in short how to do this? I have this line in RunAfter.bat to send the waypoints thanks to LilDevil C:\GPS\Programs\gpsbabel\gpsbabel -w -N -i gpx -o garmin spinner.gpx usb: What do I need to add to it, and also can you tell me what the -w -N -i mean? Thanks |
From: Robert L. <rob...@gm...> - 2005-02-11 17:58:33
|
On Fri, 11 Feb 2005 09:39:59 -0800, Robert Shaw <rs...@op...> wrote: > Robert, Do you want me to send you those fixes? In the interest of making it available to Murray, please do. This will at least give our sudden Mac crowd a common starting place. > I haven't heard/seen > anything form Jeremy that it was ok in the short term to fix them like > I suggested. We did just discuss this about 17 hours ago and he is on a different continent than at least me, so it's not hard to believe that Real Life has interfered. :-) |
From: Robert S. <rs...@op...> - 2005-02-11 17:40:10
|
On Feb 11, 2005, at 9:17 AM, Robert Lipe wrote: > I'm guessing this is the issue that rshaw highlighted just yesterday: > > > http://sourceforge.net/mailarchive/forum.php? > thread_id=6551446&forum_id=12070 > > The question showed up there after Jeremy and I already answered it > when > it was asked privately. (See why I like to do stuff on the lists?) > > The punchline is that C code checked in is fine, but the Mac-specific > project stuff is kind of wierded out and awaiting a fix from Jeremy > which is predicated upon return of his system from repair early next > week. Robert, Do you want me to send you those fixes? I haven't heard/seen anything form Jeremy that it was ok in the short term to fix them like I suggested. Just let me know. Thanks, -Robert |
From: Robert L. <rob...@us...> - 2005-02-11 17:18:21
|
[ If this conversation proceeds down a much geekier path, we should probably take it to -code instead of -misc. ] Murray Silverstone wrote: > Jeremy's code. It keeps on getting hung up with the error: > > Missing file or directory: MainMenu.nib I'm guessing this is the issue that rshaw highlighted just yesterday: http://sourceforge.net/mailarchive/forum.php?thread_id=6551446&forum_id=12070 The question showed up there after Jeremy and I already answered it when it was asked privately. (See why I like to do stuff on the lists?) The punchline is that C code checked in is fine, but the Mac-specific project stuff is kind of wierded out and awaiting a fix from Jeremy which is predicated upon return of his system from repair early next week. > make mac-build > > which worked for a while, but then terminated with the error: > > MurraysTiBook:murray-/Users/murray/gpsbabel: make mac-build > make LIBEXPAT=/sw/lib/libexpat.a EXTRA_CFLAGS="-I/sw/include" > LIBUSB="/sw/lib/libusb.a -lIOKit -lBSDPClient -framework > CoreFoundation" > cc -c -I/sw/include -g -Icoldsync -O jeeps/gpslibusb.c -o > jeeps/gpslibusb.o > jeeps/gpslibusb.c:26:17: usb.h: No such file or directory You don't have libusb. Get it from fink or from libusb.sourceforge.net. I developed around 0.1.8, but I saw this morning that there is a newer version. > FYI, as Robert had said, I have have some success using the comand-line > version > > GPSBabel Version 1.2.5_beta12222004 > > with my Garmin eTrex Legend-C connected to my Powerbook G4 Ti 800, e.g.: I'm stumped why it works better for you than for me. My 60CS on an ibook is really flaky. I'm hoping we can herd this recent flurry of Mac interest into fingers and eyeballs to help get it over the finish line. RJL |
From: Murray S. <mu...@as...> - 2005-02-11 16:25:29
|
Hi everyone, I should warn you this is a bit of a "newbie" post here. I have almost no experience with the tools and the level of app building that I am mucking around with here. I thought I might root around and see if I could learn what was going on with USB communcations with Garmin GPS's in the code, and this is my first real experiences with CVS and with ProjectBuilder (not to mention AppleScript) but I didn't get very far. I see the many changes in Jeremy's CVS versions of MacGPSBabel.applescript (1.11 vs. 1.10) using sourceforge.net's neat web interface, and I downloaded a CVS version of the full code, but I could not get ProjectBuilder (Mac OS X's App building tool) to compile Jeremy's code. It keeps on getting hung up with the error: Missing file or directory: MainMenu.nib perhaps this is some generic code which I don't have linked in a specific directory? For kicks, I also tried to "make" the command-line CVS version with the command make mac-build which worked for a while, but then terminated with the error: MurraysTiBook:murray-/Users/murray/gpsbabel: make mac-build make LIBEXPAT=/sw/lib/libexpat.a EXTRA_CFLAGS="-I/sw/include" LIBUSB="/sw/lib/libusb.a -lIOKit -lBSDPClient -framework CoreFoundation" cc -c -I/sw/include -g -Icoldsync -O jeeps/gpslibusb.c -o jeeps/gpslibusb.o jeeps/gpslibusb.c:26:17: usb.h: No such file or directory jeeps/gpslibusb.c:51: error: parse error before '*' token jeeps/gpslibusb.c:51: warning: data definition has no type or storage class jeeps/gpslibusb.c: In function `gusb_init': jeeps/gpslibusb.c:61: warning: assignment makes pointer from integer without a cast jeeps/gpslibusb.c: In function `garmin_usb_start': jeeps/gpslibusb.c:152: warning: assignment makes pointer from integer without a cast jeeps/gpslibusb.c:168: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:170: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:171: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:171: error: `USB_ENDPOINT_TYPE_MASK' undeclared (first use in this function) jeeps/gpslibusb.c:171: error: (Each undeclared identifier is reported only once jeeps/gpslibusb.c:171: error: for each function it appears in.) jeeps/gpslibusb.c:173: error: `USB_ENDPOINT_TYPE_BULK' undeclared (first use in this function) jeeps/gpslibusb.c:174: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:174: error: `USB_ENDPOINT_DIR_MASK' undeclared (first use in this function) jeeps/gpslibusb.c:175: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:175: error: `USB_ENDPOINT_ADDRESS_MASK' undeclared (first use in this function) jeeps/gpslibusb.c:177: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:179: error: `USB_ENDPOINT_TYPE_INTERRUPT' undeclared (first use in this function) jeeps/gpslibusb.c:180: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:181: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c: In function `garmin_usb_scan': jeeps/gpslibusb.c:224: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:227: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:227: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:232: error: dereferencing pointer to incomplete type jeeps/gpslibusb.c:233: warning: passing arg 1 of `garmin_usb_start' from incompatible pointer type make[1]: *** [jeeps/gpslibusb.o] Error 1 make: *** [mac-build] Error 2 I can fully compile the code with make mac-usbfree but that kind of defeats the purpose, right? Can anyone offer me useful insight? or should I just wait for Jeremy's PB to be fixed ;) FYI, as Robert had said, I have have some success using the comand-line version GPSBabel Version 1.2.5_beta12222004 with my Garmin eTrex Legend-C connected to my Powerbook G4 Ti 800, e.g.: MurraysTiBook:murray-/Users/murray: /Applications/MacGPSBabel-1.2.5_beta12222004/MacGPSBabel.app/Contents/ Resources/gpsbabel -i garmin -f usb: 32.494183N 110.866200W 001/001 1006.858887 32.484187N 110.859745W 002/002 1066.940674 32.206794N 110.909457W 003/10-AUG-04 7:37:50PM 763.647217 33.445162N 112.059407W 004/22-AUG-04 1:10:50PM 323.847412 32.188664N 111.066693W 005/05-SEP-04 1:59:04PM 841.513428 32.184444N 111.078614W 006/05-SEP-04 2:26:09PM 803.781982 32.206893N 111.020966W 007/05-SEP-04 2:26:17PM 804.743164 ... Cheers, Murray On Feb 10, 2005, at 4:51 PM, Jeremy Atherton wrote: >> Jeremy Atherton added USB support to the Applescript since the 12/22 >> beta. If you guys could rally around the latest version in CVS for >> testing, that would be most helpful. >> >> Thanx, >> RJL > > Unfortunately I also added a bug to the code in that beta which stops > communication with GPS units from working. Although I have now fixed > the bug the good build is on my PowerBook which is away in Oregon > having its screen repaired. > > My PowerBook should be back by Tuesday at the latest so I'll be able > to upload the bug-fixes then. > > Jeremy > |
From: Robert L. <rob...@us...> - 2005-02-11 01:24:38
|
Scout wrote: > released on GPSgames.org. But Google's terms of service would > prohibit it. Google is for personal use only. And "you may not take > the results from a Google search and reformat and display them." So, > although doing this on your own PC would be a cool app, doing it as a > public Web service would violate Google's terms of service. It still Your consumption wasn't clear, but I did mean to raise that as a potential problem for some uses. Of course, variations of that problem occur with lots of data sets. That's why I can't put up a set of arcs for my home state on the web that are derived from any of the bazillion map programs I have, though I could do it with the tiger data which does explictly allow that. RJL |
From: Scout <Scout@GPSgames.org> - 2005-02-11 00:17:25
|
On 10 Feb 2005 at 16:48, Robert Lipe wrote: > Scout, we need to find you simple route format. The good news is > that remedial GPX really isn't hard to write. That's what I needed. Thanks. -- Scout |
From: Scout <Scout@GPSgames.org> - 2005-02-11 00:17:25
|
On 10 Feb 2005 at 18:11, Ron Parker wrote: > I've got good news for you, then. I've added an input module to Babel > to parse the XML output from google directly. That'll be great. I'll drop my own efforts then. As it turns out, I won't be able to use Google for my purposes anyway. I wanted to add this to the routing support I recently released on GPSgames.org. But Google's terms of service would prohibit it. Google is for personal use only. And "you may not take the results from a Google search and reformat and display them." So, although doing this on your own PC would be a cool app, doing it as a public Web service would violate Google's terms of service. It still would have made a cool proof of concept. ;-( -- Scout |
From: Jeremy A. <je...@jf...> - 2005-02-10 23:51:32
|
> Jeremy Atherton added USB support to the Applescript since the 12/22 > beta. If you guys could rally around the latest version in CVS for > testing, that would be most helpful. > > Thanx, > RJL Unfortunately I also added a bug to the code in that beta which stops communication with GPS units from working. Although I have now fixed the bug the good build is on my PowerBook which is away in Oregon having its screen repaired. My PowerBook should be back by Tuesday at the latest so I'll be able to upload the bug-fixes then. Jeremy |