gpsbabel-misc Mailing List for GPSBabel (Page 372)
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: Firehouse16 <Fir...@ki...> - 2004-09-15 01:07:55
|
The other day I used GUI Babel and converted a MapSource file to GPX, I = was surprised to see the route along with the waypoints. To say the = least I was very happy! So today I'm trying to do the same thing, = convert a MPS file to GPX. When I hit process a command prompt window = opens and it just hangs until I close it. It creates the file but it's = unuseable. Any ideas? Dave |
From: Robert L. <rob...@us...> - 2004-09-14 13:23:57
|
John Proctor wrote: > I was wondering whether any thought had been put into supporting a NMEA > sentence output WPL structure to upload waypoints into a non Garmin and > Magellan GPS. Specifically, I have a Raymarine RayNav 300 on my boat. I There's been thought, but so far you're the first to express any kind of interest in such a thing. Do you know enough about NMEA to help make it happen? The code is probably almost all there; it's a mere matter of hooking it up. What I lack is enough understanding about NMEA to do it. > What I need to have is the output of GPSBabel go via NMEA WPL > sentences out to the GPS. I don't know what OS/X calls your Keyspan, but in our doc it mentions that it might be called something like "/dev/cu.USA19QI181P1.1" so is it as easy as stty 4800 raw < /dev/cu.USA19QI181P1.1 gpsbabel -i whatever -f whatever -o nmea -F /dev/cu.USA19QI181P1.1 ? (I don't die of shock if that doesn't work.) > terminal application to output via the serial adapter to the GPS. Also > it would be useful to be able to read NMEA sentences (WPL) as input for > downloading the waypoint data from the GPS. Is this possible? My reading of the NMEA protocol from sources like http://home.pacific.net.au/~gnb/gps/nmea.html show that WPL is only for transferring waypoints in the current route. If you know enough about NMEA to describe the "send me your list of waypoints as a list of WPLs" interchange, I'm sure we can cook something up. RJL |
From: John P. <joh...@bi...> - 2004-09-14 09:53:37
|
I was wondering whether any thought had been put into supporting a NMEA sentence output WPL structure to upload waypoints into a non Garmin and Magellan GPS. Specifically, I have a Raymarine RayNav 300 on my boat. I do not have or want a chartplotter but using a library of GPSx waypoints I can load into the GPS would be very useful. What I need to have is the output of GPSBabel go via NMEA WPL sentences out to the GPS. My host config is a Mac PB G4 1GHz with a Keyspan USB to HS single serial interface. I am running MacOS X 10.3.5. I can generate a waypoint file from GPSBabel in the NMEA format but I don't have a terminal application to output via the serial adapter to the GPS. Also it would be useful to be able to read NMEA sentences (WPL) as input for downloading the waypoint data from the GPS. Is this possible? Regards, John Proctor VK3JP/VKV6789 S/V Chagall Jeanneau Sun Odyssey 37.2 |
From: Jeremy A. <je...@jf...> - 2004-09-10 04:24:51
|
Hi David, That sounds like a problem with my Mac front-end... There were a couple of OS 10.3-specific problems in the 1.2.3 release that are fixed in the latest 1.2.4beta. I only recently upgraded from OS X 10.2 to OS X 10.3 - in doing so I found another small problem with the start-up sequence for the Mac gpsbabel GUI that for some reason hadn't caused problems for me with the earlier OS. I am in the process of testing a fixed version which will hopefully make it into the next beta. If you can't wait that long email me off-list and I will send you a test build (I am about to leave town for two days so I won't be able to send you anything until sunday). Jeremy On 9 Sep 2004, at 18:09, David Green wrote: > This problem is similar to the part of the problem posted by Enno > Bussmann on 8/12/2004. > > I downloaded the GPS Babel app and unstuffed it. When I double-click > on the application, it does the opening/growing animation, and then, > nothing. I checked the Console and System logs, and saw nothing that > applied. I tried deleting the app and downloading a clean version from > another mirror, and get the same problem. > > Thanks for any help you can offer. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Gpsbabel-misc mailing list > Gps...@li... > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc > |
From: David G. <sp...@da...> - 2004-09-09 23:09:28
|
This problem is similar to the part of the problem posted by Enno Bussmann on 8/12/2004. I downloaded the GPS Babel app and unstuffed it. When I double-click on the application, it does the opening/growing animation, and then, nothing. I checked the Console and System logs, and saw nothing that applied. I tried deleting the app and downloading a clean version from another mirror, and get the same problem. Thanks for any help you can offer. |
From: Robert L. <rob...@us...> - 2004-09-09 16:52:16
|
> > Index: jeeps/gpsserial.c > Just cool! It simply works now. Groovy. I've committed this. Thanx. RJL |
From: Markus N. <ne...@it...> - 2004-09-09 14:12:42
|
On Tue, Sep 07, 2004 at 10:59:15PM -0500, Robert Lipe wrote: > Markus Neteler wrote: > > > gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F /tmp/garmin.gpx > > write: Resource temporarily unavailable > > [ERROR] SEND: Write to GPS failed > > GARMIN:Can't init /dev/ttyUSB0 > > I just spot-checked GPSBabel on a RedHat 8/IA32 system with a Magic > Control Technologies (interestingly enough, built by the same folks > that made the unit that the original poster of this problem was using) > USB/serial converter to talk to a Garmin 60C. I'm using this one: dmesg says: usb 2-1: new full speed USB device using address 2 drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic drivers/usb/core/usb.c: registered new driver usbserial drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0 drivers/usb/serial/usb-serial.c: USB Serial support registered for PL-2303 pl2303 2-1:1.0: PL-2303 converter detected usb 2-1: PL-2303 converter now attached to ttyUSB0 (or usb/tts/0 for devfs) drivers/usb/core/usb.c: registered new driver pl2303 drivers/usb/serial/pl2303.c: Prolific PL2303 USB to serial adaptor driver v0.10 > With a trivial change: > > Index: jeeps/gpsserial.c > =================================================================== > RCS file: /cvsroot/gpsbabel/gpsbabel/jeeps/gpsserial.c,v > retrieving revision 1.12 > diff -p -u -r1.12 gpsserial.c > --- jeeps/gpsserial.c 24 Jul 2004 20:47:43 -0000 1.12 > +++ jeeps/gpsserial.c 8 Sep 2004 03:52:30 -0000 > @@ -279,7 +283,7 @@ int32 GPS_Serial_Open(int32 *fd, const c > struct termios tty; > > > - if((*fd = open(port, O_RDWR | O_NDELAY | O_NOCTTY))==-1) > + if((*fd = open(port, O_RDWR /* | O_NDELAY | O_NOCTTY*/))==-1) > { > perror("open"); > GPS_Error("SERIAL: Cannot open serial port"); > > > I'm able to read and write waypoints just fine. Reads of tracks seem > OK. Just cool! It simply works now. > Looking at the code in jeeps to handle serial devices, it likes to > think it knows what it's doing w.r.t. O_NDELAY (which really SHOULD be > implemented correctly in the mct_u232 driver but apparently isn't) but > it doesn't work the way they think O_NDELAY works so it's kind of silly > to request it, I suppose. So I don't think I'd mind making this change. > Can you confirm that your hardware uses this MCT_U232 driver and that > making this change brings you joy? Yes, brings me joy. Thanks for the quick bugfix (please submit to CVS). Markus -- Markus Neteler <neteler itc it> http://mpa.itc.it ITC-irst - Centro per la Ricerca Scientifica e Tecnologica MPBA - Predictive Models for Biol. & Environ. Data Analysis Via Sommarive, 18 - 38050 Povo (Trento), Italy |
From: Robert L. <rob...@gm...> - 2004-09-08 03:59:49
|
Markus Neteler wrote: > gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F /tmp/garmin.gpx > write: Resource temporarily unavailable > [ERROR] SEND: Write to GPS failed > GARMIN:Can't init /dev/ttyUSB0 I just spot-checked GPSBabel on a RedHat 8/IA32 system with a Magic Control Technologies (interestingly enough, built by the same folks that made the unit that the original poster of this problem was using) USB/serial converter to talk to a Garmin 60C. With a trivial change: Index: jeeps/gpsserial.c =================================================================== RCS file: /cvsroot/gpsbabel/gpsbabel/jeeps/gpsserial.c,v retrieving revision 1.12 diff -p -u -r1.12 gpsserial.c --- jeeps/gpsserial.c 24 Jul 2004 20:47:43 -0000 1.12 +++ jeeps/gpsserial.c 8 Sep 2004 03:52:30 -0000 @@ -279,7 +283,7 @@ int32 GPS_Serial_Open(int32 *fd, const c struct termios tty; - if((*fd = open(port, O_RDWR | O_NDELAY | O_NOCTTY))==-1) + if((*fd = open(port, O_RDWR /* | O_NDELAY | O_NOCTTY*/))==-1) { perror("open"); GPS_Error("SERIAL: Cannot open serial port"); I'm able to read and write waypoints just fine. Reads of tracks seem OK. Looking at the code in jeeps to handle serial devices, it likes to think it knows what it's doing w.r.t. O_NDELAY (which really SHOULD be implemented correctly in the mct_u232 driver but apparently isn't) but it doesn't work the way they think O_NDELAY works so it's kind of silly to request it, I suppose. So I don't think I'd mind making this change. Can you confirm that your hardware uses this MCT_U232 driver and that making this change brings you joy? RJL |
From: Robert L. <rob...@us...> - 2004-09-08 01:59:37
|
> I had already converted that input format to the arc format, > but then didn't realize that my test with Garmin upload might > have broken because the input format wasn't recognized. Garbage in, garbage out. (It's been years since I've used that saying. :-) > So track upload to Garmin really works? Then you might update > your web page, which still says that it doesn't. I think so, but won't be able to test it for a bit. RJL |
From: Patrick O. <Pat...@gm...> - 2004-09-07 21:34:42
|
On Tue, 2004-09-07 at 22:04, Robert Lipe wrote: > I think that's where you've gone off the road. I hope that won't happen (literally) during our cycling trip ;-) > That does not correspond > with the format we know as "fugawi". It's reading the two numeric > fields as shortname & description and the lat/lons are remaining zero. > We do have a format of simple lat/lon pairs and it's called "arc". > Please retry your experiement replacing "fugawi" in your input type with > "arc". I had already converted that input format to the arc format, but then didn't realize that my test with Garmin upload might have broken because the input format wasn't recognized. So track upload to Garmin really works? Then you might update your web page, which still says that it doesn't. No time left right now to actually test it, but I'll give it a try during my trip and report once I come back. Thanks for your time and patience, it really was a big help. -- Bye, Patrick Ohly -- Pat...@gm... pa...@co... (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) |
From: Patrick O. <Pat...@gm...> - 2004-09-07 21:34:28
|
On Tue, 2004-09-07 at 21:21, Robert Lipe wrote: > > In my case the Garmin as input format has several tracks and I just > > want to download one of them. Is that possible? > > That wasn't what I understood your question to be at all. I think the > Garmin protocol is going to give them all to you. There's no provision > in GPSBabel today processingly only a subset of what it's given. Thanks, that's indeed what I wanted to know. > > On my Garmin I have the current track log recorded by the device > > itself and several tracks that I uploaded with Fugawi. They have > > proper names to distinguish them, but at least the "custom" > > format doesn't contain them. I thought it would be a direct dump > > You'll find that "custom" isn't a very "real" format; it's mostly > for testing and development. If you export to a format that really > knows about tracks (like, say, GPX) do you see multiple trksegs and > names? Yes, that works. So I'll just use that and remove unwanted parts later. -- Bye, Patrick Ohly -- Pat...@gm... pa...@co... (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) |
From: Robert L. <rob...@us...> - 2004-09-07 20:04:40
|
Patrick Ohly wrote: > The input file seems to be recognized. When invoked > like this: > ./gpsbabel -i fugawi -o cvs ~/02_1_Aigues-Vives_Gignac.TXT > > it prints: > 0.000000N 0.000000E 43.7334947/4.1836630 0.000000 > 0.000000N 0.000000E 43.7321745/4.1879818 0.000000 > 0.000000N 0.000000E 43.7292939/4.1881480 0.000000 > ... > 0.000000N 0.000000E 43.6612650/3.7540369 0.000000 > 0.000000N 0.000000E 43.6622016/3.7473471 0.000000 > > which corresponds to the input file: > 43.7409362,4.1756897 > 43.7409362,4.1756897 > ... > 43.6612650,3.7540369 > 43.6622016,3.7473471 I think that's where you've gone off the road. That does not correspond with the format we know as "fugawi". It's reading the two numeric fields as shortname & description and the lat/lons are remaining zero. We do have a format of simple lat/lon pairs and it's called "arc". Please retry your experiement replacing "fugawi" in your input type with "arc". I think it's not doing anything interesting on your etrex upload becuase it's building a route that has all the points at the same coordinate. RJL |
From: Robert L. <rob...@us...> - 2004-09-07 19:35:14
|
John Hay wrote: > So here is a patch to make the track output function use the DM format > and to fix the header to also claim that. I decided on DM because by Applied. Thanx. RJL |
From: Robert L. <rob...@us...> - 2004-09-07 19:32:12
|
Markus Neteler wrote: > I face the same problem as posted earlier in the list: > > http://sourceforge.net/mailarchive/message.php?msg_id=3632405 > > gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F /tmp/garmin.gpx > write: Resource temporarily unavailable > [ ... ] > I can also try to debug something but would need > an indicator where to start. All the ideas I have were pretty much spelled out in that thread. It looks like the original poster went quiet; I don't know if that means he fixed it or gave up. Is yours the same USB/serial hardware that he had? I've moved zillions of waypoints on Linux with serial ports that weren't USB, so I'm wondering if this is a driver issue. RJL |
From: Robert L. <rob...@us...> - 2004-09-07 19:26:19
|
Markus Neteler wrote: > BTW: Could I use gpsbabel to read the gpspoint output and write out gpx I don't see any references to gpspoint, which means we probably don't have explicit support for that format. RJL |
From: Robert L. <rob...@us...> - 2004-09-07 19:24:37
|
Firehouse16 wrote: > When you don't use something frequently it becomes a nightmare when you need > to use it. I use the front end babel all the time, but when I need to use > the other one to convert a MPS track file to a GPX track file I completely > blank out. > > I went thru my past emails and thought I had eveything down, but I'm not > getting anywhere. Here's one of the errors: > > D:\>GeoCaching\new_software\Babble>gpsbabel.exe -t -i mapsource -f > 9_5_04.mps -o gpx -F 9_5_04.gpx > 'GeoCaching\new_software' is not recognized as an internal or external > command, > operable program or batch file. Since you mention "batch files", I'm assuming this is some kind of DOS or Windows systems. I think you've typed as a command what originally was your command prompt. gpsbabel.exe -t -i mapsource -f 9_5_04.mps -o gpx -F 9_5_04.gpx is a believable looking command (and the .exe is optional) RJL |
From: Robert L. <rob...@us...> - 2004-09-07 19:21:56
|
> In my case the Garmin as input format has several tracks and I just > want to download one of them. Is that possible? That wasn't what I understood your question to be at all. I think the Garmin protocol is going to give them all to you. There's no provision in GPSBabel today processingly only a subset of what it's given. > On my Garmin I have the current track log recorded by the device > itself and several tracks that I uploaded with Fugawi. They have > proper names to distinguish them, but at least the "custom" > format doesn't contain them. I thought it would be a direct dump You'll find that "custom" isn't a very "real" format; it's mostly for testing and development. If you export to a format that really knows about tracks (like, say, GPX) do you see multiple trksegs and names? |
From: Patrick O. <Pat...@gm...> - 2004-09-06 22:01:26
|
On Mon, 2004-09-06 at 22:54, Patrick Ohly wrote: > But even uploading a single track to the Garmin > doesn't work as expected. Actually, I have had false expectations. Sorry for the noise. I just read the current "Capabilities of each target" page and it says that uploading tracks to Garmin is not supported, while I thought it would work. -- Bye, Patrick Ohly -- Pat...@gm... pa...@co... (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) |
From: Patrick O. <Pat...@gm...> - 2004-09-06 21:17:33
|
Hi all, my summer vacation is approaching rapidly (it starts on Wednesday) and due to a lack of time earlier I am now struggling to get the planning for the cycling trip done in time. I planned the trip at my PC (with Windows/Fugawi due to a lack of suitable software and maps for Linux), now I'm faced with the problem that I cannot upload the whole trip at once to my Garmin. Previously I had a PalmOS compatible handheld with GPilotS which I used to carry my precanned tracks on the trip with me and then upload the current parts for the day with me. Each day I downloaded the recorded real track for archival. With my current handheld, an IPAQ running Linux, and gpsbabel I haven't managed to do the same yet. I described the problem with downloading the day's track in another email thread. But even uploading a single track to the Garmin doesn't work as expected. I now compiled 1.2.4_beta07242004 on my PC and invoke it as ./gpsbabel -i fugawi -o garmin -f ~/02_1_Aigues-Vives_Gignac.TXT -F /dev/ttyS0 The Garmin displays "upload complete", but in the track list nothing has changed. What I would expect is that a new track with some kind of synthesized name appears. The input file seems to be recognized. When invoked like this: ./gpsbabel -i fugawi -o cvs ~/02_1_Aigues-Vives_Gignac.TXT it prints: 0.000000N 0.000000E 43.7334947/4.1836630 0.000000 0.000000N 0.000000E 43.7321745/4.1879818 0.000000 0.000000N 0.000000E 43.7292939/4.1881480 0.000000 ... 0.000000N 0.000000E 43.6612650/3.7540369 0.000000 0.000000N 0.000000E 43.6622016/3.7473471 0.000000 which corresponds to the input file: 43.7409362,4.1756897 43.7409362,4.1756897 ... 43.6612650,3.7540369 43.6622016,3.7473471 Help, somebody help, please ;-) -- Bye, Patrick Ohly -- Pat...@gm... pa...@co... (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) |
From: John H. <jh...@ic...> - 2004-09-06 18:48:48
|
Hi, When I made the DM -> DEG change in the header of the pcx file, I only used gpsbabel to convert tracks and not waypoints, so I didn't realise that the pcx waypoint output function used the DM format for lat and lon, while the track output function used DEG. So here is a patch to make the track output function use the DM format and to fix the header to also claim that. I decided on DM because by far most examples I could find used it. John -- John Hay -- Joh...@ic... / jhay@FreeBSD.org Index: pcx.c =================================================================== RCS file: /cvsroot/gpsbabel/gpsbabel/pcx.c,v retrieving revision 1.24 diff -u -r1.24 pcx.c --- pcx.c 25 Aug 2004 13:06:03 -0000 1.24 +++ pcx.c 6 Sep 2004 18:21:27 -0000 @@ -217,18 +217,26 @@ void pcx_track_disp(const waypoint *wpt) { + double lon,lat; char tbuf[100]; struct tm *tm; char *tp; + lon = degrees2ddmm(wpt->longitude); + lat = degrees2ddmm(wpt->latitude); + tm = localtime(&wpt->creation_time); strftime(tbuf, sizeof(tbuf), "%d-%b-%y %T", tm); for (tp = tbuf; *tp; tp++) { *tp = toupper(*tp); } - fprintf(file_out, "T %+011.7f %+012.7f %s %.f\n", - wpt->latitude, wpt->longitude, tbuf, wpt->altitude); + fprintf(file_out, "T %c%08.5f %c%011.5f %s %.f\n", + lat < 0.0 ? 'S' : 'N', + fabs(lat), + lon < 0.0 ? 'W' : 'E', + fabs(lon), + tbuf, wpt->altitude); } @@ -243,7 +251,7 @@ "M G WGS 84 121 +0.000000e+00 +0.000000e+00 +0.000000e+00 +0.000000e+00 +0.000000e+00\n" "\n" "H COORDINATE SYSTEM\n" -"U LAT LON DEG\n" +"U LAT LON DM\n" "\n" "H IDNT LATITUDE LONGITUDE DATE TIME ALT DESCRIPTION PROXIMITY SYMBOL ;waypts\n"); setshort_length(mkshort_handle, 6); |
From: Tom H. <tbh...@at...> - 2004-09-06 18:28:22
|
Alex, Thanks for sharing your drag and drop batch file instructions. I find it quite useful, but I also found a difference from the remarks at http://gpsbabel.sourceforge.net/os/Windows_Drag_and_Drop.html. That document says that the output file will be in the same directory as input file. I found that the output file was created in the same directory as gpsbabel. I am using WinXP home. Thanks, Tom |
From: Markus N. <ne...@it...> - 2004-09-06 16:24:58
|
On Mon, Sep 06, 2004 at 06:13:47PM +0200, Markus Neteler wrote: > Dear list members > > [newcomer here] > > I have got a Garmin eTrex and a serial/USB adaptor (since my > laptop doesn't have a RS232). > I face the same problem as posted earlier in the list: > > http://sourceforge.net/mailarchive/message.php?msg_id=3632405 > > gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F /tmp/garmin.gpx > write: Resource temporarily unavailable > [ERROR] SEND: Write to GPS failed > GARMIN:Can't init /dev/ttyUSB0 > > gpsbabel -h |head -1 > GPSBabel Version 1.2.4_beta07242004. http://gpsbabel.sourceforge.net > > Using 'gpspoint' everything works fine: ... sorry, forgot to mention: Linux xxxxxx.xx 2.6.3-13mdk #1 Tue May 18 18:49:17 EDT 2004 i686 unknown unknown GNU/Linux The Garmin is in Garmin mode. gpsd is not running. BTW: Could I use gpsbabel to read the gpspoint output and write out gpx (sorry, newbie, but didn't find the answer on the web site). Thanks for your work, gpsbabel looks quite promising. Hope to get it running soon Markus |
From: Markus N. <ne...@it...> - 2004-09-06 16:13:54
|
Dear list members [newcomer here] I have got a Garmin eTrex and a serial/USB adaptor (since my laptop doesn't have a RS232). I face the same problem as posted earlier in the list: http://sourceforge.net/mailarchive/message.php?msg_id=3632405 gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F /tmp/garmin.gpx write: Resource temporarily unavailable [ERROR] SEND: Write to GPS failed GARMIN:Can't init /dev/ttyUSB0 gpsbabel -h |head -1 GPSBabel Version 1.2.4_beta07242004. http://gpsbabel.sourceforge.net Using 'gpspoint' everything works fine: gpspoint -t -d /dev/ttyUSB0 Product ID: 130 Software Version: 214 Product Descpription: eTrex Software Version 2.14 Link Protokol: 1 Command Protokol: 10 Waypoint Protokol: 100 Waypoint Data Protocol: 108 Route Protokol: 201 Route Data Protocol: 108 Track Protokol: 301 Track Header Protocol: 310 Track Data Protocol: 301 Almanac Protokol: 500 Almanac Data Protocol: 501 Waypoint Up- & Download : YES Route Up- & Download : YES Track Up- & Download : YES gpspoint -dw -d /dev/ttyUSB0 -of my_waypoints.gpd downloading 17 waypoints: ================================================== done ! gpspoint -dr -d /dev/ttyUSB0 -of my_routes.gpd downloading 2 packets routedata: ================================================== done ! gpspoint -dt -d /dev/ttyUSB0 -of my_tracks.gpd downloading 780 packets trackdata: ================================================== done ! l *.gpd -rw-r--r-- 1 neteler neteler 2379 Sep 6 17:40 my_waypoints.gpd -rw-r--r-- 1 neteler neteler 204 Sep 6 17:42 my_routes.gpd -rw-r--r-- 1 neteler neteler 79636 Sep 6 17:43 my_tracks.gpd Now I would like to do the same with gpsbabel as QGIS directly supports it. Any ideas why 'gpspoint' works and 'gpsbabel' doesn't (yet)? I can also try to debug something but would need an indicator where to start. Kind regards Markus Neteler |
From: Firehouse16 <Fir...@ki...> - 2004-09-06 15:23:27
|
When you don't use something frequently it becomes a nightmare when you need to use it. I use the front end babel all the time, but when I need to use the other one to convert a MPS track file to a GPX track file I completely blank out. I went thru my past emails and thought I had eveything down, but I'm not getting anywhere. Here's one of the errors: D:\>GeoCaching\new_software\Babble>gpsbabel.exe -t -i mapsource -f 9_5_04.mps -o gpx -F 9_5_04.gpx 'GeoCaching\new_software' is not recognized as an internal or external command, operable program or batch file. Can someone help? Thanks, Dave (Firehouse16) Our Geocaching Webpage http://webpages.charter.net/engineco16/ |
From: Patrick O. <Pat...@gm...> - 2004-09-05 19:17:00
|
On Fri, 2004-09-03 at 17:15, Robert Lipe wrote: > Patrick Ohly wrote: > > > sorry if that is a RTFM-style question, but > > I didn't find anything on it: when I download > > track data from my Garmin eTrex, I get one big > > track which contains all the different > > tracks that I have saved on my Garmin. > > I just spot checked the garmin serial reader and it seems to work. What > are you converting to? If you're converting to a format that doesn't > support multiple tracks, that would explain it. Yes, that's probably the case, but even if there are formats which support multiple tracks I don't understand how I can selectively convert/extract just one track out of more than one. In my case the Garmin as input format has several tracks and I just want to download one of them. Is that possible? I tried 1.2.3_beta04112004 (compiled from source a while ago, and as far as I remember from discussions on the mailing list, more or less identical with 1.2.3) with the command line gpsbabel -t -i garmin -o custom /dev/ttyS0 test The resulting output starts with Prologue Line 1 test Prologue Line 2 CONSTANT,0,43.442581,N,5.221982,E,,,,,"",,9999999562023526247432192.000000M,3280 7998563086784733904896.000000F,43.442581/N,5.221982/E,N/43.442581,E/5.221982,178 3060867,2103678488,0,25569.000000 [more lines with CONSTANT] Epilogue Line 1 Epilogue Line 2 On my Garmin I have the current track log recorded by the device itself and several tracks that I uploaded with Fugawi. They have proper names to distinguish them, but at least the "custom" format doesn't contain them. I thought it would be a direct dump of the internal structure, but perhaps I am mistaken here? On your "Format Notes" the custom format is not mentiond as supporting tracks. -- Bye, Patrick Ohly -- Pat...@gm... pa...@co... (MakeCD related mails) http://home.pages.de/~ohly/ http://makecd.core.de/ (MakeCD home page) |