Thread: [Gpsbabel-misc] return only path, not points in tracks
Brought to you by:
robertl
From: Mike D. <dmi...@gm...> - 2008-10-29 15:06:41
|
I'm trying to figure out if there is an option in GPSBabel to only return the path data, not the points data in the Tracks section. I've searched the list archives as well as the html doc and wasn't able to find my answer. Can someone help me out?Thanks Mike |
From: Robert L. <rob...@gm...> - 2008-10-29 16:45:46
|
On Wed, Oct 29, 2008 at 10:06 AM, Mike Dodge <dmi...@gm...> wrote: > I'm trying to figure out if there is an option in GPSBabel to only return > the path data, not the points data in the Tracks section. I've searched the > list archives as well as the html doc and wasn't able to find my answer. > Can someone help me out? > Can you please clarify what you're asking? We have hundreds of formats. Please describe which is in play, on what version, etc. as well as any other specifics you can offer. > Thanks > Mike > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > 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: Mike D. <dmi...@gm...> - 2008-10-29 17:15:32
|
After playing around with the options, I have figured it out.Thanks Mike On Wed, Oct 29, 2008 at 11:45 AM, Robert Lipe <rob...@gm...> wrote: > > > On Wed, Oct 29, 2008 at 10:06 AM, Mike Dodge <dmi...@gm...> wrote: > >> I'm trying to figure out if there is an option in GPSBabel to only return >> the path data, not the points data in the Tracks section. I've searched the >> list archives as well as the html doc and wasn't able to find my answer. >> Can someone help me out? >> > > Can you please clarify what you're asking? We have hundreds of formats. > Please describe which is in play, on what version, etc. as well as any other > specifics you can offer. > > > > >> Thanks >> Mike >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> 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: Mike D. <dmi...@gm...> - 2008-10-29 20:55:21
|
OK, I need to revisit this because I am kind of having the same problem again. I am pulling data off a couple data loggers and sticking it into two KML files. Then I want to combine the files into one, so I use the correct syntax to combine two files into one: C:\dda-gps\GPSBabel>gpsbabel -i kml -f "C:\dda-gps\Temp\output.kml" -f "C:\dda-gps\Temp\output1.kml" -o kml -F "C:\dda-gps\Temp\output3.kml" Then it made a super huge 5mb+ file. The two source files were 68kb and 466kb. So I looked at the file and the bulk of it was all this extra track data that I have no idea where it got it from. I would not like to have this in my file if at all possible. Here is an example of the extra data I was seeing. Thanks Mike <![CDATA[<table> <tr><td><b>Distance</b> 847.0 mi </td></tr> <tr><td><b>Min Alt</b> 356.351 ft </td></tr> <tr><td><b>Max Alt</b> 759.552 ft </td></tr> </table>]]> </description> <Folder> <name>Points</name> <Placemark> <name>Path-0</name> <Snippet/> <description><![CDATA[ <table> <tr><td>Longitude: -97.160713 </td></tr> <tr><td>Latitude: 32.760982 </td></tr> <tr><td>Altitude: 356.351 ft </td></tr> <tr><td>Heading: 303.0 </td></tr> </table> ]]></description> <LookAt> <longitude>-97.160713</longitude> <latitude>32.760982</latitude> <tilt>66</tilt> </LookAt> <styleUrl>#track</styleUrl> <Point> <coordinates>-97.160713,32.760982,108.615921</coordinates> </Point> </Placemark> <Placemark> <name>Path-1</name> etc...... On Wed, Oct 29, 2008 at 12:15 PM, Mike Dodge <dmi...@gm...> wrote: > After playing around with the options, I have figured it out.Thanks > Mike > > > On Wed, Oct 29, 2008 at 11:45 AM, Robert Lipe <rob...@gm...>wrote: > >> >> >> On Wed, Oct 29, 2008 at 10:06 AM, Mike Dodge <dmi...@gm...>wrote: >> >>> I'm trying to figure out if there is an option in GPSBabel to only return >>> the path data, not the points data in the Tracks section. I've searched the >>> list archives as well as the html doc and wasn't able to find my answer. >>> Can someone help me out? >>> >> >> Can you please clarify what you're asking? We have hundreds of formats. >> Please describe which is in play, on what version, etc. as well as any other >> specifics you can offer. >> >> >> >> >>> Thanks >>> Mike >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Gpsbabel-misc mailing list http://www.gpsbabel.org >>> Gps...@li... >>> To unsubscribe, change list options, or see archives, visit: >>> https://lists.sourceforge.net/lists/listinfo/gpsbabel-misc >>> >>> >> > |
From: Robert L. <rob...@gp...> - 2008-10-30 01:42:30
|
On Wed, Oct 29, 2008 at 3:55 PM, Mike Dodge <dmi...@gm...> wrote: > OK, I need to revisit this because I am kind of having the same problem > again. I am pulling data off a couple data loggers and sticking it into two > KML files. Then I want to combine the files into one, so I use the correct > syntax to combine two files into one: > C:\dda-gps\GPSBabel>gpsbabel -i kml -f "C:\dda-gps\Temp\output.kml" -f > "C:\dda-gps\Temp\output1.kml" -o kml -F "C:\dda-gps\Temp\output3.kml" > Merge them before you get to KML if you can. Reading KML isn't lossless for us. > > Then it made a super huge 5mb+ file. The two source files were 68kb and > 466kb. So I looked at the file and the bulk of it was all this extra track > data that I have no idea where it got it from. I would not like to have > this in my file if at all possible. Here is an example of the extra data I > was seeing. > That's the trackdata that defaults to 'on'. See http://www.gpsbabel.org/htmldoc-development/fmt_kml.html#fmt_kml_o_trackdata RJL |
From: Mike D. <dmi...@gm...> - 2008-10-30 03:23:55
|
Sure, I can try merging them before turning them into KML files. What format would you recommend reading them off the loggers as? Thanks Mike On Wed, Oct 29, 2008 at 8:32 PM, Robert Lipe <rob...@gp...>wrote: > > > On Wed, Oct 29, 2008 at 3:55 PM, Mike Dodge <dmi...@gm...> wrote: > >> OK, I need to revisit this because I am kind of having the same problem >> again. I am pulling data off a couple data loggers and sticking it into two >> KML files. Then I want to combine the files into one, so I use the correct >> syntax to combine two files into one: >> C:\dda-gps\GPSBabel>gpsbabel -i kml -f "C:\dda-gps\Temp\output.kml" -f >> "C:\dda-gps\Temp\output1.kml" -o kml -F "C:\dda-gps\Temp\output3.kml" >> > > Merge them before you get to KML if you can. Reading KML isn't lossless > for us. > > > >> >> Then it made a super huge 5mb+ file. The two source files were 68kb and >> 466kb. So I looked at the file and the bulk of it was all this extra track >> data that I have no idea where it got it from. I would not like to have >> this in my file if at all possible. Here is an example of the extra data I >> was seeing. >> > > > That's the trackdata that defaults to 'on'. > > See > http://www.gpsbabel.org/htmldoc-development/fmt_kml.html#fmt_kml_o_trackdata > > RJL > |
From: Robert L. <rob...@gp...> - 2008-10-30 03:34:20
|
I don't see a specific logger mentioned here to know if there's "special" data in play, but for normal track data (lat/long/alt/time) GPX is a road very well traveled. RJL On Wed, Oct 29, 2008 at 10:23 PM, Mike Dodge <dmi...@gm...> wrote: > Sure, I can try merging them before turning them into KML files. What > format would you recommend reading them off the loggers as? > Thanks > Mike > > > On Wed, Oct 29, 2008 at 8:32 PM, Robert Lipe <rob...@gp...>wrote: > >> >> >> On Wed, Oct 29, 2008 at 3:55 PM, Mike Dodge <dmi...@gm...> wrote: >> >>> OK, I need to revisit this because I am kind of having the same problem >>> again. I am pulling data off a couple data loggers and sticking it into two >>> KML files. Then I want to combine the files into one, so I use the correct >>> syntax to combine two files into one: >>> C:\dda-gps\GPSBabel>gpsbabel -i kml -f "C:\dda-gps\Temp\output.kml" -f >>> "C:\dda-gps\Temp\output1.kml" -o kml -F "C:\dda-gps\Temp\output3.kml" >>> >> >> Merge them before you get to KML if you can. Reading KML isn't lossless >> for us. >> >> >> >>> >>> Then it made a super huge 5mb+ file. The two source files were 68kb and >>> 466kb. So I looked at the file and the bulk of it was all this extra track >>> data that I have no idea where it got it from. I would not like to have >>> this in my file if at all possible. Here is an example of the extra data I >>> was seeing. >>> >> >> >> That's the trackdata that defaults to 'on'. >> >> See >> http://www.gpsbabel.org/htmldoc-development/fmt_kml.html#fmt_kml_o_trackdata >> >> RJL >> > > |
From: Mike D. <dmi...@gm...> - 2008-10-30 14:08:39
|
Oh right, I forgot to list that. It is a MTK Logger(iBlue 747). Would GPX be the best format or is there one better?Thanks Mike On Wed, Oct 29, 2008 at 10:34 PM, Robert Lipe <rob...@gp...>wrote: > I don't see a specific logger mentioned here to know if there's "special" > data in play, but for normal track data (lat/long/alt/time) GPX is a road > very well traveled. > > RJL > > > On Wed, Oct 29, 2008 at 10:23 PM, Mike Dodge <dmi...@gm...> wrote: > >> Sure, I can try merging them before turning them into KML files. What >> format would you recommend reading them off the loggers as? >> Thanks >> Mike >> >> >> On Wed, Oct 29, 2008 at 8:32 PM, Robert Lipe <rob...@gp...>wrote: >> >>> >>> >>> On Wed, Oct 29, 2008 at 3:55 PM, Mike Dodge <dmi...@gm...>wrote: >>> >>>> OK, I need to revisit this because I am kind of having the same problem >>>> again. I am pulling data off a couple data loggers and sticking it into two >>>> KML files. Then I want to combine the files into one, so I use the correct >>>> syntax to combine two files into one: >>>> C:\dda-gps\GPSBabel>gpsbabel -i kml -f "C:\dda-gps\Temp\output.kml" -f >>>> "C:\dda-gps\Temp\output1.kml" -o kml -F "C:\dda-gps\Temp\output3.kml" >>>> >>> >>> Merge them before you get to KML if you can. Reading KML isn't lossless >>> for us. >>> >>> >>> >>>> >>>> Then it made a super huge 5mb+ file. The two source files were 68kb and >>>> 466kb. So I looked at the file and the bulk of it was all this extra track >>>> data that I have no idea where it got it from. I would not like to have >>>> this in my file if at all possible. Here is an example of the extra data I >>>> was seeing. >>>> >>> >>> >>> That's the trackdata that defaults to 'on'. >>> >>> See >>> http://www.gpsbabel.org/htmldoc-development/fmt_kml.html#fmt_kml_o_trackdata >>> >>> RJL >>> >> >> > |
From: Robert L. <rob...@gp...> - 2008-10-30 14:26:51
|
MTK seems to record 4D fixes as I described below, PDOP, HDOP, VDOP, Fix, and the number of sats, all of which should be carried through without loss to GPX. mtk-bin would likely be another good choice, and surely smaller. http://www.gpsbabel.org/htmldoc-development/fmt_mtk-bin.html On Thu, Oct 30, 2008 at 9:08 AM, Mike Dodge <dmi...@gm...> wrote: > Oh right, I forgot to list that. It is a MTK Logger(iBlue 747). Would GPX > be the best format or is there one better?Thanks > Mike > > > On Wed, Oct 29, 2008 at 10:34 PM, Robert Lipe <rob...@gp...>wrote: > >> I don't see a specific logger mentioned here to know if there's "special" >> data in play, but for normal track data (lat/long/alt/time) GPX is a road >> very well traveled. >> >> RJL >> >> >> On Wed, Oct 29, 2008 at 10:23 PM, Mike Dodge <dmi...@gm...>wrote: >> >>> Sure, I can try merging them before turning them into KML files. What >>> format would you recommend reading them off the loggers as? >>> Thanks >>> Mike >>> >>> >>> On Wed, Oct 29, 2008 at 8:32 PM, Robert Lipe <rob...@gp...>wrote: >>> >>>> >>>> >>>> On Wed, Oct 29, 2008 at 3:55 PM, Mike Dodge <dmi...@gm...>wrote: >>>> >>>>> OK, I need to revisit this because I am kind of having the same problem >>>>> again. I am pulling data off a couple data loggers and sticking it into two >>>>> KML files. Then I want to combine the files into one, so I use the correct >>>>> syntax to combine two files into one: >>>>> C:\dda-gps\GPSBabel>gpsbabel -i kml -f "C:\dda-gps\Temp\output.kml" -f >>>>> "C:\dda-gps\Temp\output1.kml" -o kml -F "C:\dda-gps\Temp\output3.kml" >>>>> >>>> >>>> Merge them before you get to KML if you can. Reading KML isn't lossless >>>> for us. >>>> >>>> >>>> >>>>> >>>>> Then it made a super huge 5mb+ file. The two source files were 68kb >>>>> and 466kb. So I looked at the file and the bulk of it was all this extra >>>>> track data that I have no idea where it got it from. I would not like to >>>>> have this in my file if at all possible. Here is an example of the extra >>>>> data I was seeing. >>>>> >>>> >>>> >>>> That's the trackdata that defaults to 'on'. >>>> >>>> See >>>> http://www.gpsbabel.org/htmldoc-development/fmt_kml.html#fmt_kml_o_trackdata >>>> >>>> RJL >>>> >>> >>> >> > |