gpsbabel-misc Mailing List for GPSBabel
Brought to you by:
robertl
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(11) |
Nov
(24) |
Dec
(45) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(17) |
Feb
(19) |
Mar
(26) |
Apr
(38) |
May
(20) |
Jun
(11) |
Jul
(39) |
Aug
(47) |
Sep
(14) |
Oct
(18) |
Nov
(6) |
Dec
(14) |
2004 |
Jan
(41) |
Feb
(46) |
Mar
(98) |
Apr
(71) |
May
(25) |
Jun
(40) |
Jul
(68) |
Aug
(59) |
Sep
(78) |
Oct
(34) |
Nov
(25) |
Dec
(52) |
2005 |
Jan
(51) |
Feb
(63) |
Mar
(47) |
Apr
(36) |
May
(23) |
Jun
(80) |
Jul
(78) |
Aug
(56) |
Sep
(34) |
Oct
(117) |
Nov
(145) |
Dec
(102) |
2006 |
Jan
(158) |
Feb
(117) |
Mar
(85) |
Apr
(116) |
May
(102) |
Jun
(80) |
Jul
(168) |
Aug
(161) |
Sep
(112) |
Oct
(88) |
Nov
(90) |
Dec
(84) |
2007 |
Jan
(115) |
Feb
(142) |
Mar
(76) |
Apr
(90) |
May
(165) |
Jun
(91) |
Jul
(158) |
Aug
(108) |
Sep
(58) |
Oct
(69) |
Nov
(136) |
Dec
(60) |
2008 |
Jan
(50) |
Feb
(87) |
Mar
(79) |
Apr
(90) |
May
(114) |
Jun
(55) |
Jul
(89) |
Aug
(105) |
Sep
(77) |
Oct
(91) |
Nov
(29) |
Dec
(89) |
2009 |
Jan
(83) |
Feb
(44) |
Mar
(58) |
Apr
(70) |
May
(62) |
Jun
(69) |
Jul
(96) |
Aug
(82) |
Sep
(100) |
Oct
(43) |
Nov
(44) |
Dec
(32) |
2010 |
Jan
(69) |
Feb
(61) |
Mar
(70) |
Apr
(85) |
May
(93) |
Jun
(145) |
Jul
(36) |
Aug
(57) |
Sep
(54) |
Oct
(89) |
Nov
(44) |
Dec
(58) |
2011 |
Jan
(39) |
Feb
(59) |
Mar
(29) |
Apr
(35) |
May
(37) |
Jun
(31) |
Jul
(43) |
Aug
(48) |
Sep
(23) |
Oct
(30) |
Nov
(74) |
Dec
(49) |
2012 |
Jan
(43) |
Feb
(35) |
Mar
(38) |
Apr
(44) |
May
(60) |
Jun
(32) |
Jul
(34) |
Aug
(43) |
Sep
(42) |
Oct
(38) |
Nov
(46) |
Dec
(21) |
2013 |
Jan
(16) |
Feb
(30) |
Mar
(21) |
Apr
(25) |
May
(13) |
Jun
(29) |
Jul
(31) |
Aug
(25) |
Sep
(17) |
Oct
(22) |
Nov
(19) |
Dec
(31) |
2014 |
Jan
(11) |
Feb
(16) |
Mar
(65) |
Apr
(27) |
May
(24) |
Jun
(45) |
Jul
(56) |
Aug
(23) |
Sep
(18) |
Oct
(26) |
Nov
(11) |
Dec
(11) |
2015 |
Jan
(25) |
Feb
(24) |
Mar
(30) |
Apr
(26) |
May
(25) |
Jun
(23) |
Jul
(22) |
Aug
(30) |
Sep
(17) |
Oct
(21) |
Nov
(43) |
Dec
(31) |
2016 |
Jan
(46) |
Feb
(55) |
Mar
(24) |
Apr
(17) |
May
(27) |
Jun
(9) |
Jul
(47) |
Aug
(15) |
Sep
(8) |
Oct
(16) |
Nov
(3) |
Dec
(17) |
2017 |
Jan
(3) |
Feb
(8) |
Mar
(18) |
Apr
(6) |
May
(17) |
Jun
(6) |
Jul
(22) |
Aug
(6) |
Sep
(19) |
Oct
(11) |
Nov
(20) |
Dec
(12) |
2018 |
Jan
|
Feb
(8) |
Mar
(7) |
Apr
(1) |
May
(24) |
Jun
(9) |
Jul
(34) |
Aug
(24) |
Sep
(17) |
Oct
(16) |
Nov
(4) |
Dec
(17) |
2019 |
Jan
(9) |
Feb
(4) |
Mar
(27) |
Apr
(31) |
May
(26) |
Jun
(28) |
Jul
(41) |
Aug
(29) |
Sep
(9) |
Oct
(14) |
Nov
(12) |
Dec
(38) |
2020 |
Jan
(13) |
Feb
|
Mar
(10) |
Apr
(4) |
May
(30) |
Jun
(10) |
Jul
(7) |
Aug
(62) |
Sep
(12) |
Oct
(5) |
Nov
(29) |
Dec
(19) |
2021 |
Jan
(5) |
Feb
(7) |
Mar
(11) |
Apr
(3) |
May
(29) |
Jun
(10) |
Jul
|
Aug
|
Sep
(2) |
Oct
(6) |
Nov
(1) |
Dec
(2) |
2022 |
Jan
(7) |
Feb
(31) |
Mar
(17) |
Apr
|
May
(3) |
Jun
(21) |
Jul
(11) |
Aug
|
Sep
(16) |
Oct
(7) |
Nov
(6) |
Dec
(6) |
2023 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(13) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2024 |
Jan
(8) |
Feb
(2) |
Mar
(11) |
Apr
(17) |
May
|
Jun
(4) |
Jul
(11) |
Aug
(16) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Peter S. <pet...@gm...> - 2024-08-21 23:41:37
|
thank you all; I've tested it; it works! Peter *Peter Schindler* Founder and Managing Director +852 9186 5582 *On the Road Experiences <http://www.ontheroadexperiences.com/>* About the Founder <http://www.ontheroadexperiences.com/downloads/general/About_the_Founder.pdf> On Wed, 21 Aug 2024 at 20:37, tsteven4 <tst...@gm...> wrote: > Yes, the transform filter is the answer. You can do this from the GUI as > suggested, or from the command line which might be preferred for automation. > > gpsbabel -i gpx -f "Gmap Test Route 01_gv.gpx" -x transform,rte=wpt,del -o > gpx -F test.gpx > > test.gpx is attached. > > > > On 8/21/2024 12:25 AM, Gary Turner wrote: > > Hi, > > I'm far from an expert, but will try to ease their load by answering. > > It sounds like you want a transform filter - > https://www.gpsbabel.org/htmldoc-development/filter_transform.html > > I usually just use command-line rather than the GUI, but it looks like you > can get the transform in the GUI by selecting filters, then ticking and > highlighting miscellaneous, then tick Transform, and select Waypoints -> > Routes. When I tried, it left the waypoints in the output file as well as > the route, so you may want to tick 'delete'? > > Hope this helps > > Gary > On 21/08/2024 5:22 pm, Peter Schindler wrote: > > Maybe GPSBabel isn't designed for my use case, so the following maybe a > really dumb question...apologies in advance! > > I've downloaded and installed GPSBabel 1.9.0 on iMac with Mac OS on Sonoma > 14.6.1 > > I have a workflow that requires the translation of GPX XML WPT files > (sample attached "Gmap Test Route 01_gv.gpx") to GPX XML RTE files. If I > had to do this only occasionally, then I could edit the file manually, but > our non-technical team needs to do this frequently. > > I've looked at all the options, but none allows me to specify whether the > output should be a GPX XML Waypoint, Route or Track file. > > [image: Screenshot 2024-08-21 at 1.18.33 PM.png] > Can GPSBabel Mac App do this or not? > > If not, any app or service other than https://www.alltrails.com/converter > that can do this? > > Thank you! > Peter > > > _______________________________________________ > 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...@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 > |
From: tsteven4 <tst...@gm...> - 2024-08-21 12:37:13
|
Yes, the transform filter is the answer. You can do this from the GUI as suggested, or from the command line which might be preferred for automation. gpsbabel -i gpx -f "Gmap Test Route 01_gv.gpx" -x transform,rte=wpt,del -o gpx -F test.gpx test.gpx is attached. On 8/21/2024 12:25 AM, Gary Turner wrote: > > Hi, > > I'm far from an expert, but will try to ease their load by answering. > > It sounds like you want a transform filter - > https://www.gpsbabel.org/htmldoc-development/filter_transform.html > > I usually just use command-line rather than the GUI, but it looks like > you can get the transform in the GUI by selecting filters, then > ticking and highlighting miscellaneous, then tick Transform, and > select Waypoints -> Routes. When I tried, it left the waypoints in the > output file as well as the route, so you may want to tick 'delete'? > > Hope this helps > > Gary > > On 21/08/2024 5:22 pm, Peter Schindler wrote: >> Maybe GPSBabel isn't designed for my use case, so the following maybe >> a really dumb question...apologies in advance! >> >> I've downloaded and installed GPSBabel 1.9.0 on iMac with Mac OS on >> Sonoma 14.6.1 >> >> I have a workflow that requires the translation of GPX XML WPT files >> (sample attached "Gmap Test Route 01_gv.gpx") to GPX XML RTE files. >> If I had to do this only occasionally, then I could edit the file >> manually, but our non-technical team needs to do this frequently. >> >> I've looked at all the options, but none allows me to specify whether >> the output should be a GPX XML Waypoint, Route or Track file. >> Screenshot 2024-08-21 at 1.18.33 PM.png >> Can GPSBabel Mac App do this or not? >> >> If not, any app or service other than >> https://www.alltrails.com/converter that can do this? >> >> Thank you! >> Peter >> >> >> _______________________________________________ >> 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 > > > _______________________________________________ > 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: Gary T. <g...@el...> - 2024-08-21 06:38:23
|
Hi, I'm far from an expert, but will try to ease their load by answering. It sounds like you want a transform filter - https://www.gpsbabel.org/htmldoc-development/filter_transform.html I usually just use command-line rather than the GUI, but it looks like you can get the transform in the GUI by selecting filters, then ticking and highlighting miscellaneous, then tick Transform, and select Waypoints -> Routes. When I tried, it left the waypoints in the output file as well as the route, so you may want to tick 'delete'? Hope this helps Gary On 21/08/2024 5:22 pm, Peter Schindler wrote: > Maybe GPSBabel isn't designed for my use case, so the following maybe > a really dumb question...apologies in advance! > > I've downloaded and installed GPSBabel 1.9.0 on iMac with Mac OS on > Sonoma 14.6.1 > > I have a workflow that requires the translation of GPX XML WPT files > (sample attached "Gmap Test Route 01_gv.gpx") to GPX XML RTE files. > If I had to do this only occasionally, then I could edit the file > manually, but our non-technical team needs to do this frequently. > > I've looked at all the options, but none allows me to specify whether > the output should be a GPX XML Waypoint, Route or Track file. > Screenshot 2024-08-21 at 1.18.33 PM.png > Can GPSBabel Mac App do this or not? > > If not, any app or service other than > https://www.alltrails.com/converter that can do this? > > Thank you! > Peter > > > _______________________________________________ > 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: Peter S. <pet...@gm...> - 2024-08-21 05:23:36
|
Maybe GPSBabel isn't designed for my use case, so the following maybe a really dumb question...apologies in advance! I've downloaded and installed GPSBabel 1.9.0 on iMac with Mac OS on Sonoma 14.6.1 I have a workflow that requires the translation of GPX XML WPT files (sample attached "Gmap Test Route 01_gv.gpx") to GPX XML RTE files. If I had to do this only occasionally, then I could edit the file manually, but our non-technical team needs to do this frequently. I've looked at all the options, but none allows me to specify whether the output should be a GPX XML Waypoint, Route or Track file. [image: Screenshot 2024-08-21 at 1.18.33 PM.png] Can GPSBabel Mac App do this or not? If not, any app or service other than https://www.alltrails.com/converter that can do this? Thank you! Peter |
From: Daniel H. <deh...@gm...> - 2024-08-07 10:42:02
|
Thanks again, all. I take on board the points about the inherent precision of my source coordinates and the various datums. My source coordinates are quite variable in precision but a few have nominal precision of ±10m or less (possibly unwisely). The Helmert transformation would certainly be acceptable to me. I also realise that I could do all this using a GIS with appropriate plugins but there is an attraction in working with simple text files, which I tend to do using an iPad while sitting on the sofa 🙂. I've been submitting my CSVs from this device to the GPSBabel-powered GPS Visualizer web service and the approach has served me pretty well. I'm working as a volunteer in my spare time so I'm very grateful for such resources. |
From: tsteven4 <tst...@gm...> - 2024-08-07 01:23:18
|
I have an implementation of the Helmert transform that is utilized for conversion between OSGB36 and WSG84. Use Helmert transform for conversions between OSGB36 and WSG84 by tsteven4 · Pull Request #1311 · GPSBabel/gpsbabel (github.com) <https://github.com/GPSBabel/gpsbabel/pull/1311> The results with this change for the points originally cited are shown below. They are in close agreement with the cited conversion tools. > <wpt lat="50.827399509" lon="-2.050323375"> > <time>2024-08-05T00:00:00Z</time> > <name>Badbury Rings Trig Point</name> > <cmt>Test Point 1</cmt> > <desc>Test Point 1</desc> > </wpt> > <wpt lat="50.816527458" lon="-2.122918364"> > <time>2024-08-05T00:00:00Z</time> > <name>Spettisbury Rings Trig Point</name> > <cmt>Test Point 2</cmt> > <desc>Test Point 2</desc> > </wpt> This PR requires correct WGS84 semi minor axis value. by tsteven4 · Pull Request #1310 · GPSBabel/gpsbabel (github.com) <https://github.com/GPSBabel/gpsbabel/pull/1310> which corrects a gross error in the semi-minor WGS84 axis that was only used when converting from ECEF to WGS84. That PR has already been merged. On 8/6/2024 5:38 AM, Greg Troxel wrote: > Daniel Holloway via Gpsbabel-misc<gps...@li...> > writes: > >> Thanks for all the comprehensive replies. I appreciate that my >> interest is a minority and regional one but GPSBabel's ability to >> construct a GPX file from a custom list drew me in. My use case is >> actually the transfer of historic biological records (e.g. notable >> plants and fungi) into a form that I can display on a mobile mapping >> app in the field (my current favourite is Organic Maps on iOS). The >> coordinates in the source records are in alphanumeric BNG format, and >> GPSBabel's Universal CSV input caters for this nicely. > You are really heading down a path which needs a GIS. I would suggest > that you use whatever to transform from alpha BNG to something > numeric and a standard format -- perhaps still BNG, and then do > projections and datum transforms with ogr2ogr. > >> Getting the coordinates transformed as accurately as possible is >> important to me so it looks like I'll have to do this part outside of >> GPSBabel and do some cut-and-pasting. I don't know enough about what's >> going on under the hood to fully understand why an application or web >> service might use a particular transformation but the aim of my test >> file was to see what performed well. Of the three web services that I >> quoted, the only one that provides any details is the one from the >> British Geological Survey which states that it uses "Oracle Spatial >> 10g coordinate transformations using approved (recommended) EPSG codes >> for BNG, WGS84 and ETRS89, which are 27700, 4326 and 4258 >> respectively. Technical details can be provided on request." As they >> all produce identical results, perhaps they're all using this. > Datum transformations, especially with historic datums, is a very > complicated subject. > >> Since I made my original post, I've also tried the web service provided by MapTiler's Open Source epsg.io project for >> which I can provide sets of coordinates in the URL. For my test coordinates: >> >> http://epsg.io/trans?data=396552,103097;391437,101894&s_srs=27700&&t_srs=4326 >> >> This returns: >> [{"x":"-2.050316558785607","y":"50.82739061538607","z":"0.0"}, >> {"x":"-2.1229128935201205","y":"50.81651863166252","z":"0.0"}] >> >> These are slightly different from the results of the other web services but the differences only appear at the fifth >> decimal place and are negligible in practice. This may be my best bet for processing groups of coordinates together. > The 5th place of lat/lon is 1m. You should understand where the source > coordinates came from and what their accuracy is. You should also > realize that anything that involves "WGS84", because it is an ensemble > with one low-accuracy member (WGS84 TRANSIT or original), is no better > than 2m. > > In addition, if you are converting from a British grid to ETRS89, those > are both plate-fixed datums, on the same plate, so you should be able to > avoid not only the ensemble problems of WGS84, but the need to deal with > dynamic datums like ITRF/WGS84 at all. > > 27700 is a projection and the base Crs is EPSG:4277 which is "Ordnance > Survey of Great Britain 1936". > > Surely OSGB publishes transforms from OSGB36 to the modern datum in use. > > > Also, do not assume that satellite imagery is accurate of a few meters. > Besides registration accuracy, there is the question of dynamic datums > (not fixed to the plate, where stations have not only coordinates but > velocities). With care and particularly high-quality imagery, in the US > I can see a 1m offset between NAD83(2011) epoch 2010.0 (our national > datum) and a modern member of the WGS84 family. But most imagery I > would not trust to 1m. > > > > _______________________________________________ > 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: tsteven4 <tst...@gm...> - 2024-08-06 16:02:32
|
As described in guide-coordinate-systems-great-britain.pdf (ordnancesurvey.co.uk) <https://www.ordnancesurvey.co.uk/documents/resources/guide-coordinate-systems-great-britain.pdf> , using the helmert transformation (6.2) and parameters (6.6) results much closer matches to the web sites you used. I use the approximation they mentioned of changing the signs of the parameters for reversing "small" transformations. However, note the reference says > The error is up to 3.5 metres (95%) both horizontally and vertically If you really want the best conversion you need to use OSTN15(6.3). I don't see gpsbabel implementing OSTN15, but I can imagine gpsbabel implementing the helmert transformation. > <?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-06T15:49:13.516Z</time> > <bounds minlat="50.816527458" minlon="-2.122918364" > maxlat="50.827399509" maxlon="-2.050323375"/> > <wpt lat="50.827399509" lon="-2.050323375"> > <time>2024-08-05T06:00:00Z</time> > <name>Badbury Rings Trig Point</name> > <cmt>Test Point 1</cmt> > <desc>Test Point 1</desc> > </wpt> > <wpt lat="50.816527458" lon="-2.122918364"> > <time>2024-08-05T06:00:00Z</time> > <name>Spettisbury Rings Trig Point</name> > <cmt>Test Point 2</cmt> > <desc>Test Point 2</desc> > </wpt> > </gpx> On 8/5/2024 11:37 AM, Nims via Gpsbabel-misc wrote: > Spettisbury Rings Trig Point,Test Point 2,ST 91437 01894,2024/08/05 |
From: Robert L. <rob...@gp...> - 2024-08-06 14:03:17
|
Hi, Angela. You didn't provide the CSV, so we can't comment on the details, but we can read location data from both CSV (at least a few hundred variations of it, but someone always manages to come up with SOMETHING weird...) and KML. That KML is astonishingly unhelp and whomever at Google wrote, reviewed, and submitted that needs a lesson in KML. There's no actual location data <Point> in there, so there are no coordinates for us to convert. A contrived Placemark snippet might look like this: <Placemark> <name>WPT001</name> <styleUrl>#waypoint</styleUrl> <Point> <coordinates>45.670000,12.340000</coordinates> </Point> </Placemark> So, no. If that's the level of data you have, it's basically a bookmark list of links to drive traffic to someone's pet project instead of being actually useful. I'm not sure of the current state of pointy click mapping tools (perhaps QGis or EasyGPS?) but we're definitely not that. We convert; we're not a database or really a tool for manual edits and categorization and such. Google used to have several such tools, but all that I knew of have been shuttered. The web/mobile version of Earth has some facilities for that task, but that's about all I should say about that. On Sun, Jul 21, 2024 at 4:47 AM Angela via Gpsbabel-misc < gps...@li...> wrote: > 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 > _______________________________________________ > 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: Greg T. <gd...@le...> - 2024-08-06 11:39:10
|
Daniel Holloway via Gpsbabel-misc <gps...@li...> writes: > Thanks for all the comprehensive replies. I appreciate that my > interest is a minority and regional one but GPSBabel's ability to > construct a GPX file from a custom list drew me in. My use case is > actually the transfer of historic biological records (e.g. notable > plants and fungi) into a form that I can display on a mobile mapping > app in the field (my current favourite is Organic Maps on iOS). The > coordinates in the source records are in alphanumeric BNG format, and > GPSBabel's Universal CSV input caters for this nicely. You are really heading down a path which needs a GIS. I would suggest that you use whatever to transform from alpha BNG to something numeric and a standard format -- perhaps still BNG, and then do projections and datum transforms with ogr2ogr. > Getting the coordinates transformed as accurately as possible is > important to me so it looks like I'll have to do this part outside of > GPSBabel and do some cut-and-pasting. I don't know enough about what's > going on under the hood to fully understand why an application or web > service might use a particular transformation but the aim of my test > file was to see what performed well. Of the three web services that I > quoted, the only one that provides any details is the one from the > British Geological Survey which states that it uses "Oracle Spatial > 10g coordinate transformations using approved (recommended) EPSG codes > for BNG, WGS84 and ETRS89, which are 27700, 4326 and 4258 > respectively. Technical details can be provided on request." As they > all produce identical results, perhaps they're all using this. Datum transformations, especially with historic datums, is a very complicated subject. > Since I made my original post, I've also tried the web service provided by MapTiler's Open Source epsg.io project for > which I can provide sets of coordinates in the URL. For my test coordinates: > > http://epsg.io/trans?data=396552,103097;391437,101894&s_srs=27700&&t_srs=4326 > > This returns: > [{"x":"-2.050316558785607","y":"50.82739061538607","z":"0.0"}, > {"x":"-2.1229128935201205","y":"50.81651863166252","z":"0.0"}] > > These are slightly different from the results of the other web services but the differences only appear at the fifth > decimal place and are negligible in practice. This may be my best bet for processing groups of coordinates together. The 5th place of lat/lon is 1m. You should understand where the source coordinates came from and what their accuracy is. You should also realize that anything that involves "WGS84", because it is an ensemble with one low-accuracy member (WGS84 TRANSIT or original), is no better than 2m. In addition, if you are converting from a British grid to ETRS89, those are both plate-fixed datums, on the same plate, so you should be able to avoid not only the ensemble problems of WGS84, but the need to deal with dynamic datums like ITRF/WGS84 at all. 27700 is a projection and the base Crs is EPSG:4277 which is "Ordnance Survey of Great Britain 1936". Surely OSGB publishes transforms from OSGB36 to the modern datum in use. Also, do not assume that satellite imagery is accurate of a few meters. Besides registration accuracy, there is the question of dynamic datums (not fixed to the plate, where stations have not only coordinates but velocities). With care and particularly high-quality imagery, in the US I can see a 1m offset between NAD83(2011) epoch 2010.0 (our national datum) and a modern member of the WGS84 family. But most imagery I would not trust to 1m. |
From: Daniel H. <deh...@gm...> - 2024-08-06 10:30:47
|
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr"><div dir="ltr">Thanks for all the comprehensive replies. I appreciate that my interest is a minority and regional one but GPSBabel's ability to construct a GPX file from a custom list drew me in. My use case is actually the transfer of historic biological records (e.g. notable plants and fungi) into a form that I can display on a mobile mapping app in the field (my current favourite is Organic Maps on iOS). The coordinates in the source records are in alphanumeric BNG format, and GPSBabel's Universal CSV input caters for this nicely.</div><div dir="ltr"><br></div><div dir="ltr">Getting the coordinates transformed as accurately as possible is important to me so it looks like I'll have to do this part outside of GPSBabel and do some cut-and-pasting. I don't know enough about what's going on under the hood to fully understand why an application or web service might use a particular transformation but the aim of my test file was to see what performed well. Of the three web services that I quoted, the only one that provides any details is the one from the British Geological Survey which states that it uses "Oracle Spatial 10g coordinate transformations using approved (recommended) EPSG codes for BNG, WGS84 and ETRS89, which are 27700, 4326 and 4258 respectively. Technical details can be provided on request." As they all produce identical results, perhaps they're all using this.</div><div dir="ltr"><br></div><div dir="ltr">Since I made my original post, I've also tried the web service provided by MapTiler's Open Source epsg.io project for which I can provide sets of coordinates in the URL. For my test coordinates:</div><div dir="ltr"><br></div><div dir="ltr">http://epsg.io/trans?data=396552,103097;391437,101894&s_srs=27700&&t_srs=4326</div><div dir="ltr"><br></div><div dir="ltr">This returns:</div><div dir="ltr">[{"x":"-2.050316558785607","y":"50.82739061538607","z":"0.0"},{"x":"-2.1229128935201205","y":"50.81651863166252","z":"0.0"}]</div><div dir="ltr"><br></div><div dir="ltr">These are slightly different from the results of the other web services but the differences only appear at the fifth decimal place and are negligible in practice. This may be my best bet for processing groups of coordinates together.</div><div><br></div></div><div dir="ltr"><br>On 5 Aug 2024, at 23:20, Robert Lipe <rob...@gp...> wrote:<br><br></div><div dir="ltr"><p dir="ltr">I'm not UNhappy leaving such transformations to other tools like ArcGIS or ogr2ogr and keeping us focused on file format conversions. </p> <p dir="ltr">It's a bit of a parlor trick that we do this at all. It's a digital, global world, and fixing country specific datum protections isn't really our focus. I'm happy leaving that to GDAL just like they happy to leave the details of a zillion GPSes and file formats to us. </p> <p dir="ltr">If someone brings a PR to our doorstep to improve things (that doesn't involve including a copy of GDAL), great, but it's not strategic for us. </p> <br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 5, 2024, 5:02 PM tsteven4 <<a href="mailto:tst...@gm...">tst...@gm...</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u> <div> <p>We actually use the standard molodensky (5 parameter) transformation, but not the 7 parameter Molodensky-Badekas or the OSTN02 transformation mentioned in the reference below. It isn't clear to me what transformation the online tools you referenced used.<br> </p> <div>On 8/5/2024 2:43 PM, tsteven4 wrote:<br> </div> <blockquote type="cite"> <p>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.<br> </p> <p>See <a href="https://digimap.edina.ac.uk/help/gis/transformations/transform_gdal_ogr/" target="_blank" rel="noreferrer">Transformations in GDAL/OGR (edina.ac.uk)</a> which says</p> <p> </p> <blockquote type="cite"><span style="color:rgb(58,60,57);font-family:Lato,sans-serif;font-size:20px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;white-space:normal;background-color:rgb(246,245,244);text-decoration-style:initial;text-decoration-color:initial;display:inline!important;float:none">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 -<span> </span></span><a href="http://fwarmerdam.blogspot.com/2010/03/in-last-few-weeks-i-believe-i-have-made.html" style="box-sizing:border-box;padding:0px;color:rgb(44,62,98);text-decoration:underline rgb(44,62,98);font-family:Lato,sans-serif;font-size:20px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;white-space:normal;background-color:rgb(246,245,244)" target="_blank" rel="noreferrer">see blogpost on how transformations are chosen in Proj4.</a><span style="color:rgb(58,60,57);font-family:Lato,sans-serif;font-size:20px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;white-space:normal;background-color:rgb(246,245,244);text-decoration-style:initial;text-decoration-color:initial;display:inline!important;float:none"><span> </span>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</span></blockquote> <br> <div>On 8/5/2024 11:37 AM, Nims via Gpsbabel-misc wrote:<br> </div> <blockquote type="cite"> <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 - <a href="https://www.gpsbabel.org" target="_blank" rel="noreferrer">https://www.gpsbabel.org</a>" xmlns=<a href="http://www.topografix.com/GPX/1/0" target="_blank" rel="noreferrer">"http://www.topografix.com/GPX/1/0"</a>><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> <a href="https://webapps.bgs.ac.uk/data/webservices/convertForm.cfm" target="_blank" rel="noreferrer">https://webapps.bgs.ac.uk/data/webservices/convertForm.cfm</a><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> <a href="https://gridreferencefinder.com" target="_blank" rel="noreferrer">https://gridreferencefinder.com</a><br> Badbury Rings Trig Point = 50.827400 , -2.0503234<br> Spettisbury Rings Trig Point = 50.816527 , -2.1229184</div> <div> </div> <div>Mapserve<br> <a href="https://www.mapserve.co.uk/conversion-tools" target="_blank" rel="noreferrer">https://www.mapserve.co.uk/conversion-tools</a><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> <br> <fieldset></fieldset> <br> <fieldset></fieldset> <pre>_______________________________________________ Gpsbabel-misc mailing list <a href="http://www.gpsbabel.org" target="_blank" rel="noreferrer">http://www.gpsbabel.org</a> <a href="mailto:Gps...@li..." target="_blank" rel="noreferrer">Gps...@li...</a> To unsubscribe, change list options, or see archives, visit: <a href="https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc" target="_blank" rel="noreferrer">https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc</a> </pre> </blockquote> </blockquote> </div> _______________________________________________<br> Gpsbabel-misc mailing list <a href="http://www.gpsbabel.org" rel="noreferrer noreferrer" target="_blank">http://www.gpsbabel.org</a><br> <a href="mailto:Gps...@li..." target="_blank" rel="noreferrer">Gps...@li...</a><br> To unsubscribe, change list options, or see archives, visit:<br> <a href="https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc" rel="noreferrer noreferrer" target="_blank">https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc</a><br> </blockquote></div> </div></body></html> |
From: Greg T. <gd...@le...> - 2024-08-05 22:57:42
|
Robert Lipe <rob...@gp...> writes: > I'm not UNhappy leaving such transformations to other tools like ArcGIS or > ogr2ogr and keeping us focused on file format conversions. > > It's a bit of a parlor trick that we do this at all. It's a digital, > global world, and fixing country specific datum protections isn't really > our focus. I'm happy leaving that to GDAL just like they happy to leave the > details of a zillion GPSes and file formats to us. > > If someone brings a PR to our doorstep to improve things (that doesn't > involve including a copy of GDAL), great, but it's not strategic for us. I think this is the right call. I'd even lean to removing datum transforms. Part of the difficulty is that labeling of which point is in which datum is very tricky business. More recent proj has better datum transformations. In the US, that includes gridded model files that match NGS's transforms. There are mechanisms for choosing specific transforms. So punting all this to proj/gdal seems best. |
From: Robert L. <rob...@gp...> - 2024-08-05 22:20:20
|
I'm not UNhappy leaving such transformations to other tools like ArcGIS or ogr2ogr and keeping us focused on file format conversions. It's a bit of a parlor trick that we do this at all. It's a digital, global world, and fixing country specific datum protections isn't really our focus. I'm happy leaving that to GDAL just like they happy to leave the details of a zillion GPSes and file formats to us. If someone brings a PR to our doorstep to improve things (that doesn't involve including a copy of GDAL), great, but it's not strategic for us. On Mon, Aug 5, 2024, 5:02 PM tsteven4 <tst...@gm...> wrote: > We actually use the standard molodensky (5 parameter) transformation, but > not the 7 parameter Molodensky-Badekas or the OSTN02 transformation > mentioned in the reference below. It isn't clear to me what transformation > the online tools you referenced used. > On 8/5/2024 2:43 PM, tsteven4 wrote: > > 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" <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 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 > |
From: tsteven4 <tst...@gm...> - 2024-08-05 22:01:47
|
We actually use the standard molodensky (5 parameter) transformation, but not the 7 parameter Molodensky-Badekas or the OSTN02 transformation mentioned in the reference below. It isn't clear to me what transformation the online tools you referenced used. On 8/5/2024 2:43 PM, tsteven4 wrote: > > 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: tsteven4 <tst...@gm...> - 2024-08-05 20:44:09
|
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: 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 |