gpsbabel-misc Mailing List for GPSBabel (Page 2)
Brought to you by:
robertl
Menu
▾
▴
gpsbabel-misc — Miscellaneous GPSBabel discussions
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
(3) |
Dec
|
|
From: tsteven4 <tst...@gm...> - 2024-08-05 20:43:58
|
I suspect but have not proven this is because we use a abridged molodensky transformation using the 3 parameters dX, dY dZ values shown below. The citation claims this is only accurate to +/- 20m. We don't use PROJ.4, and we don't have more complex transformations available. See Transformations in GDAL/OGR (edina.ac.uk) <https://digimap.edina.ac.uk/help/gis/transformations/transform_gdal_ogr/> which says > PROJ.4 contains a large number of transformations and parameters. > However by default OGR uses a 3 parameter shift because it covers the > largest available area -see blogpost on how transformations are chosen > in Proj4. > <http://fwarmerdam.blogspot.com/2010/03/in-last-few-weeks-i-believe-i-have-made.html>However, > this is only accurate to +/- 20 metres over the whole of the UK. It is > equivalent to the ArcGIS transformation called OSGB_1936_To_GS_1984_1 > and has parameters of dX: 375, dY-111, dZ 431 On 8/5/2024 11:37 AM, Nims via Gpsbabel-misc wrote: > Hi Robert, > I've been converting Universal CSV lists of BNG coordinates to GPX XML > files with GPSBabel and am wondering about the accuracy of the > conversion. Here's my test input which lists a couple of trig points > (triangulation stations) in the county of Dorset: > name,comment,bng,date > Badbury Rings Trig Point,Test Point 1,ST 96552 03097,2024/08/05 > Spettisbury Rings Trig Point,Test Point 2,ST 91437 01894,2024/08/05 > The trig points are marked on British Ordnance Survey maps and also > visible in satellite images, allowing me to check accuracy in various > mapping apps. > Using the GPSBabel GUI (v.1.9.0) under Windows 10, the file is > processed successfully with the following feedback: > gpsbabel -w -i unicsv -f G:/Trig Points.csv -o gpx -F G:/Trig Points.gpx > Translation successful > This is the output: > <?xml version="1.0" encoding="UTF-8"?> > <gpx version="1.0" creator="GPSBabel - https://www.gpsbabel.org" > xmlns="http://www.topografix.com/GPX/1/0"> > <time>2024-08-05T16:54:46.903Z</time> > <bounds minlat="50.816463984" minlon="-2.122941465" > maxlat="50.827336109" maxlon="-2.050345019"/> > <wpt lat="50.827336109" lon="-2.050345019"> > <time>2024-08-04T23:00:00Z</time> > <name>Badbury Rings Trig Point</name> > <cmt>Test Point 1</cmt> > <desc>Test Point 1</desc> > </wpt> > <wpt lat="50.816463984" lon="-2.122941465"> > <time>2024-08-04T23:00:00Z</time> > <name>Spettisbury Rings Trig Point</name> > <cmt>Test Point 2</cmt> > <desc>Test Point 2</desc> > </wpt> > </gpx> > All well and good but when I check the generated coordinates in > mapping apps, they are a few metres off target. Furthermore, they > differ from coordinates generated by various online BNG > WGS84 > conversion tools which are themselves consistent. For example: > British Geological Society > https://webapps.bgs.ac.uk/data/webservices/convertForm.cfm > Badbury Rings Trig Point = 50.827400 , -2.050323 > Spettisbury Rings Trig Point = 50.816527 , -2.122918 > Grid Reference Finder > https://gridreferencefinder.com > Badbury Rings Trig Point = 50.827400 , -2.0503234 > Spettisbury Rings Trig Point = 50.816527 , -2.1229184 > Mapserve > https://www.mapserve.co.uk/conversion-tools > Badbury Rings Trig Point = 50.8273995082622 , -2.05032333478781 > Spettisbury Rings Trig Point = 50.8165274566942 , -2.1229183177272 > The difference isn't huge but it seems to be more than a rounding > error. So, I'm wondering what might need to be done to harmonise the > GPSBabel conversion with these others. > Many thanks, > Nims > > > _______________________________________________ > Gpsbabel-misc mailing listhttp://www.gpsbabel.org > Gps...@li... > To unsubscribe, change list options, or see archives, visit: > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc |
|
From: <deh...@gm...> - 2024-08-05 17:37:54
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi Robert,</div> <div> </div> <div>I've been converting Universal CSV lists of BNG coordinates to GPX XML files with GPSBabel and am wondering about the accuracy of the conversion. Here's my test input which lists a couple of trig points (triangulation stations) in the county of Dorset:</div> <div> </div> <div>name,comment,bng,date<br/> Badbury Rings Trig Point,Test Point 1,ST 96552 03097,2024/08/05<br/> Spettisbury Rings Trig Point,Test Point 2,ST 91437 01894,2024/08/05</div> <div> </div> <div>The trig points are marked on British Ordnance Survey maps and also visible in satellite images, allowing me to check accuracy in various mapping apps. </div> <div>Using the GPSBabel GUI (v.1.9.0) under Windows 10, the file is processed successfully with the following feedback:</div> <div> </div> <div>gpsbabel -w -i unicsv -f G:/Trig Points.csv -o gpx -F G:/Trig Points.gpx<br/> Translation successful</div> <div> </div> <div>This is the output:</div> <div><?xml version="1.0" encoding="UTF-8"?><br/> <gpx version="1.0" creator="GPSBabel - https://www.gpsbabel.org" xmlns="http://www.topografix.com/GPX/1/0"><br/> <time>2024-08-05T16:54:46.903Z</time><br/> <bounds minlat="50.816463984" minlon="-2.122941465" maxlat="50.827336109" maxlon="-2.050345019"/><br/> <wpt lat="50.827336109" lon="-2.050345019"><br/> <time>2024-08-04T23:00:00Z</time><br/> <name>Badbury Rings Trig Point</name><br/> <cmt>Test Point 1</cmt><br/> <desc>Test Point 1</desc><br/> </wpt><br/> <wpt lat="50.816463984" lon="-2.122941465"><br/> <time>2024-08-04T23:00:00Z</time><br/> <name>Spettisbury Rings Trig Point</name><br/> <cmt>Test Point 2</cmt><br/> <desc>Test Point 2</desc><br/> </wpt><br/> </gpx></div> <div> </div> <div>All well and good but when I check the generated coordinates in mapping apps, they are a few metres off target. Furthermore, they differ from coordinates generated by various online BNG > WGS84 conversion tools which are themselves consistent. For example:</div> <div> </div> <div>British Geological Society<br/> https://webapps.bgs.ac.uk/data/webservices/convertForm.cfm<br/> Badbury Rings Trig Point = 50.827400 , -2.050323<br/> Spettisbury Rings Trig Point = 50.816527 , -2.122918</div> <div> </div> <div>Grid Reference Finder<br/> https://gridreferencefinder.com<br/> Badbury Rings Trig Point = 50.827400 , -2.0503234<br/> Spettisbury Rings Trig Point = 50.816527 , -2.1229184</div> <div> </div> <div>Mapserve<br/> https://www.mapserve.co.uk/conversion-tools<br/> Badbury Rings Trig Point = 50.8273995082622 , -2.05032333478781<br/> Spettisbury Rings Trig Point = 50.8165274566942 , -2.1229183177272</div> <div> </div> <div>The difference isn't huge but it seems to be more than a rounding error. So, I'm wondering what might need to be done to harmonise the GPSBabel conversion with these others.</div> <div> </div> <div>Many thanks,<br/> Nims</div></div></body></html> |
|
From: tsteven4 <tst...@gm...> - 2024-07-25 00:09:58
|
Terry, Are the files on your MMC .usr files? Can you provide a sample of one we can try? We can read most .usr file waypoints. We should be able to write them to a .hwr file. If we can read your sample and write a .hwr file I can send that back to see if your unit can use it. If that works we can teach you to do this yourself. GPSBabel 1.9.0:Lowrance USR (lowranceusr) <https://www.gpsbabel.org/htmldoc-1.9.0/fmt_lowranceusr.html> GPSBabel 1.9.0:Humminbird waypoints and routes (.hwr) (humminbird) <https://www.gpsbabel.org/htmldoc-1.9.0/fmt_humminbird.html> On 7/23/2024 10:51 PM, Terry Erdmann wrote: > Hi, I have an older 2001 Lowrance X15 FIsh Locator and I downloaded > the saved 600 plus waypoints onto an MMC card. Now I have a new > Humminbird Helix 9 locator and I want to transfer those waypoints to > that fish locator. I have researched your lists and I just am so > overwhelmed. I tried to do the conversion using Babel but I just do > not know what should be in each of the boxes on the program before the > conversion. DO you have a template on what I should have for each box > for converting old Lowrance waypoints to a newer format in GPX format > or something that can be recognized by my newer Lowrance Hook2 Locator > or Humminbird Helix 9 ?? ? Note --If it can be converted to GPX > format , then the Humminbird PC program i guess convert it to the > format needed for Hummingbird which is .hwr format. > Thank you, Terry > > > _______________________________________________ > Gpsbabel-misc mailing listhttp://www.gpsbabel.org > Gps...@li... > To unsubscribe, change list options, or see archives, visit: > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc |
|
From: Terry E. <tge...@gm...> - 2024-07-24 04:51:26
|
Hi, I have an older 2001 Lowrance X15 FIsh Locator and I downloaded the saved 600 plus waypoints onto an MMC card. Now I have a new Humminbird Helix 9 locator and I want to transfer those waypoints to that fish locator. I have researched your lists and I just am so overwhelmed. I tried to do the conversion using Babel but I just do not know what should be in each of the boxes on the program before the conversion. DO you have a template on what I should have for each box for converting old Lowrance waypoints to a newer format in GPX format or something that can be recognized by my newer Lowrance Hook2 Locator or Humminbird Helix 9 ?? ? Note --If it can be converted to GPX format , then the Humminbird PC program i guess convert it to the format needed for Hummingbird which is .hwr format. Thank you, Terry |
|
From: Angela <ang...@wo...> - 2024-07-21 09:46:45
|
Hi Is there a possibility to convert the “Want to go” from Google Maps into GPS waypoints in gpx/kml format. “Want to go” keeps data like https://www.google.com/maps/place/Black+Forest/data=!4m2!3m1!1s0x4790f95196107395:0xd8f0505a5dee80be Which I would like to have converted to waypoints. “Want to go”, I can Google Takeout “Saved”, which generates a CSV (there is no other option to retrieve this data), with title and the above URL: Black Forest,,https://www.google.com/maps/place/Black+Forest/data=!4m2!3m1!1s0x4790fb65cca0ae4b:0xf30bbdde17988ee2, The CSV I can import in a layer in MyMaps, from which I can export it into KML, where the above looks like: <Placemark> <name>Black Forest</name> <address>Black Forest</address> <description><![CDATA[Note: <br>URL: https://www.google.com/maps/place/Black+Forest/data=!4m2!3m1!1s0x4790fb65cca0ae4b:0xf30bbdde17988ee2<br>Comment: ]]></description> <styleUrl>#icon-1899-0288D1-labelson</styleUrl> <ExtendedData> <Data name="Note"> <value/> </Data> <Data name="URL"> <value>https://www.google.com/maps/place/Black+Forest/data=!4m2!3m1!1s0x4790fb65cca0ae4b:0xf30bbdde17988ee2</value> </Data> <Data name="Comment"> <value/> </Data> </ExtendedData> </Placemark> Is there a way to convert any of the 2 formats into GPS waypoints? OT: What I would like to achieve is: My “Want to go” contain world-wide places. With Google MyMaps I would like to include only a subset of the “Want to go” into a map, which is only a specific region, e.g. south Germany. Also, as MyMaps has the bothersome behavior to zoom out to all waypoints in a map. I am also looking for a tool to select multiple waypoints visually by marking an area or ctrl-clicking them, and thereafter copy/delete/etc. them. I could have split “Want to go” in personal “region” folders, but would still like to use a tool to do this visually. Thanks in advance for your help/ideas Angela |
|
From: Robert L. <rob...@gp...> - 2024-07-18 19:42:03
|
Yes. I got this right on the second attempt. gpsbabel -i gpx -f wbt-201.gpx -x stack,push,copy -x nuketypes,tracks,routes -o gpx -F /tmp/only_wpts.gpx -x stack,pop -x nuketypes,waypoints,routes -o gpx -F /tmp/only_trks.gpx This uses our stack filter https://www.gpsbabel.org/htmldoc-development/filter_stack.html to make internal copies of things and our nuketypes filter to destroy {wpts, trks, rtes} that you don't want. So, again, left to right.... Input a File of type gpx. push a copy of these into the internal stack. filter out (nuke) the tracks and routes Output to File only_wpts. pop the copy of the original data filter out (nuke) the waypoints and routes Output that file as GPX to only_trks. As Alf would say, Ha <https://www.youtube.com/watch?v=T2w3NCZF_kA>! It's a little more readable if you break it up to emphasise the pairings. gpsbabel \ -i gpx -f wbt-201.gpx \ -x stack,push,copy \ -x nuketypes,tracks,routes \ -o gpx -F /tmp/only_wpts.gpx \ -x stack,pop \ -x nuketypes,waypoints,routes \ -o gpx -F /tmp/only_trks.gpx If you're reading a slow (serial) GPS or working with millions of points, doing this all in a single command like this is actually pretty handy. If you stick that in a script file, it's less painful than it looks. :-) Enjoy RJL On Thu, Jul 18, 2024 at 2:07 PM Jack Frillman <jcf...@me...> wrote: > IS it possible to separate waypoints and tracks into separate files with > one command? > On 7/18/24 14:45, Robert Lipe wrote: > > Cool. > tracks > Hopefully you saw that you can even write it to two different formats in > one shot. > > gpsbabel -i garmin -f /dev/whatever -o gpx -F whatever.gpx -o unicsv -F > whatever.csv > > You can repeat { -i format -f file } { -o format -F file } tuple pairs > indefinitely. > > That's sometimes useful in cases like yours where reading the device is > slow and you may not want to read it twice. > > This is also why > > -i format -o file -o gpx -F raw.gpx -x some_filter -o gpx -F filtered.gpx > > works. We process left to right. In this example, we read the thing, we > write the thing, we do some kind of filter, we write what's left. > > Enjoy! > RJL > > > On Thu, Jul 18, 2024 at 9:40 AM Jack Frillman <jcf...@me...> wrote: > >> Since the command line is working I'm happy to use that instead of using >> the GUI. So, you don't need to waste your time looking at it any longer. I >> have been exploring the different command line options and I can now save >> the read GPS data to two different formats. That's really cool. I consider >> my problem solved. >> >> Thanks, >> >> Jack >> >> >> On 7/18/24 00:40, Robert Lipe wrote: >> >> The GUI just calls builds and calls the command line. When you select >> 'device', it'll give you a drop-down for the serial device. It's >> /dev/cu.usbserial* in this example which is NOT a Garmin - it's just a >> random device I have attached right now. After you tell it what you're >> writing (I'm sticking with my GPX blah.gpx example) it should show you the >> very command line program that it's running to do the real work. >> >> In my case, I'm getting an expected error because my serial device is >> very much not a Garmin GPS, but I wanted to show the entire process, top to >> bottom. It added the "-t" "-r" and "-w" options because those are checked. >> I didn't type those (-w is the default) in my rapid-fire answer earlier. >> >> [image: image.png] >> >> Still, we have the hard part solved. Device comms is the lost science >> talking to that device. We can get your data out (or in!) one way or >> another. But the GUI really shouldn't be mysterious; we just have to figure >> out what's different for you. >> >> Are we considering different settings "obvious"? (It's a device, not a >> file, and it's on /dev/ttyS0 or whatever) Is there some kind of an error in >> that bottom textarea where there would normally be a healthy GPSBabel >> command plus whatever chatter it produces? (That'd be down there where my, >> um, error message is. :-) ) >> >> Come to think of it, maybe we should label that bottom textarea so you'd >> see more than just dead space...Let me think on that more after we get you >> squared away. >> >> RJL >> >> >> On Wed, Jul 17, 2024 at 10:57 PM Jack Frillman <jcf...@me...> >> wrote: >> >>> I was trying to use the GUI. >>> >>> When I tried >>> >>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx >>> >>> as you suggested from the command line it worked. >>> >>> Thanks for the tip. >>> >>> I appreciate it. >>> >>> Jack >>> On 7/17/24 19:24, Robert Lipe wrote: >>> >>> >>> >>> On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via Gpsbabel-misc < >>> gps...@li...> wrote: >>> >>>> I'm trying to connect to a Garmin GPS II Plus but have been unable to >>>> get GPS Babel to connect to the GPS unit. >>>> >>>> This is what I'm working with: >>>> + Garmin GPS II Plus (This has the 4 pin proprietary plug to a RS232 >>>> plug. I have RS232 to USB cable connected to that.) >>>> + Linux Fedora 39 >>>> + GPSBabel 1.9.0 >>>> >>>> I have read through the "Hotplug vs. Garmin USB on Linux" documentation. >>>> This documentation refers to the old Fedora Core naming convention up to >>>> Fedora Core 14. How does Fedora 39 relate to these directions? >>>> >>> It doesn't. You have a serial Garmin, not a USB Garmin. That doesn't >>> apply to you. >>> >>> >>> >>> >>> >>>> When I do a "sudo dmesg" I get this output when the GPS unit is plugged >>>> into the computer. >>>> >>>> [ 247.416794] usb 1-3: new full-speed USB device number 6 using >>>> xhci_hcd >>>> [ 247.543901] usb 1-3: New USB device found, idVendor=067b, >>>> idProduct=2303, bcdDevice= 4.00 >>>> [ 247.543917] usb 1-3: New USB device strings: Mfr=1, Product=2, >>>> SerialNumber=0 >>>> [ 247.543923] usb 1-3: Product: USB-Serial Controller D >>>> [ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc. >>>> [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected >>>> [ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0 >>>> >>>> So I know that Linux is recognizing it. >>>> >>> Yay. >>> >>> >>> >>>> What do I need to do to get this working? >>>> >>> You didn't say what's NOT working or what you tried or what you're even >>> trying to do. Did you just stop? >>> >>> >>>> Note: I had this GPS cable combination working once on a Windows comput >>>> er that I no longer have. >>>> >>> >>> GPSBabel on Windows and Linux works very much the same. Only the device >>> name changes and that's picked by the OS, not by us. >>> >>> So if before you did a >>> >>> gpsbabel -i garmin -f com3: -o gpx -F blah.gpx >>> >>> to read your waypoints from the garmin on com3 and write them in a gpx >>> file name blah.gpx >>> >>> you can now >>> >>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx >>> >>> only the device name changes. >>> >>> Some Linux systems don't always use ttyUSB0 so literally, but that's >>> where I'd start. >>> >>> You may have permissions issues about opening device nodes as a user, >>> but that works exactly the way UNIX permissions have worked for 50 years >>> and isn't really a GPSBabel issue. >>> >>> Enjoy. >>> >>> RJL >>> >>> -- >>> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite! >>> -Daffy Duck >>> >>> -- >> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite! >> -Daffy Duck >> >> -- > Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite! > -Daffy Duck > > |
|
From: Jack F. <jcf...@me...> - 2024-07-18 19:07:12
|
IS it possible to separate waypoints and tracks into separate files with
one command?
On 7/18/24 14:45, Robert Lipe wrote:
> Cool.
> tracks
> Hopefully you saw that you can even write it to two different formats
> in one shot.
>
> gpsbabel -i garmin -f /dev/whatever -o gpx -F whatever.gpx -o unicsv
> -F whatever.csv
>
> You can repeat { -i format -f file } { -o format -F file } tuple
> pairs indefinitely.
>
> That's sometimes useful in cases like yours where reading the device
> is slow and you may not want to read it twice.
>
> This is also why
>
> -i format -o file -o gpx -F raw.gpx -x some_filter -o gpx -F filtered.gpx
>
> works. We process left to right. In this example, we read the thing,
> we write the thing, we do some kind of filter, we write what's left.
>
> Enjoy!
> RJL
>
>
> On Thu, Jul 18, 2024 at 9:40 AM Jack Frillman <jcf...@me...> wrote:
>
> Since the command line is working I'm happy to use that instead of
> using the GUI. So, you don't need to waste your time looking at it
> any longer. I have been exploring the different command line
> options and I can now save the read GPS data to two different
> formats. That's really cool. I consider my problem solved.
>
> Thanks,
>
> Jack
>
>
> On 7/18/24 00:40, Robert Lipe wrote:
>> The GUI just calls builds and calls the command line. When you
>> select 'device', it'll give you a drop-down for the serial
>> device. It's /dev/cu.usbserial* in this example which is NOT a
>> Garmin - it's just a random device I have attached right now.
>> After you tell it what you're writing (I'm sticking with my GPX
>> blah.gpx example) it should show you the very command line
>> program that it's running to do the real work.
>>
>> In my case, I'm getting an expected error because my serial
>> device is very much not a Garmin GPS, but I wanted to show the
>> entire process, top to bottom. It added the "-t" "-r" and "-w"
>> options because those are checked. I didn't type those (-w is the
>> default) in my rapid-fire answer earlier.
>>
>> image.png
>>
>> Still, we have the hard part solved. Device comms is the lost
>> science talking to that device. We can get your data out (or in!)
>> one way or another. But the GUI really shouldn't be mysterious;
>> we just have to figure out what's different for you.
>>
>> Are we considering different settings "obvious"? (It's a device,
>> not a file, and it's on /dev/ttyS0 or whatever) Is there some
>> kind of an error in that bottom textarea where there would
>> normally be a healthy GPSBabel command plus whatever chatter it
>> produces? (That'd be down there where my, um, error message is. :-) )
>>
>> Come to think of it, maybe we should label that bottom textarea
>> so you'd see more than just dead space...Let me think on that
>> more after we get you squared away.
>>
>> RJL
>>
>>
>> On Wed, Jul 17, 2024 at 10:57 PM Jack Frillman
>> <jcf...@me...> wrote:
>>
>> I was trying to use the GUI.
>>
>> When I tried
>>
>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>>
>> as you suggested from the command line it worked.
>>
>> Thanks for the tip.
>>
>> I appreciate it.
>>
>> Jack
>>
>> On 7/17/24 19:24, Robert Lipe wrote:
>>>
>>>
>>> On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via
>>> Gpsbabel-misc <gps...@li...> wrote:
>>>
>>> I'm trying to connect to a Garmin GPS II Plus but have
>>> been unable to get GPS Babel to connect to the GPS unit.
>>>
>>> This is what I'm working with:
>>>
>>> + Garmin GPS II Plus (This has the 4 pin proprietary
>>> plug to a RS232 plug. I have RS232 to USB cable
>>> connected to that.)
>>> + Linux Fedora 39
>>> + GPSBabel 1.9.0
>>>
>>> I have read through the "Hotplug vs. Garmin USB on
>>> Linux" documentation. This documentation refers to the
>>> old Fedora Core naming convention up to Fedora Core
>>> 14. How does Fedora 39 relate to these directions?
>>>
>>> It doesn't. You have a serial Garmin, not a USB Garmin. That
>>> doesn't apply to you.
>>>
>>>
>>>
>>> When I do a "sudo dmesg" I get this output when the GPS
>>> unit is plugged into the computer.
>>>
>>> [ 247.416794] usb 1-3: new full-speed USB device number
>>> 6 using xhci_hcd
>>> [ 247.543901] usb 1-3: New USB device found,
>>> idVendor=067b, idProduct=2303, bcdDevice= 4.00
>>> [ 247.543917] usb 1-3: New USB device strings: Mfr=1,
>>> Product=2, SerialNumber=0
>>> [ 247.543923] usb 1-3: Product: USB-Serial Controller D
>>> [ 247.543928] usb 1-3: Manufacturer: Prolific
>>> Technology Inc.
>>> [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected
>>> [ 247.547892] usb 1-3: pl2303 converter now attached to
>>> ttyUSB0
>>>
>>> So I know that Linux is recognizing it.
>>>
>>> Yay.
>>>
>>> What do I need to do to get this working?
>>>
>>> You didn't say what's NOT working or what you tried or what
>>> you're even trying to do. Did you just stop?
>>>
>>> Note: I had this GPS cable combination working once on a
>>> Windows computer that I no longer have.
>>>
>>>
>>> GPSBabel on Windows and Linux works very much the same. Only
>>> the device name changes and that's picked by the OS, not by us.
>>>
>>> So if before you did a
>>>
>>> gpsbabel -i garmin -f com3: -o gpx -F blah.gpx
>>>
>>> to read your waypoints from the garmin on com3 and write
>>> them in a gpx file name blah.gpx
>>>
>>> you can now
>>>
>>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>>>
>>> only the device name changes.
>>>
>>> Some Linux systems don't always use ttyUSB0 so literally,
>>> but that's where I'd start.
>>>
>>> You may have permissions issues about opening device nodes
>>> as a user, but that works exactly the way UNIX permissions
>>> have worked for 50 years and isn't really a GPSBabel issue.
>>>
>>> Enjoy.
>>>
>>> RJL
>>
>> --
>> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
>> -Daffy Duck
>>
> --
> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
> -Daffy Duck
>
--
Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
-Daffy Duck
|
|
From: Robert L. <rob...@gp...> - 2024-07-18 18:46:11
|
Cool.
Hopefully you saw that you can even write it to two different formats in
one shot.
gpsbabel -i garmin -f /dev/whatever -o gpx -F whatever.gpx -o unicsv -F
whatever.csv
You can repeat { -i format -f file } { -o format -F file } tuple pairs
indefinitely.
That's sometimes useful in cases like yours where reading the device is
slow and you may not want to read it twice.
This is also why
-i format -o file -o gpx -F raw.gpx -x some_filter -o gpx -F filtered.gpx
works. We process left to right. In this example, we read the thing, we
write the thing, we do some kind of filter, we write what's left.
Enjoy!
RJL
On Thu, Jul 18, 2024 at 9:40 AM Jack Frillman <jcf...@me...> wrote:
> Since the command line is working I'm happy to use that instead of using
> the GUI. So, you don't need to waste your time looking at it any longer. I
> have been exploring the different command line options and I can now save
> the read GPS data to two different formats. That's really cool. I consider
> my problem solved.
>
> Thanks,
>
> Jack
>
>
> On 7/18/24 00:40, Robert Lipe wrote:
>
> The GUI just calls builds and calls the command line. When you select
> 'device', it'll give you a drop-down for the serial device. It's
> /dev/cu.usbserial* in this example which is NOT a Garmin - it's just a
> random device I have attached right now. After you tell it what you're
> writing (I'm sticking with my GPX blah.gpx example) it should show you the
> very command line program that it's running to do the real work.
>
> In my case, I'm getting an expected error because my serial device is very
> much not a Garmin GPS, but I wanted to show the entire process, top to
> bottom. It added the "-t" "-r" and "-w" options because those are checked.
> I didn't type those (-w is the default) in my rapid-fire answer earlier.
>
> [image: image.png]
>
> Still, we have the hard part solved. Device comms is the lost science
> talking to that device. We can get your data out (or in!) one way or
> another. But the GUI really shouldn't be mysterious; we just have to figure
> out what's different for you.
>
> Are we considering different settings "obvious"? (It's a device, not a
> file, and it's on /dev/ttyS0 or whatever) Is there some kind of an error in
> that bottom textarea where there would normally be a healthy GPSBabel
> command plus whatever chatter it produces? (That'd be down there where my,
> um, error message is. :-) )
>
> Come to think of it, maybe we should label that bottom textarea so you'd
> see more than just dead space...Let me think on that more after we get you
> squared away.
>
> RJL
>
>
> On Wed, Jul 17, 2024 at 10:57 PM Jack Frillman <jcf...@me...> wrote:
>
>> I was trying to use the GUI.
>>
>> When I tried
>>
>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>>
>> as you suggested from the command line it worked.
>>
>> Thanks for the tip.
>>
>> I appreciate it.
>>
>> Jack
>> On 7/17/24 19:24, Robert Lipe wrote:
>>
>>
>>
>> On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via Gpsbabel-misc <
>> gps...@li...> wrote:
>>
>>> I'm trying to connect to a Garmin GPS II Plus but have been unable to
>>> get GPS Babel to connect to the GPS unit.
>>>
>>> This is what I'm working with:
>>> + Garmin GPS II Plus (This has the 4 pin proprietary plug to a RS232
>>> plug. I have RS232 to USB cable connected to that.)
>>> + Linux Fedora 39
>>> + GPSBabel 1.9.0
>>>
>>> I have read through the "Hotplug vs. Garmin USB on Linux" documentation.
>>> This documentation refers to the old Fedora Core naming convention up to
>>> Fedora Core 14. How does Fedora 39 relate to these directions?
>>>
>> It doesn't. You have a serial Garmin, not a USB Garmin. That doesn't
>> apply to you.
>>
>>
>>
>>
>>
>>> When I do a "sudo dmesg" I get this output when the GPS unit is plugged
>>> into the computer.
>>>
>>> [ 247.416794] usb 1-3: new full-speed USB device number 6 using xhci_hcd
>>> [ 247.543901] usb 1-3: New USB device found, idVendor=067b,
>>> idProduct=2303, bcdDevice= 4.00
>>> [ 247.543917] usb 1-3: New USB device strings: Mfr=1, Product=2,
>>> SerialNumber=0
>>> [ 247.543923] usb 1-3: Product: USB-Serial Controller D
>>> [ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc.
>>> [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected
>>> [ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0
>>>
>>> So I know that Linux is recognizing it.
>>>
>> Yay.
>>
>>
>>
>>> What do I need to do to get this working?
>>>
>> You didn't say what's NOT working or what you tried or what you're even
>> trying to do. Did you just stop?
>>
>>
>>> Note: I had this GPS cable combination working once on a Windows comput
>>> er that I no longer have.
>>>
>>
>> GPSBabel on Windows and Linux works very much the same. Only the device
>> name changes and that's picked by the OS, not by us.
>>
>> So if before you did a
>>
>> gpsbabel -i garmin -f com3: -o gpx -F blah.gpx
>>
>> to read your waypoints from the garmin on com3 and write them in a gpx
>> file name blah.gpx
>>
>> you can now
>>
>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>>
>> only the device name changes.
>>
>> Some Linux systems don't always use ttyUSB0 so literally, but that's
>> where I'd start.
>>
>> You may have permissions issues about opening device nodes as a user, but
>> that works exactly the way UNIX permissions have worked for 50 years and
>> isn't really a GPSBabel issue.
>>
>> Enjoy.
>>
>> RJL
>>
>> --
>> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
>> -Daffy Duck
>>
>> --
> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
> -Daffy Duck
>
>
|
|
From: Jack F. <jcf...@me...> - 2024-07-18 14:40:35
|
Since the command line is working I'm happy to use that instead of using
the GUI. So, you don't need to waste your time looking at it any longer.
I have been exploring the different command line options and I can now
save the read GPS data to two different formats. That's really cool. I
consider my problem solved.
Thanks,
Jack
On 7/18/24 00:40, Robert Lipe wrote:
> The GUI just calls builds and calls the command line. When you select
> 'device', it'll give you a drop-down for the serial device. It's
> /dev/cu.usbserial* in this example which is NOT a Garmin - it's just a
> random device I have attached right now. After you tell it what you're
> writing (I'm sticking with my GPX blah.gpx example) it should show you
> the very command line program that it's running to do the real work.
>
> In my case, I'm getting an expected error because my serial device is
> very much not a Garmin GPS, but I wanted to show the entire process,
> top to bottom. It added the "-t" "-r" and "-w" options because those
> are checked. I didn't type those (-w is the default) in my rapid-fire
> answer earlier.
>
> image.png
>
> Still, we have the hard part solved. Device comms is the lost science
> talking to that device. We can get your data out (or in!) one way or
> another. But the GUI really shouldn't be mysterious; we just have to
> figure out what's different for you.
>
> Are we considering different settings "obvious"? (It's a device, not a
> file, and it's on /dev/ttyS0 or whatever) Is there some kind of an
> error in that bottom textarea where there would normally be a healthy
> GPSBabel command plus whatever chatter it produces? (That'd be down
> there where my, um, error message is. :-) )
>
> Come to think of it, maybe we should label that bottom textarea so
> you'd see more than just dead space...Let me think on that more after
> we get you squared away.
>
> RJL
>
>
> On Wed, Jul 17, 2024 at 10:57 PM Jack Frillman <jcf...@me...> wrote:
>
> I was trying to use the GUI.
>
> When I tried
>
> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>
> as you suggested from the command line it worked.
>
> Thanks for the tip.
>
> I appreciate it.
>
> Jack
>
> On 7/17/24 19:24, Robert Lipe wrote:
>>
>>
>> On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via Gpsbabel-misc
>> <gps...@li...> wrote:
>>
>> I'm trying to connect to a Garmin GPS II Plus but have been
>> unable to get GPS Babel to connect to the GPS unit.
>>
>> This is what I'm working with:
>>
>> + Garmin GPS II Plus (This has the 4 pin proprietary plug to
>> a RS232 plug. I have RS232 to USB cable connected to that.)
>> + Linux Fedora 39
>> + GPSBabel 1.9.0
>>
>> I have read through the "Hotplug vs. Garmin USB on Linux"
>> documentation. This documentation refers to the old Fedora
>> Core naming convention up to Fedora Core 14. How does Fedora
>> 39 relate to these directions?
>>
>> It doesn't. You have a serial Garmin, not a USB Garmin. That
>> doesn't apply to you.
>>
>>
>>
>> When I do a "sudo dmesg" I get this output when the GPS unit
>> is plugged into the computer.
>>
>> [ 247.416794] usb 1-3: new full-speed USB device number 6
>> using xhci_hcd
>> [ 247.543901] usb 1-3: New USB device found, idVendor=067b,
>> idProduct=2303, bcdDevice= 4.00
>> [ 247.543917] usb 1-3: New USB device strings: Mfr=1,
>> Product=2, SerialNumber=0
>> [ 247.543923] usb 1-3: Product: USB-Serial Controller D
>> [ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc.
>> [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected
>> [ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0
>>
>> So I know that Linux is recognizing it.
>>
>> Yay.
>>
>> What do I need to do to get this working?
>>
>> You didn't say what's NOT working or what you tried or what
>> you're even trying to do. Did you just stop?
>>
>> Note: I had this GPS cable combination working once on a
>> Windows computer that I no longer have.
>>
>>
>> GPSBabel on Windows and Linux works very much the same. Only the
>> device name changes and that's picked by the OS, not by us.
>>
>> So if before you did a
>>
>> gpsbabel -i garmin -f com3: -o gpx -F blah.gpx
>>
>> to read your waypoints from the garmin on com3 and write them in
>> a gpx file name blah.gpx
>>
>> you can now
>>
>> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>>
>> only the device name changes.
>>
>> Some Linux systems don't always use ttyUSB0 so literally, but
>> that's where I'd start.
>>
>> You may have permissions issues about opening device nodes as a
>> user, but that works exactly the way UNIX permissions have worked
>> for 50 years and isn't really a GPSBabel issue.
>>
>> Enjoy.
>>
>> RJL
>
> --
> Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
> -Daffy Duck
>
--
Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
-Daffy Duck
|
|
From: Robert L. <rob...@gp...> - 2024-07-18 04:41:21
|
The GUI just calls builds and calls the command line. When you select 'device', it'll give you a drop-down for the serial device. It's /dev/cu.usbserial* in this example which is NOT a Garmin - it's just a random device I have attached right now. After you tell it what you're writing (I'm sticking with my GPX blah.gpx example) it should show you the very command line program that it's running to do the real work. In my case, I'm getting an expected error because my serial device is very much not a Garmin GPS, but I wanted to show the entire process, top to bottom. It added the "-t" "-r" and "-w" options because those are checked. I didn't type those (-w is the default) in my rapid-fire answer earlier. [image: image.png] Still, we have the hard part solved. Device comms is the lost science talking to that device. We can get your data out (or in!) one way or another. But the GUI really shouldn't be mysterious; we just have to figure out what's different for you. Are we considering different settings "obvious"? (It's a device, not a file, and it's on /dev/ttyS0 or whatever) Is there some kind of an error in that bottom textarea where there would normally be a healthy GPSBabel command plus whatever chatter it produces? (That'd be down there where my, um, error message is. :-) ) Come to think of it, maybe we should label that bottom textarea so you'd see more than just dead space...Let me think on that more after we get you squared away. RJL On Wed, Jul 17, 2024 at 10:57 PM Jack Frillman <jcf...@me...> wrote: > I was trying to use the GUI. > > When I tried > > gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx > > as you suggested from the command line it worked. > > Thanks for the tip. > > I appreciate it. > > Jack > On 7/17/24 19:24, Robert Lipe wrote: > > > > On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via Gpsbabel-misc < > gps...@li...> wrote: > >> I'm trying to connect to a Garmin GPS II Plus but have been unable to >> get GPS Babel to connect to the GPS unit. >> >> This is what I'm working with: >> + Garmin GPS II Plus (This has the 4 pin proprietary plug to a RS232 >> plug. I have RS232 to USB cable connected to that.) >> + Linux Fedora 39 >> + GPSBabel 1.9.0 >> >> I have read through the "Hotplug vs. Garmin USB on Linux" documentation. >> This documentation refers to the old Fedora Core naming convention up to >> Fedora Core 14. How does Fedora 39 relate to these directions? >> > It doesn't. You have a serial Garmin, not a USB Garmin. That doesn't apply > to you. > > > > > >> When I do a "sudo dmesg" I get this output when the GPS unit is plugged >> into the computer. >> >> [ 247.416794] usb 1-3: new full-speed USB device number 6 using xhci_hcd >> [ 247.543901] usb 1-3: New USB device found, idVendor=067b, >> idProduct=2303, bcdDevice= 4.00 >> [ 247.543917] usb 1-3: New USB device strings: Mfr=1, Product=2, >> SerialNumber=0 >> [ 247.543923] usb 1-3: Product: USB-Serial Controller D >> [ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc. >> [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected >> [ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0 >> >> So I know that Linux is recognizing it. >> > Yay. > > > >> What do I need to do to get this working? >> > You didn't say what's NOT working or what you tried or what you're even > trying to do. Did you just stop? > > >> Note: I had this GPS cable combination working once on a Windows comput >> er that I no longer have. >> > > GPSBabel on Windows and Linux works very much the same. Only the device > name changes and that's picked by the OS, not by us. > > So if before you did a > > gpsbabel -i garmin -f com3: -o gpx -F blah.gpx > > to read your waypoints from the garmin on com3 and write them in a gpx > file name blah.gpx > > you can now > > gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx > > only the device name changes. > > Some Linux systems don't always use ttyUSB0 so literally, but that's where > I'd start. > > You may have permissions issues about opening device nodes as a user, but > that works exactly the way UNIX permissions have worked for 50 years and > isn't really a GPSBabel issue. > > Enjoy. > > RJL > > -- > Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite! > -Daffy Duck > > |
|
From: Jack F. <jcf...@me...> - 2024-07-18 03:57:58
|
I was trying to use the GUI.
When I tried
gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
as you suggested from the command line it worked.
Thanks for the tip.
I appreciate it.
Jack
On 7/17/24 19:24, Robert Lipe wrote:
>
>
> On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via Gpsbabel-misc
> <gps...@li...> wrote:
>
> I'm trying to connect to a Garmin GPS II Plus but have been unable
> to get GPS Babel to connect to the GPS unit.
>
> This is what I'm working with:
>
> + Garmin GPS II Plus (This has the 4 pin proprietary plug to a
> RS232 plug. I have RS232 to USB cable connected to that.)
> + Linux Fedora 39
> + GPSBabel 1.9.0
>
> I have read through the "Hotplug vs. Garmin USB on Linux"
> documentation. This documentation refers to the old Fedora Core
> naming convention up to Fedora Core 14. How does Fedora 39
> relate to these directions?
>
> It doesn't. You have a serial Garmin, not a USB Garmin. That doesn't
> apply to you.
>
>
>
> When I do a "sudo dmesg" I get this output when the GPS unit is
> plugged into the computer.
>
> [ 247.416794] usb 1-3: new full-speed USB device number 6 using
> xhci_hcd
> [ 247.543901] usb 1-3: New USB device found, idVendor=067b,
> idProduct=2303, bcdDevice= 4.00
> [ 247.543917] usb 1-3: New USB device strings: Mfr=1, Product=2,
> SerialNumber=0
> [ 247.543923] usb 1-3: Product: USB-Serial Controller D
> [ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc.
> [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected
> [ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0
>
> So I know that Linux is recognizing it.
>
> Yay.
>
> What do I need to do to get this working?
>
> You didn't say what's NOT working or what you tried or what you're
> even trying to do. Did you just stop?
>
> Note: I had this GPS cable combination working once on a Windows
> computer that I no longer have.
>
>
> GPSBabel on Windows and Linux works very much the same. Only the
> device name changes and that's picked by the OS, not by us.
>
> So if before you did a
>
> gpsbabel -i garmin -f com3: -o gpx -F blah.gpx
>
> to read your waypoints from the garmin on com3 and write them in a
> gpx file name blah.gpx
>
> you can now
>
> gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx
>
> only the device name changes.
>
> Some Linux systems don't always use ttyUSB0 so literally, but that's
> where I'd start.
>
> You may have permissions issues about opening device nodes as a user,
> but that works exactly the way UNIX permissions have worked for 50
> years and isn't really a GPSBabel issue.
>
> Enjoy.
>
> RJL
--
Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
-Daffy Duck
|
|
From: Robert L. <rob...@gp...> - 2024-07-17 23:24:37
|
On Wed, Jul 17, 2024 at 6:16 PM Jack Frillman via Gpsbabel-misc < gps...@li...> wrote: > I'm trying to connect to a Garmin GPS II Plus but have been unable to get > GPS Babel to connect to the GPS unit. > > This is what I'm working with: > + Garmin GPS II Plus (This has the 4 pin proprietary plug to a RS232 plug. > I have RS232 to USB cable connected to that.) > + Linux Fedora 39 > + GPSBabel 1.9.0 > > I have read through the "Hotplug vs. Garmin USB on Linux" documentation. > This documentation refers to the old Fedora Core naming convention up to > Fedora Core 14. How does Fedora 39 relate to these directions? > It doesn't. You have a serial Garmin, not a USB Garmin. That doesn't apply to you. > When I do a "sudo dmesg" I get this output when the GPS unit is plugged > into the computer. > > [ 247.416794] usb 1-3: new full-speed USB device number 6 using xhci_hcd > [ 247.543901] usb 1-3: New USB device found, idVendor=067b, > idProduct=2303, bcdDevice= 4.00 > [ 247.543917] usb 1-3: New USB device strings: Mfr=1, Product=2, > SerialNumber=0 > [ 247.543923] usb 1-3: Product: USB-Serial Controller D > [ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc. > [ 247.546847] pl2303 1-3:1.0: pl2303 converter detected > [ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0 > > So I know that Linux is recognizing it. > Yay. > What do I need to do to get this working? > You didn't say what's NOT working or what you tried or what you're even trying to do. Did you just stop? > Note: I had this GPS cable combination working once on a Windows computer > that I no longer have. > GPSBabel on Windows and Linux works very much the same. Only the device name changes and that's picked by the OS, not by us. So if before you did a gpsbabel -i garmin -f com3: -o gpx -F blah.gpx to read your waypoints from the garmin on com3 and write them in a gpx file name blah.gpx you can now gpsbabel -i garmin -f /dev/ttyUSB0 -o gpx -F blah.gpx only the device name changes. Some Linux systems don't always use ttyUSB0 so literally, but that's where I'd start. You may have permissions issues about opening device nodes as a user, but that works exactly the way UNIX permissions have worked for 50 years and isn't really a GPSBabel issue. Enjoy. RJL |
|
From: Jack F. <jcf...@me...> - 2024-07-17 23:16:09
|
I'm trying to connect to a Garmin GPS II Plus but have been unable to
get GPS Babel to connect to the GPS unit.
This is what I'm working with:
+ Garmin GPS II Plus (This has the 4 pin proprietary plug to a RS232
plug. I have RS232 to USB cable connected to that.)
+ Linux Fedora 39
+ GPSBabel 1.9.0
I have read through the "Hotplug vs. Garmin USB on Linux" documentation.
This documentation refers to the old Fedora Core naming convention up to
Fedora Core 14. How does Fedora 39 relate to these directions?
When I do a "sudo dmesg" I get this output when the GPS unit is plugged
into the computer.
[ 247.416794] usb 1-3: new full-speed USB device number 6 using xhci_hcd
[ 247.543901] usb 1-3: New USB device found, idVendor=067b,
idProduct=2303, bcdDevice= 4.00
[ 247.543917] usb 1-3: New USB device strings: Mfr=1, Product=2,
SerialNumber=0
[ 247.543923] usb 1-3: Product: USB-Serial Controller D
[ 247.543928] usb 1-3: Manufacturer: Prolific Technology Inc.
[ 247.546847] pl2303 1-3:1.0: pl2303 converter detected
[ 247.547892] usb 1-3: pl2303 converter now attached to ttyUSB0
So I know that Linux is recognizing it.
What do I need to do to get this working?
Note: I had this GPS cable combination working once on a Windows
computer that I no longer have.
Thanks.
--
Go on! Shoot me again! I enjoy it! I love the smell of burnt feathers and gunpowder and cordite!
-Daffy Duck
|
|
From: Robert L. <rob...@gp...> - 2024-06-18 12:25:58
|
Hi, Jim. Welcome. I've bcc'ed the author of that module for comment. Your messages actually set off security alarms. Are you perhaps front-ending Gmail with something else that's not correctly setting all the right security bits? "Faking" a reply-to address can sometimes cause this kind of thing. OTOH, that might be our list software responding to the latest EU privacy hysteria. Are you sure you're actually using GPSBabel 1.9.0? There were some changes late in 1.9 idevelopment in this area, but this is a relatively new format (leave it to Google to not just keep using GPX or KML like they used to, but to invent yet something else new again. Sigh.) and I'm not sure how experienced it really is. It's entirely possible that we're not as awesome as we might potentially be. You seem to be a pretty techie guy, but you're guessing at what's in each of the files. JSON, GPX, and friends are really just plain text with a bunch of funny punctuation in them. You can look in each file and SEE what's inside each step. GPX doesn't have any concept of "leg" anything. I don't know if this is a term local to some program you're using or a slang term, but that's just not something inside core GPX. Whatever other program you're using might be using some kind of GPX extension that we don't know about. You'd have to look at the GPX to see. Can you please reduce a simple file that demonstrates what you're describing? We don't need (want) to see your entire location history, but if you can cut out complete working snippets that show the problem you're describing (edit the coordinates to the middle of an ocean if you're concerned about privacy - the location doesn't much matter as much as the pattern of the tags) that shows what is present or lost at each stage? A reproducible test case is almost always more concise than even the best description of "I loaded a resulting file into another program and it said..." Thanx, RJL On Mon, Jun 17, 2024 at 7:40 PM Jim Witherspoon <jim...@gm...> wrote: > I forgot the pack option when I just typed that email - I tried "-x > track,pack,split,title" as shown on p. 103 of the gpsbabel documentation > pdf - and that did not work. Just to illustrate, I entered this command: > gpsbabel -t -i gpx -f .\googletakeout.gpx -x > track,pack,split,title="%Y.%m.%d"-o gpx -F newtracknames.gpx > Gpsbabel threw an error message about the missing trackpoint timestamp.: > "trackfilter-init: Found track point at 30.327763,-97.745468 without time!" > So the missing trackpoint timestamps seem to be causing this problem. > > On Mon, Jun 17, 2024 at 7:27 PM Jim Witherspoon <jim...@gm...> > wrote: > >> I just subscribed to the mailing list, and I found one archived thread >> dealing with the the googletakeout input format, and this is a followup to >> that thread - >> https://sourceforge.net/p/gpsbabel/mailman/gpsbabel-misc/thread/CA%2B6weNU%3Dx%3DttG4M20dE8qSxPfTacPZ74x5pOvjGupjHsSL%3D%3DEQ%40mail.gmail.com/#msg58754648 >> >> I used the example command lines at >> https://www.gpsbabel.org/htmldoc-1.9.0/fmt_googletakeout.html#:~:text=The%20%22googletakeout%22%20GPSBabel%20format%20will,entire%20location%20history%20at%20once >> to generate a GPX file from the Google Location History takeout file. >> >> I dragged the resulting GPX into a Basecamp list folder, and I was able >> to view the tracks inside the GPX. The tracks lacked some information that >> is present in other tracks shown in Basecamp. For example, for a track >> dragged from the Android gpslogger app, Basecamp shows the following >> columns - index elevation, leg distance, leg time, leg course, time, and >> position. But for the tracks in the GPX made by gpsbabel from google >> takeout data, data is missing from the elevation, leg time, leg speed, and >> time columns. A time is shown for the first and last points, so that gives >> a start and end times for the entire track, but I'd like to have a >> timestamp for the individual points. >> >> I can use arrow keys "move through" the resulting track in Basecamp, but >> I could not do so in the apps GPX Editor and GPXSee. I wonder if that has >> something to do with the missing trackpoint timestamps. >> >> I think the track leg duration is included in the Takeout JSON file, so >> it seems that would make it possible to calculate the missing trackpoint >> timestamps. I see that gpsbabel has a "faketime" option, maybe that would >> fill in the missing trackpoint timestamps? >> >> Also the track names in the resulting GPX file are not helpful - example >> "In Passenger Vehicle 4682". I tried "-x track,split,title="%Y-%m-%d" >> (format string also included hours, minutes, and seconds) - but this failed >> because of the missing trackpoint time stamps. >> >> Does anyone have a suggestion on how to fix these problems in the GPX >> file? Would the data be better preserved in some output format other than >> GPX? >> >> Thanks very much in advance. >> >> jim w. >> >> >> _______________________________________________ > Gpsbabel-misc mailing list http://www.gpsbabel.org > Gps...@li... > To unsubscribe, change list options, or see archives, visit: > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc > |
|
From: tsteven4 <tst...@gm...> - 2024-06-18 12:22:55
|
The lack of timestamps for the intermediate points is known behavior of the google takeout reader. It was also discussed here [feature request] Parsing of Google Takeout TimeLine records.json file · Issue #1264 · GPSBabel/gpsbabel · GitHub <https://github.com/GPSBabel/gpsbabel/issues/1264> At this time no one has come forward to implement the requested enhancement. Since the takeout reader doesn't supply the timestamps changing to a different output format will not help. You can use the trackfilter faketime option to make up times for the intermediate points. Pick an initial fake time and step size such that the times increase monotonically, or use force. On 6/17/2024 6:39 PM, Jim Witherspoon wrote: > I forgot the pack option when I just typed that email - I tried "-x > track,pack,split,title" as shown on p. 103 of the gpsbabel > documentation pdf - and that did not work. Just to illustrate, I > entered this command: > gpsbabel -t -i gpx -f .\googletakeout.gpx -x > track,pack,split,title="%Y.%m.%d"-o gpx -F newtracknames.gpx > Gpsbabel threw an error message about the missing trackpoint timestamp.: > "trackfilter-init: Found track point at 30.327763,-97.745468 without > time!" > So the missing trackpoint timestamps seem to be causing this problem. > > On Mon, Jun 17, 2024 at 7:27 PM Jim Witherspoon <jim...@gm...> > wrote: > > I just subscribed to the mailing list, and I found one archived > thread dealing with the the googletakeout input format, and this > is a followup to that thread - > https://sourceforge.net/p/gpsbabel/mailman/gpsbabel-misc/thread/CA%2B6weNU%3Dx%3DttG4M20dE8qSxPfTacPZ74x5pOvjGupjHsSL%3D%3DEQ%40mail.gmail.com/#msg58754648 > > > I used the example command lines at > https://www.gpsbabel.org/htmldoc-1.9.0/fmt_googletakeout.html#:~:text=The%20%22googletakeout%22%20GPSBabel%20format%20will,entire%20location%20history%20at%20once > to generate a GPX file from the Google Location History takeout file. > > I dragged the resulting GPX into a Basecamp list folder, and I was > able to view the tracks inside the GPX. The tracks lacked some > information that is present in other tracks shown in Basecamp. > For example, for a track dragged from the Android gpslogger app, > Basecamp shows the following columns - index elevation, leg > distance, leg time, leg course, time, and position. But for the > tracks in the GPX made by gpsbabel from google takeout data, data > is missing from the elevation, leg time, leg speed, and time > columns. A time is shown for the first and last points, so that > gives a start and end times for the entire track, but I'd like to > have a timestamp for the individual points. > > I can use arrow keys "move through" the resulting track in > Basecamp, but I could not do so in the apps GPX Editor and > GPXSee. I wonder if that has something to do with the missing > trackpoint timestamps. > > I think the track leg duration is included in the Takeout JSON > file, so it seems that would make it possible to calculate the > missing trackpoint timestamps. I see that gpsbabel has a > "faketime" option, maybe that would fill in the missing trackpoint > timestamps? > > Also the track names in the resulting GPX file are not helpful - > example "In Passenger Vehicle 4682". I tried "-x > track,split,title="%Y-%m-%d" (format string also included hours, > minutes, and seconds) - but this failed because of the missing > trackpoint time stamps. > > Does anyone have a suggestion on how to fix these problems in the > GPX file? Would the data be better preserved in some output > format other than GPX? > > Thanks very much in advance. > > jim w. > > > > > _______________________________________________ > Gpsbabel-misc mailing listhttp://www.gpsbabel.org > Gps...@li... > To unsubscribe, change list options, or see archives, visit: > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc |
|
From: Jim W. <jim...@gm...> - 2024-06-18 00:39:51
|
I forgot the pack option when I just typed that email - I tried "-x track,pack,split,title" as shown on p. 103 of the gpsbabel documentation pdf - and that did not work. Just to illustrate, I entered this command: gpsbabel -t -i gpx -f .\googletakeout.gpx -x track,pack,split,title="%Y.%m.%d"-o gpx -F newtracknames.gpx Gpsbabel threw an error message about the missing trackpoint timestamp.: "trackfilter-init: Found track point at 30.327763,-97.745468 without time!" So the missing trackpoint timestamps seem to be causing this problem. On Mon, Jun 17, 2024 at 7:27 PM Jim Witherspoon <jim...@gm...> wrote: > I just subscribed to the mailing list, and I found one archived thread > dealing with the the googletakeout input format, and this is a followup to > that thread - > https://sourceforge.net/p/gpsbabel/mailman/gpsbabel-misc/thread/CA%2B6weNU%3Dx%3DttG4M20dE8qSxPfTacPZ74x5pOvjGupjHsSL%3D%3DEQ%40mail.gmail.com/#msg58754648 > > I used the example command lines at > https://www.gpsbabel.org/htmldoc-1.9.0/fmt_googletakeout.html#:~:text=The%20%22googletakeout%22%20GPSBabel%20format%20will,entire%20location%20history%20at%20once > to generate a GPX file from the Google Location History takeout file. > > I dragged the resulting GPX into a Basecamp list folder, and I was able to > view the tracks inside the GPX. The tracks lacked some information that is > present in other tracks shown in Basecamp. For example, for a track > dragged from the Android gpslogger app, Basecamp shows the following > columns - index elevation, leg distance, leg time, leg course, time, and > position. But for the tracks in the GPX made by gpsbabel from google > takeout data, data is missing from the elevation, leg time, leg speed, and > time columns. A time is shown for the first and last points, so that gives > a start and end times for the entire track, but I'd like to have a > timestamp for the individual points. > > I can use arrow keys "move through" the resulting track in Basecamp, but I > could not do so in the apps GPX Editor and GPXSee. I wonder if that has > something to do with the missing trackpoint timestamps. > > I think the track leg duration is included in the Takeout JSON file, so it > seems that would make it possible to calculate the missing trackpoint > timestamps. I see that gpsbabel has a "faketime" option, maybe that would > fill in the missing trackpoint timestamps? > > Also the track names in the resulting GPX file are not helpful - example > "In Passenger Vehicle 4682". I tried "-x track,split,title="%Y-%m-%d" > (format string also included hours, minutes, and seconds) - but this failed > because of the missing trackpoint time stamps. > > Does anyone have a suggestion on how to fix these problems in the GPX > file? Would the data be better preserved in some output format other than > GPX? > > Thanks very much in advance. > > jim w. > > > |
|
From: Jim W. <jim...@gm...> - 2024-06-18 00:27:48
|
I just subscribed to the mailing list, and I found one archived thread dealing with the the googletakeout input format, and this is a followup to that thread - https://sourceforge.net/p/gpsbabel/mailman/gpsbabel-misc/thread/CA%2B6weNU%3Dx%3DttG4M20dE8qSxPfTacPZ74x5pOvjGupjHsSL%3D%3DEQ%40mail.gmail.com/#msg58754648 I used the example command lines at https://www.gpsbabel.org/htmldoc-1.9.0/fmt_googletakeout.html#:~:text=The%20%22googletakeout%22%20GPSBabel%20format%20will,entire%20location%20history%20at%20once to generate a GPX file from the Google Location History takeout file. I dragged the resulting GPX into a Basecamp list folder, and I was able to view the tracks inside the GPX. The tracks lacked some information that is present in other tracks shown in Basecamp. For example, for a track dragged from the Android gpslogger app, Basecamp shows the following columns - index elevation, leg distance, leg time, leg course, time, and position. But for the tracks in the GPX made by gpsbabel from google takeout data, data is missing from the elevation, leg time, leg speed, and time columns. A time is shown for the first and last points, so that gives a start and end times for the entire track, but I'd like to have a timestamp for the individual points. I can use arrow keys "move through" the resulting track in Basecamp, but I could not do so in the apps GPX Editor and GPXSee. I wonder if that has something to do with the missing trackpoint timestamps. I think the track leg duration is included in the Takeout JSON file, so it seems that would make it possible to calculate the missing trackpoint timestamps. I see that gpsbabel has a "faketime" option, maybe that would fill in the missing trackpoint timestamps? Also the track names in the resulting GPX file are not helpful - example "In Passenger Vehicle 4682". I tried "-x track,split,title="%Y-%m-%d" (format string also included hours, minutes, and seconds) - but this failed because of the missing trackpoint time stamps. Does anyone have a suggestion on how to fix these problems in the GPX file? Would the data be better preserved in some output format other than GPX? Thanks very much in advance. jim w. |
|
From: tsteven4 <tst...@gm...> - 2024-04-26 22:13:47
|
I got your files. thanks. so your hb program says the points have id, visible, depth, share, status. they don't have temperature. the gpx writer only knows how to write depth and temperature as humminbird extensions. It is possible to communicate this kind of data between readers and writers using FormatSpecificData, but it requires customization of every reader and writer that is going to use that data. That isn't going to happen unless some volunteer wants to develop it, and as a gatekeeper I would be questioning if the additional complexity is warranted to support fields that have limited applicability. In any event, you are free to customize your own copy of gpsbabel according to the license. An example of this for lowranceusr uses lowranceusr4_fsdata which you could search for and chase down. I am imagining that humminbird pc which produces the gpx doesn't fit your automation needs so you can't just use it. |
|
From: tsteven4 <tst...@gm...> - 2024-04-26 19:43:11
|
gpsbabel used to be C code. I think you will agree the data structs are
quite similar:
See humminbird.cc, e.g.
> struct HumminbirdBase::humminbird_waypt_t {
> /* O.K.: the file can also contain routes with a different magic. */
> /* uint32_t signature; */ /* Just for error checking(?) */
> uint16_t num; /* Always ascending in the file. */
> uint16_t zero; /* Always seems to be zero. */
> uint8_t status; /* Always seems to be 1. Ends up as <h:status>
> in gpx files exported by HumminbirdPC. */
> uint8_t icon; /* See below */
> uint16_t depth; /* Water depth. These are fishfinders. In
> centimeters */
> uint32_t time; /* This is a time_t. In UTC */
> int32_t east;
> int32_t north;
> char name[WPT_NAME_LEN];
> };
Yes, the HWR file and the corresponding gpx would be useful for debug.
For regression testing we would want a smaller HWR file.
Gpsbabel has readers and writers. Each reader populates a set of
containers containing standard information about waypoints, tracks and
routes from the input file. Each writer uses that set of containers to
create the output file. What I meant was that you can't assume
symmetrical operation of any format. A field may be handled on read but
not write, or vice versa, or ideally they are handled the same way on
both. The ideal is not guaranteed.
On 4/26/2024 11:00 AM, Larry Marek wrote:
>
> I've tried to figure out what gpsbabel does know about HWR by looking
> at the code, but sadly while a pretty good C-programmer, I never made
> the leap to C++. Is there any chance you could show me a plain C
> struct for a HB waypoint in the HWR? Even if its just the parts that
> gpsbabel does decode.
>
> As far as a HWR file - If I gave you what my unit put out, and what HB
> PC converted it to, would that be a help? They're kinda big, 55.7 kb
> for the hwr and 409.7 kb for the gpx - I could put them in a Dropbox
> folder and send you a link to it. Note that the file will include the
> grouping that HB does
>
> Not sure about what you meant in your answer about the GPX->HWR
> conversion - if gpsbabel doesn't decode the values how can it write
> them out? I mean the values in extensions other than depth.
>
> As far as documentation for a HWR files - I'd say that you guys did a
> wonderful job figuring out the hard part, the other elements in the
> extensions seem to have limited set of values. If I could understand
> the part you figured out, I think I could figure out those couple extras
>
> Larry
>
> On 4/26/24 9:43 AM, tsteven4 wrote:
>>
>> The only data the gpx writer would write as humminbird extensions is
>> temperature and depth.
>>
>> The only potential extension data the humminbird reader passes on is
>> depth, and only if it is non-zero. We assume zero means invalid
>> depth for humminbird wpts. I am not aware of public documentation
>> of the humminbird format. Reverse engineering such a format is hit
>> and miss, evidently we missed temperature. The other don't fit in
>> our waypoint storage model, so handling them is more difficult.
>>
>>> If they aren't created in the HWR-> GPX file, can I assume they'd be
>>> ignored on the GPX->HWR conversion?
>> No, that is not a safe assumption, but it appears to be true for
>> depth in this case.
>>
>>> Any chance of getting these dealt with?
>>
>> Certainly none of this will happen without an appropriate hwr
>> sample. Things like temperature that fit in our wpt model are much
>> more likely to get fixed that others that don't. The chances of
>> fixes would go up dramatically if you found public documentation of
>> the humminbird format.
>>
>> On 4/26/2024 7:05 AM, Larry Marek wrote:
>>>
>>> Okay, working with a larger set of points, I see now that GpsBabel
>>> doesn't output an extensions section at all if waypoint has
>>> depth=0... but the depth value is the only value that is ever put in
>>> the extensions section. When I use Humminbird PC to read in the HWR
>>> file the GPX file it creates has these:
>>>
>>> <extensions>
>>> <h:id>1</h:id>
>>> <h:visible>true</h:visible>
>>> <h:depth>436.0</h:depth>
>>> <h:share>true</h:share>
>>> <h:status>1</h:status>
>>> </extensions>
>>>
>>> If they aren't created in the HWR-> GPX file, can I assume they'd be
>>> ignored on the GPX->HWR conversion?
>>>
>>> Any chance of getting these dealt with?
>>>
>>>
>>> Larry
>>>
>>> On 4/26/24 8:03 AM, tsteven four wrote:
>>>> Can you share your hwr file?
>>>>
>>>> On Thu, Apr 25, 2024, 9:42 PM Larry Marek <lar...@gm...> wrote:
>>>>
>>>> I hope you don't mind the question...
>>>>
>>>> So I have the GpsBabel gui working. I'm trying to read in a
>>>> Humminbird HWR file, and write a GPX file. The command line
>>>> that shows in the gui is:
>>>>
>>>> gpsbabel -w -r -t -i my_hwr_file -o gpx,humminbirdextentions=1
>>>> -F my_gpx_file
>>>>
>>>> It does produce a GPX file, but none of the humminbird
>>>> extentions are there.
>>>>
>>>> This is a sample gpsbabel waypoint from the file:
>>>>
>>>> <wpt lat="35.670142820" lon="-84.850947164">
>>>> <ele>0.000</ele>
>>>> <time>2019-11-30T15:59:25Z</time>
>>>> <name>SprCtyHbr</name>
>>>> <cmt>SprCtyHbr</cmt>
>>>> <desc>SprCtyHbr</desc>
>>>> <sym>Normal</sym>
>>>> </wpt>
>>>>
>>>> And this is the same waypoint when Humminbird PC converts the file:
>>>>
>>>> <wpt lat="35.67014204499099" lon="-84.85094766117811">
>>>> <time>2019-11-30T15:59:25Z</time>
>>>> <name>SprCtyHbr</name>
>>>> <sym>Waypoint</sym>
>>>> <extensions>
>>>> <h:id>1</h:id>
>>>> <h:visible>true</h:visible>
>>>> <h:depth>0.0</h:depth>
>>>> <h:share>true</h:share>
>>>> <h:status>1</h:status>
>>>> </extensions>
>>>> </wpt>
>>>>
>>>>
>>>> Am I missing something?
>>>>
>>>>
>>>> BTW: I have the gpsbabel.py file working for dealing with the
>>>> gpx data. I make a system call to run gpsbabel.
>>>>
>>>>
>>>> On 4/21/24 7:05 PM, tsteven4 wrote:
>>>>>
>>>>> i did notice that gpsbabel.py uses the gpsbabel -l option
>>>>> which is no longer supported. So it's just one more mod you
>>>>> will have to make.
>>>>>
>>>>>> $ gpsbabel -l
>>>>>> Unknown option '-l'.
>>>>>
>>>>> On 4/21/2024 5:01 PM, Larry Marek wrote:
>>>>>>
>>>>>> I'm not so attached to a file that I'd want to run ancient
>>>>>> versions of the OS, Python, and Gpsbabel. My objective isn't
>>>>>> to just get gpsbabel.py to work. My objective is to get a
>>>>>> GUI Python program that accepts Humminbird HWR files, and GPX
>>>>>> files, lets me edit the data, and writes out HWR and GPX
>>>>>> files. This is exactly what Humminbird PC does but it only
>>>>>> works on Windows, by writing in Python my program should run
>>>>>> on Linux, Mac, as well as Windows.
>>>>>>
>>>>>> Is there a reason why I couldn't run and manipulate the
>>>>>> current version of gpsbabel with the current version of
>>>>>> Python? I don't understand the whole file, but that seems to
>>>>>> be what its trying to do.
>>>>>>
>>>>>> Larry
>>>>>>
>>>>>> On 4/21/2024 6:20 PM, tsteven4 wrote:
>>>>>>>
>>>>>>> you have 10 years to catch up gpsbabel.py, it hasn't been
>>>>>>> touched since 2013. You can have a docker container up in a
>>>>>>> few minutes:
>>>>>>>
>>>>>>>> # start a docker container running ubuntu trusty (which has
>>>>>>>> a chance of having an old enough gpsbabel (1.4.3) to work
>>>>>>>> with gpsbabel.py)
>>>>>>>>
>>>>>>>> docker run -it ubuntu:trusty /bin/bash
>>>>>>>>
>>>>>>> In the container:
>>>>>>>
>>>>>>>> apt-get update
>>>>>>>> apt-get install python-pip gpsbabel wget
>>>>>>> # pip install can't fetch, fetch manually
>>>>>>>> wget
>>>>>>>> https://files.pythonhosted.org/packages/be/14/2d1acae42143deb39ddfaf4ab4b30b22bfbc8471db88c0b66042869a9167/gpsbabel-1.1.1.tar.gz
>>>>>>>> tar -xzvf gpsbabel-1.1.1.tar.gz
>>>>>>>> pip install ./gpsbabel-1.1.1
>>>>>>>> python
>>>>>>>> Python 2.7.6 (default, Nov 13 2018, 12:45:42)
>>>>>>>> [GCC 4.8.4] on linux2
>>>>>>>> Type "help", "copyright", "credits" or "license" for more
>>>>>>>> information.
>>>>>>>> >>> import gpsbabel
>>>>>>>> >>> help(gpsbabel)
>>>>>>>
>>>>>>>
>>>>>>> On 4/21/2024 3:09 PM, Larry Marek wrote:
>>>>>>>>
>>>>>>>> Oh my no. I don't want to step backwards just to get a
>>>>>>>> silly program I'm playing around with to work.
>>>>>>>>
>>>>>>>> I'll try the 2to3 and if it works, great. If not I've
>>>>>>>> email Michael J. Pedersen <m.p...@ic...>
>>>>>>>> <mailto:m.p...@ic...> who is listed further down
>>>>>>>> as the creator to see if he admits to a new version. If
>>>>>>>> not, maybe I'll feed the file to the AI I've been doing
>>>>>>>> this with and give it a try at updating it. I gotta say,
>>>>>>>> its come up with some very slick code
>>>>>>>>
>>>>>>>>
>>>>>>>> On 4/21/2024 4:33 PM, tsteven four wrote:
>>>>>>>>> It would probably be a lot easier to just use Ubuntu
>>>>>>>>> jammy, which has python 2.
>>>>>>>>>
>>>>>>>>> On Sun, Apr 21, 2024, 2:12 PM Larry Marek
>>>>>>>>> <lar...@gm...> wrote:
>>>>>>>>>
>>>>>>>>> Okay, so I can do the install to get a working
>>>>>>>>> gpsbabel and the gui - great.
>>>>>>>>>
>>>>>>>>> I looked inside gpsbabel.py and see these opening lines:
>>>>>>>>>
>>>>>>>>> This module is is the main module for GPSBabel.
>>>>>>>>> It is intended to be a
>>>>>>>>> complete Python interface, allowing easy
>>>>>>>>> mechanisms to the developer to
>>>>>>>>> control GPSBabel from within a Python application.
>>>>>>>>>
>>>>>>>>> It is highly recommended to read the
>>>>>>>>> documentation on GPSBabel at
>>>>>>>>> http://www.gpsbabel.org/ as the usage of this module
>>>>>>>>> is heavily
>>>>>>>>> modeled on
>>>>>>>>> the general usage of GPSBabel itself.
>>>>>>>>>
>>>>>>>>> I see now that I mis-read this and thought it was part
>>>>>>>>> of your package.
>>>>>>>>> That's too bad, this would be very useful. I'll give
>>>>>>>>> that "2to3" a try,
>>>>>>>>> but I'm a super novice at Python
>>>>>>>>>
>>>>>>>>> Thank you for the installation command and sorry for
>>>>>>>>> my confusion about
>>>>>>>>> the Python file.
>>>>>>>>>
>>>>>>>>> Larry
>>>>>>>>>
>>>>>>>>> On 4/21/2024 9:33 AM, tsteven4 wrote:
>>>>>>>>> > gpsbabel is available from the ubuntu repositories
>>>>>>>>> on mantic. These
>>>>>>>>> > are executables that have nothing to do with
>>>>>>>>> python. I believe they
>>>>>>>>> > are required for gpsbabel.py to work.
>>>>>>>>> >
>>>>>>>>> > sudo apt-get install gpsbabel gpsbabel-doc gpsbabel-gui
>>>>>>>>> >
>>>>>>>>> > I believe gpsbabel.py requires python2, which is not
>>>>>>>>> available on
>>>>>>>>> > mantic. We never have and do not own, maintain, or
>>>>>>>>> support
>>>>>>>>> > gpsbabel.py. You could try 2to3 on gpsbabel.py to
>>>>>>>>> create a version
>>>>>>>>> > that might be compatible with python3, but your on
>>>>>>>>> your own there.
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> >
>>>>>>>>> > On 4/21/2024 7:13 AM, Larry Marek wrote:
>>>>>>>>> >> Hi,
>>>>>>>>> >>
>>>>>>>>> >> Sorry if I'm more than a bit dense... I'm a really
>>>>>>>>> old fart that's
>>>>>>>>> >> playing around with AI and Python and thought I'd
>>>>>>>>> see if I couldn't
>>>>>>>>> >> make a Python version of the Humminbird PC program
>>>>>>>>> so I could work
>>>>>>>>> >> with my fishing waypoints on my Ubuntu 23.10
>>>>>>>>> computer. Long story bit
>>>>>>>>> >> shorter, the AI came up with a bit of code that
>>>>>>>>> needed to import the
>>>>>>>>> >> gpsbabel library. I did "pip install gpsbabel" but
>>>>>>>>> as I went along I
>>>>>>>>> >> kept bumping into errors in the gpsbabel.py file
>>>>>>>>> because its
>>>>>>>>> >> apparently not for the same version of Python as I
>>>>>>>>> have. So I tried
>>>>>>>>> >> to download and install the latest version of
>>>>>>>>> gpsbabel... and that's
>>>>>>>>> >> when I really got stuck. I have tried reading the
>>>>>>>>> instructions, the
>>>>>>>>> >> step to install the qt-defaults failed (error
>>>>>>>>> message: Package
>>>>>>>>> >> qt5-default is not available, but is referred to by
>>>>>>>>> another package.
>>>>>>>>> >> This may mean that the package is missing, has been
>>>>>>>>> obsoleted, or is
>>>>>>>>> >> only available from another source).
>>>>>>>>> >>
>>>>>>>>> >> I don't see a mention of a Python library in the
>>>>>>>>> gpsbabel-1.7.0.pdf
>>>>>>>>> >> file, and search doesn't uncover any ".py" files in
>>>>>>>>> the
>>>>>>>>> >> GPSBabel-1.8.0.tar.gz file
>>>>>>>>> >>
>>>>>>>>> >> So where do I go from here?
>>>>>>>>> >>
>>>>>>>>> >> thanks,
>>>>>>>>> >>
>>>>>>>>> >> Larry
>>>>>>>>> >>
>>>>>>>>> >>
>>>>>>>>> >>
>>>>>>>>> >> _______________________________________________
>>>>>>>>> >> Gpsbabel-misc mailing list http://www.gpsbabel.org
>>>>>>>>> >> Gps...@li...
>>>>>>>>> >> To unsubscribe, change list options, or see
>>>>>>>>> archives, visit:
>>>>>>>>> >>
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc
>>>>>>>>> |
|
From: tsteven4 <tst...@gm...> - 2024-04-26 13:43:40
|
The only data the gpx writer would write as humminbird extensions is temperature and depth. The only potential extension data the humminbird reader passes on is depth, and only if it is non-zero. We assume zero means invalid depth for humminbird wpts. I am not aware of public documentation of the humminbird format. Reverse engineering such a format is hit and miss, evidently we missed temperature. The other don't fit in our waypoint storage model, so handling them is more difficult. > If they aren't created in the HWR-> GPX file, can I assume they'd be > ignored on the GPX->HWR conversion? No, that is not a safe assumption, but it appears to be true for depth in this case. > Any chance of getting these dealt with? Certainly none of this will happen without an appropriate hwr sample. Things like temperature that fit in our wpt model are much more likely to get fixed that others that don't. The chances of fixes would go up dramatically if you found public documentation of the humminbird format. On 4/26/2024 7:05 AM, Larry Marek wrote: > > Okay, working with a larger set of points, I see now that GpsBabel > doesn't output an extensions section at all if waypoint has depth=0... > but the depth value is the only value that is ever put in the > extensions section. When I use Humminbird PC to read in the HWR file > the GPX file it creates has these: > > <extensions> > <h:id>1</h:id> > <h:visible>true</h:visible> > <h:depth>436.0</h:depth> > <h:share>true</h:share> > <h:status>1</h:status> > </extensions> > > If they aren't created in the HWR-> GPX file, can I assume they'd be > ignored on the GPX->HWR conversion? > > Any chance of getting these dealt with? > > > Larry > > On 4/26/24 8:03 AM, tsteven four wrote: >> Can you share your hwr file? >> >> On Thu, Apr 25, 2024, 9:42 PM Larry Marek <lar...@gm...> wrote: >> >> I hope you don't mind the question... >> >> So I have the GpsBabel gui working. I'm trying to read in a >> Humminbird HWR file, and write a GPX file. The command line that >> shows in the gui is: >> >> gpsbabel -w -r -t -i my_hwr_file -o gpx,humminbirdextentions=1 -F >> my_gpx_file >> >> It does produce a GPX file, but none of the humminbird extentions >> are there. >> >> This is a sample gpsbabel waypoint from the file: >> >> <wpt lat="35.670142820" lon="-84.850947164"> >> <ele>0.000</ele> >> <time>2019-11-30T15:59:25Z</time> >> <name>SprCtyHbr</name> >> <cmt>SprCtyHbr</cmt> >> <desc>SprCtyHbr</desc> >> <sym>Normal</sym> >> </wpt> >> >> And this is the same waypoint when Humminbird PC converts the file: >> >> <wpt lat="35.67014204499099" lon="-84.85094766117811"> >> <time>2019-11-30T15:59:25Z</time> >> <name>SprCtyHbr</name> >> <sym>Waypoint</sym> >> <extensions> >> <h:id>1</h:id> >> <h:visible>true</h:visible> >> <h:depth>0.0</h:depth> >> <h:share>true</h:share> >> <h:status>1</h:status> >> </extensions> >> </wpt> >> >> >> Am I missing something? >> >> >> BTW: I have the gpsbabel.py file working for dealing with the gpx >> data. I make a system call to run gpsbabel. >> >> >> On 4/21/24 7:05 PM, tsteven4 wrote: >>> >>> i did notice that gpsbabel.py uses the gpsbabel -l option which >>> is no longer supported. So it's just one more mod you will have >>> to make. >>> >>>> $ gpsbabel -l >>>> Unknown option '-l'. >>> >>> On 4/21/2024 5:01 PM, Larry Marek wrote: >>>> >>>> I'm not so attached to a file that I'd want to run ancient >>>> versions of the OS, Python, and Gpsbabel. My objective isn't to >>>> just get gpsbabel.py to work. My objective is to get a GUI >>>> Python program that accepts Humminbird HWR files, and GPX >>>> files, lets me edit the data, and writes out HWR and GPX files. >>>> This is exactly what Humminbird PC does but it only works on >>>> Windows, by writing in Python my program should run on Linux, >>>> Mac, as well as Windows. >>>> >>>> Is there a reason why I couldn't run and manipulate the current >>>> version of gpsbabel with the current version of Python? I >>>> don't understand the whole file, but that seems to be what its >>>> trying to do. >>>> >>>> Larry >>>> >>>> On 4/21/2024 6:20 PM, tsteven4 wrote: >>>>> >>>>> you have 10 years to catch up gpsbabel.py, it hasn't been >>>>> touched since 2013. You can have a docker container up in a >>>>> few minutes: >>>>> >>>>>> # start a docker container running ubuntu trusty (which has a >>>>>> chance of having an old enough gpsbabel (1.4.3) to work with >>>>>> gpsbabel.py) >>>>>> >>>>>> docker run -it ubuntu:trusty /bin/bash >>>>>> >>>>> In the container: >>>>> >>>>>> apt-get update >>>>>> apt-get install python-pip gpsbabel wget >>>>> # pip install can't fetch, fetch manually >>>>>> wget >>>>>> https://files.pythonhosted.org/packages/be/14/2d1acae42143deb39ddfaf4ab4b30b22bfbc8471db88c0b66042869a9167/gpsbabel-1.1.1.tar.gz >>>>>> tar -xzvf gpsbabel-1.1.1.tar.gz >>>>>> pip install ./gpsbabel-1.1.1 >>>>>> python >>>>>> Python 2.7.6 (default, Nov 13 2018, 12:45:42) >>>>>> [GCC 4.8.4] on linux2 >>>>>> Type "help", "copyright", "credits" or "license" for more >>>>>> information. >>>>>> >>> import gpsbabel >>>>>> >>> help(gpsbabel) >>>>> >>>>> >>>>> On 4/21/2024 3:09 PM, Larry Marek wrote: >>>>>> >>>>>> Oh my no. I don't want to step backwards just to get a silly >>>>>> program I'm playing around with to work. >>>>>> >>>>>> I'll try the 2to3 and if it works, great. If not I've email >>>>>> Michael J. Pedersen <m.p...@ic...> >>>>>> <mailto:m.p...@ic...> who is listed further down as >>>>>> the creator to see if he admits to a new version. If not, >>>>>> maybe I'll feed the file to the AI I've been doing this with >>>>>> and give it a try at updating it. I gotta say, its come up >>>>>> with some very slick code >>>>>> >>>>>> >>>>>> On 4/21/2024 4:33 PM, tsteven four wrote: >>>>>>> It would probably be a lot easier to just use Ubuntu jammy, >>>>>>> which has python 2. >>>>>>> >>>>>>> On Sun, Apr 21, 2024, 2:12 PM Larry Marek >>>>>>> <lar...@gm...> wrote: >>>>>>> >>>>>>> Okay, so I can do the install to get a working gpsbabel >>>>>>> and the gui - great. >>>>>>> >>>>>>> I looked inside gpsbabel.py and see these opening lines: >>>>>>> >>>>>>> This module is is the main module for GPSBabel. It >>>>>>> is intended to be a >>>>>>> complete Python interface, allowing easy mechanisms >>>>>>> to the developer to >>>>>>> control GPSBabel from within a Python application. >>>>>>> >>>>>>> It is highly recommended to read the documentation >>>>>>> on GPSBabel at >>>>>>> http://www.gpsbabel.org/ as the usage of this module is >>>>>>> heavily >>>>>>> modeled on >>>>>>> the general usage of GPSBabel itself. >>>>>>> >>>>>>> I see now that I mis-read this and thought it was part >>>>>>> of your package. >>>>>>> That's too bad, this would be very useful. I'll give >>>>>>> that "2to3" a try, >>>>>>> but I'm a super novice at Python >>>>>>> >>>>>>> Thank you for the installation command and sorry for my >>>>>>> confusion about >>>>>>> the Python file. >>>>>>> >>>>>>> Larry >>>>>>> >>>>>>> On 4/21/2024 9:33 AM, tsteven4 wrote: >>>>>>> > gpsbabel is available from the ubuntu repositories on >>>>>>> mantic. These >>>>>>> > are executables that have nothing to do with python. >>>>>>> I believe they >>>>>>> > are required for gpsbabel.py to work. >>>>>>> > >>>>>>> > sudo apt-get install gpsbabel gpsbabel-doc gpsbabel-gui >>>>>>> > >>>>>>> > I believe gpsbabel.py requires python2, which is not >>>>>>> available on >>>>>>> > mantic. We never have and do not own, maintain, or >>>>>>> support >>>>>>> > gpsbabel.py. You could try 2to3 on gpsbabel.py to >>>>>>> create a version >>>>>>> > that might be compatible with python3, but your on >>>>>>> your own there. >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > On 4/21/2024 7:13 AM, Larry Marek wrote: >>>>>>> >> Hi, >>>>>>> >> >>>>>>> >> Sorry if I'm more than a bit dense... I'm a really >>>>>>> old fart that's >>>>>>> >> playing around with AI and Python and thought I'd see >>>>>>> if I couldn't >>>>>>> >> make a Python version of the Humminbird PC program so >>>>>>> I could work >>>>>>> >> with my fishing waypoints on my Ubuntu 23.10 >>>>>>> computer. Long story bit >>>>>>> >> shorter, the AI came up with a bit of code that >>>>>>> needed to import the >>>>>>> >> gpsbabel library. I did "pip install gpsbabel" but >>>>>>> as I went along I >>>>>>> >> kept bumping into errors in the gpsbabel.py file >>>>>>> because its >>>>>>> >> apparently not for the same version of Python as I >>>>>>> have. So I tried >>>>>>> >> to download and install the latest version of >>>>>>> gpsbabel... and that's >>>>>>> >> when I really got stuck. I have tried reading the >>>>>>> instructions, the >>>>>>> >> step to install the qt-defaults failed (error >>>>>>> message: Package >>>>>>> >> qt5-default is not available, but is referred to by >>>>>>> another package. >>>>>>> >> This may mean that the package is missing, has been >>>>>>> obsoleted, or is >>>>>>> >> only available from another source). >>>>>>> >> >>>>>>> >> I don't see a mention of a Python library in the >>>>>>> gpsbabel-1.7.0.pdf >>>>>>> >> file, and search doesn't uncover any ".py" files in the >>>>>>> >> GPSBabel-1.8.0.tar.gz file >>>>>>> >> >>>>>>> >> So where do I go from here? >>>>>>> >> >>>>>>> >> thanks, >>>>>>> >> >>>>>>> >> Larry >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> >> _______________________________________________ >>>>>>> >> Gpsbabel-misc mailing list http://www.gpsbabel.org >>>>>>> >> Gps...@li... >>>>>>> >> To unsubscribe, change list options, or see archives, >>>>>>> visit: >>>>>>> >> >>>>>>> https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc >>>>>>> |
|
From: Larry M. <lar...@gm...> - 2024-04-21 21:24:11
|
Okay, so I can do the install to get a working gpsbabel and the gui - great. I looked inside gpsbabel.py and see these opening lines: This module is is the main module for GPSBabel. It is intended to be a complete Python interface, allowing easy mechanisms to the developer to control GPSBabel from within a Python application. It is highly recommended to read the documentation on GPSBabel at http://www.gpsbabel.org/ as the usage of this module is heavily modeled on the general usage of GPSBabel itself. I see now that I mis-read this and thought it was part of your package. That's too bad, this would be very useful. I'll give that "2to3" a try, but I'm a super novice at Python Thank you for the installation command and sorry for my confusion about the Python file. Larry On 4/21/2024 9:33 AM, tsteven4 wrote: > gpsbabel is available from the ubuntu repositories on mantic. These > are executables that have nothing to do with python. I believe they > are required for gpsbabel.py to work. > > sudo apt-get install gpsbabel gpsbabel-doc gpsbabel-gui > > I believe gpsbabel.py requires python2, which is not available on > mantic. We never have and do not own, maintain, or support > gpsbabel.py. You could try 2to3 on gpsbabel.py to create a version > that might be compatible with python3, but your on your own there. > > > > > On 4/21/2024 7:13 AM, Larry Marek wrote: >> Hi, >> >> Sorry if I'm more than a bit dense... I'm a really old fart that's >> playing around with AI and Python and thought I'd see if I couldn't >> make a Python version of the Humminbird PC program so I could work >> with my fishing waypoints on my Ubuntu 23.10 computer. Long story bit >> shorter, the AI came up with a bit of code that needed to import the >> gpsbabel library. I did "pip install gpsbabel" but as I went along I >> kept bumping into errors in the gpsbabel.py file because its >> apparently not for the same version of Python as I have. So I tried >> to download and install the latest version of gpsbabel... and that's >> when I really got stuck. I have tried reading the instructions, the >> step to install the qt-defaults failed (error message: Package >> qt5-default is not available, but is referred to by another package. >> This may mean that the package is missing, has been obsoleted, or is >> only available from another source). >> >> I don't see a mention of a Python library in the gpsbabel-1.7.0.pdf >> file, and search doesn't uncover any ".py" files in the >> GPSBabel-1.8.0.tar.gz file >> >> So where do I go from here? >> >> thanks, >> >> Larry >> >> >> >> _______________________________________________ >> Gpsbabel-misc mailing list http://www.gpsbabel.org >> Gps...@li... >> To unsubscribe, change list options, or see archives, visit: >> https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc |
|
From: Robert L. <rob...@gp...> - 2024-04-21 15:00:40
|
Our project isn't in python. If there's some project names GPSBabel in Python, you should contact that group for help. On Sun, Apr 21, 2024, 8:14 AM Larry Marek <lar...@gm...> wrote: > Hi, > > Sorry if I'm more than a bit dense... I'm a really old fart that's > playing around with AI and Python and thought I'd see if I couldn't make > a Python version of the Humminbird PC program so I could work with my > fishing waypoints on my Ubuntu 23.10 computer. Long story bit shorter, > the AI came up with a bit of code that needed to import the gpsbabel > library. I did "pip install gpsbabel" but as I went along I kept > bumping into errors in the gpsbabel.py file because its apparently not > for the same version of Python as I have. So I tried to download and > install the latest version of gpsbabel... and that's when I really got > stuck. I have tried reading the instructions, the step to install the > qt-defaults failed (error message: Package qt5-default is not available, > but is referred to by another package. This may mean that the package > is missing, has been obsoleted, or is only available from another source). > > I don't see a mention of a Python library in the gpsbabel-1.7.0.pdf > file, and search doesn't uncover any ".py" files in the > GPSBabel-1.8.0.tar.gz file > > So where do I go from here? > > thanks, > > Larry > > > > _______________________________________________ > Gpsbabel-misc mailing list http://www.gpsbabel.org > Gps...@li... > To unsubscribe, change list options, or see archives, visit: > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc > |
|
From: tsteven4 <tst...@gm...> - 2024-04-21 13:33:36
|
gpsbabel is available from the ubuntu repositories on mantic. These are executables that have nothing to do with python. I believe they are required for gpsbabel.py to work. sudo apt-get install gpsbabel gpsbabel-doc gpsbabel-gui I believe gpsbabel.py requires python2, which is not available on mantic. We never have and do not own, maintain, or support gpsbabel.py. You could try 2to3 on gpsbabel.py to create a version that might be compatible with python3, but your on your own there. On 4/21/2024 7:13 AM, Larry Marek wrote: > Hi, > > Sorry if I'm more than a bit dense... I'm a really old fart that's > playing around with AI and Python and thought I'd see if I couldn't > make a Python version of the Humminbird PC program so I could work > with my fishing waypoints on my Ubuntu 23.10 computer. Long story bit > shorter, the AI came up with a bit of code that needed to import the > gpsbabel library. I did "pip install gpsbabel" but as I went along I > kept bumping into errors in the gpsbabel.py file because its > apparently not for the same version of Python as I have. So I tried > to download and install the latest version of gpsbabel... and that's > when I really got stuck. I have tried reading the instructions, the > step to install the qt-defaults failed (error message: Package > qt5-default is not available, but is referred to by another package. > This may mean that the package is missing, has been obsoleted, or is > only available from another source). > > I don't see a mention of a Python library in the gpsbabel-1.7.0.pdf > file, and search doesn't uncover any ".py" files in the > GPSBabel-1.8.0.tar.gz file > > So where do I go from here? > > thanks, > > Larry > > > > _______________________________________________ > Gpsbabel-misc mailing list http://www.gpsbabel.org > Gps...@li... > To unsubscribe, change list options, or see archives, visit: > https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc |
|
From: Larry M. <lar...@gm...> - 2024-04-21 13:13:54
|
Hi, Sorry if I'm more than a bit dense... I'm a really old fart that's playing around with AI and Python and thought I'd see if I couldn't make a Python version of the Humminbird PC program so I could work with my fishing waypoints on my Ubuntu 23.10 computer. Long story bit shorter, the AI came up with a bit of code that needed to import the gpsbabel library. I did "pip install gpsbabel" but as I went along I kept bumping into errors in the gpsbabel.py file because its apparently not for the same version of Python as I have. So I tried to download and install the latest version of gpsbabel... and that's when I really got stuck. I have tried reading the instructions, the step to install the qt-defaults failed (error message: Package qt5-default is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source). I don't see a mention of a Python library in the gpsbabel-1.7.0.pdf file, and search doesn't uncover any ".py" files in the GPSBabel-1.8.0.tar.gz file So where do I go from here? thanks, Larry |
|
From: Robert L. <rob...@gp...> - 2024-04-18 06:09:18
|
Sorry. I gave the right tip (use footnote 2 on that page) but the wrong short answer. I'm sticking with my point that you are very unlikely to want GPSBabel to read your Garmin then immediately write to your Garmin. You most certainly want to read your Garmin, write it to something local, and then write to your Garmin as a separate step. But this isn't likely to be a Garmin protocol device at all; nothing in the last 16-18 years is. It's likely that your waypoints, routes, tracks, etc. are managed as GPX files that appear on a disk drive that are browsable. So choose "gpx" and then navigate to wherever your drive stores the GPX data. Read or write it as you need to. Of course, if you're an experienced hand and comfortable copying GPX files around and aren't trying to use GPSBabel's filtering to do something with the data anyway, converting them to GPX is a bit silly since they're already GPX on the device. Your GPS is (probably) just a big disk of GPX files already. Good luck, RJL On Mon, Apr 15, 2024 at 12:46 PM Eric Martinson <mar...@gm...> wrote: > Sorry, I must be too thick to troubleshoot this. I have a lot of > experience with GIS software, but am clueless here. > FYI, I was looking to read the device contents, delete some of it, and > replace it with updated gpx data exported out of GIS software (QGIS). I > have done this many times using Basecamp, but as I mentioned, I was looking > for a better application. > Here's a screenshot of my latest attempt: > > [image: image.png] > > But this is far from urgent, and I do not want to take up you guys' time > with an effort to educate me. > Eric > > On Mon, Apr 15, 2024 at 1:37 PM Robert Lipe <rob...@gp...> > wrote: > >> This model is in footnote 2. Use the USB device. >> >> It's also unlikely that you intended to both read and write the same >> device. I think that will actually work, but it's not exactly productive. >> >> >> >> >> On Mon, Apr 15, 2024, 12:14 PM tsteven4 <tst...@gm...> wrote: >> >>> Did you set the interface format on your garmin device to "GARMIN"? >>> >>> Is your device connected to COM1 or some other com port? >>> >>> What garmin device are you trying to connect to? Is it listed in the >>> gpsbabel documentation (GPSBabel development:Garmin serial/USB protocol >>> (garmin) <https://www.gpsbabel.org/htmldoc-development/fmt_garmin.html> >>> )? >>> On 4/15/2024 8:31 AM, Eric Martinson wrote: >>> >>> Hello Bob and Co: >>> I was happy to find gpsbabel this morning as a possible alternative to >>> Garmin's lamentable Basecamp. But I'm getting an error on my first attempt >>> to use it: >>> >>> gpsbabel -w -r -t -i garmin -f COM1 -o garmin -F COM1 >>> [ERROR] GPS_Packet_Read: Timeout. No data received. >>> GARMIN:Can't init COM1 >>> >>> Error running gpsbabel: Process exited unsuccessfully with code 1 >>> >>> Can anyone shed any light on this? The computer and Basecamp are reading >>> the Garmin normally. >>> Thanks in advance. >>> Eric >>> Windows 10 on desktop >>> >>> >>> _______________________________________________ >>> Gpsbabel-misc mailing list http://www...@li... >>> To unsubscribe, change list options, or see archives, visit:https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc >>> >>> _______________________________________________ >>> Gpsbabel-misc mailing list http://www.gpsbabel.org >>> Gps...@li... >>> To unsubscribe, change list options, or see archives, visit: >>> https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc >>> >> _______________________________________________ >> Gpsbabel-misc mailing list http://www.gpsbabel.org >> Gps...@li... >> To unsubscribe, change list options, or see archives, visit: >> https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc >> > |
201 messages has been excluded from this view by a project administrator.