Thread: [Gpsbabel-misc] Duplicates:- Controlling what is kept, seeing what is removed
Brought to you by:
robertl
From: Sutripta <sut...@gm...> - 2009-09-01 12:32:12
|
Hi everyone, I know this sounds like a silly question from a person who hasn't read the manual, but even after going through it, I cant find an answer. If one is using the option to remove duplicate waypoints, how does one see/ review what has been removed. (I need to do this because though the points might be the same, the comments/ descriptions will not be. Waypoint list given to a number of people for validating and adding comments.) If the all option is not being used, the first occurance is kept. How do I control which is the first occurance. Will listing the file first in the command line do the trick? If the waypoints are in one big file, do I have any control over which constitutes "first occurance" Any detailed example on using the stack anywhere. Thanks in advance. Regards Sutripta |
From: <Ger...@tr...> - 2009-09-02 09:21:20
|
Sutripta, Convert your data to GPS TrackMaker .GTM format. GPS TrackMaker has the facility to search for duplicate tracks or waypoints on a the basis of proximity. You may them cut the selected tracks or waypoints and paste those into a separate copy of GPS TrackMaker. Gerhard Lesch. -----Original Message----- From: Sutripta [mailto:sut...@gm...] Sent: 1 September 2009 14:31 To: gps...@li... Subject: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing what is removed Hi everyone, I know this sounds like a silly question from a person who hasn't read the manual, but even after going through it, I cant find an answer. If one is using the option to remove duplicate waypoints, how does one see/ review what has been removed. (I need to do this because though the points might be the same, the comments/ descriptions will not be. Waypoint list given to a number of people for validating and adding comments.) If the all option is not being used, the first occurance is kept. How do I control which is the first occurance. Will listing the file first in the command line do the trick? If the waypoints are in one big file, do I have any control over which constitutes "first occurance" Any detailed example on using the stack anywhere. Thanks in advance. Regards Sutripta ------------------------------------------------------------------------ ------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ 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...> - 2009-09-02 14:17:37
|
On Tue, Sep 1, 2009 at 7:30 AM, Sutripta<sut...@gm...> wrote: > Hi everyone, > I know this sounds like a silly question from a person who hasn't read the > manual, but even after going through it, I cant find an answer. > > If one is using the option to remove duplicate waypoints, how does one see/ > review what has been removed. (I need to do this because though the points > might be the same, the comments/ descriptions will not be. Waypoint list > given to a number of people for validating and adding comments.) It's really not a group collaboration tool that tries to figure out "similar" and mark edits and such. It's intended for elimination data that's "obviously" the same. If it decides that they're dupes based on position and/or name, it tosses multiples. Looking at the code, it looks like it favors keeping one it saw first, but we don't actually promise that behavior. > If the all option is not being used, the first occurance is kept. How do I > control which is the first occurance. Will listing the file first in the > command line do the trick? If the waypoints are in one big file, do I have > any control over which constitutes "first occurance" We read files in the order we see them. > Any detailed example on using the stack anywhere. http://www.gpsbabel.org/htmldoc-development/filter_stack.html has a couple, but I see the formatting is mangled. I'll fix that. RJL |
From: Sutripta <sut...@gm...> - 2009-09-03 05:48:15
|
Hi, Thanks for the tip. Really powerful tool. One problem still. Amongst duplicates, the first point of a cluster is not listed. Any way of including that in the duplicates list? Regards Sutripta ----- Original Message ----- From: <Ger...@tr...> To: <sut...@gm...>; <gps...@li...> Sent: Wednesday, 02 September, 2009 14:30 Subject: RE: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing what is removed Sutripta, Convert your data to GPS TrackMaker .GTM format. GPS TrackMaker has the facility to search for duplicate tracks or waypoints on a the basis of proximity. You may them cut the selected tracks or waypoints and paste those into a separate copy of GPS TrackMaker. Gerhard Lesch. -----Original Message----- From: Sutripta [mailto:sut...@gm...] Sent: 1 September 2009 14:31 To: gps...@li... Subject: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing what is removed Hi everyone, I know this sounds like a silly question from a person who hasn't read the manual, but even after going through it, I cant find an answer. If one is using the option to remove duplicate waypoints, how does one see/ review what has been removed. (I need to do this because though the points might be the same, the comments/ descriptions will not be. Waypoint list given to a number of people for validating and adding comments.) If the all option is not being used, the first occurance is kept. How do I control which is the first occurance. Will listing the file first in the command line do the trick? If the waypoints are in one big file, do I have any control over which constitutes "first occurance" Any detailed example on using the stack anywhere. Thanks in advance. Regards Sutripta ------------------------------------------------------------------------ ------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ 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...> - 2009-09-03 05:59:24
|
On Thu, Sep 3, 2009 at 12:40 AM, Sutripta <sut...@gm...> wrote: > Hi, > Thanks for the tip. Really powerful tool. > > One problem still. Amongst duplicates, the first point of a cluster is not > listed. Any way of including that in the duplicates list? > > Reproducible test case (precise command issued, version/OS of everything involved, sample inputs, etc.) welcome. RJL > Regards > Sutripta > > ----- Original Message ----- > From: <Ger...@tr...> > To: <sut...@gm...>; <gps...@li...> > Sent: Wednesday, 02 September, 2009 14:30 > Subject: RE: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing > what is removed > > > Sutripta, > > Convert your data to GPS TrackMaker .GTM format. > GPS TrackMaker has the facility to search for duplicate tracks or > waypoints on a the basis of proximity. You may them cut the selected > tracks or waypoints and paste those into a separate copy of GPS > TrackMaker. > > Gerhard Lesch. > > -----Original Message----- > From: Sutripta [mailto:sut...@gm...] > Sent: 1 September 2009 14:31 > To: gps...@li... > Subject: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing > what is removed > > Hi everyone, > I know this sounds like a silly question from a person who hasn't read > the > manual, but even after going through it, I cant find an answer. > > If one is using the option to remove duplicate waypoints, how does one > see/ > review what has been removed. (I need to do this because though the > points > might be the same, the comments/ descriptions will not be. Waypoint list > given to a number of people for validating and adding comments.) > > If the all option is not being used, the first occurance is kept. How do > I > control which is the first occurance. Will listing the file first in the > command line do the trick? If the waypoints are in one big file, do I > have > any control over which constitutes "first occurance" > > Any detailed example on using the stack anywhere. > > Thanks in advance. > > Regards > Sutripta > > > > > > ------------------------------------------------------------------------ > ------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > 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 > > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > 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: Sutripta <sut...@gm...> - 2009-09-03 05:48:18
|
Hi, Thanks for the explanation. I know GPSBabel is in the formats conversion business only, so treat these as request for features. If it is possible to write two files, could you give an option outputting both, the clean and the duplicates. If writing to two files is not possible, could you give an option for choosing what to output:- the clean or the dups. We can do the run twice. Currently my workflow includes too many steps and tools. Essentially convert to csv, and process in a spreadsheet/ database manager. Regards Sutripta ----- Original Message ----- From: "Robert Lipe" <rob...@gp...> To: "Sutripta" <sut...@gm...> Cc: <gps...@li...> Sent: Wednesday, 02 September, 2009 19:47 Subject: Re: [Gpsbabel-misc] Duplicates:- Controlling what is kept, seeing what is removed On Tue, Sep 1, 2009 at 7:30 AM, Sutripta<sut...@gm...> wrote: > Hi everyone, > I know this sounds like a silly question from a person who hasn't read the > manual, but even after going through it, I cant find an answer. > > If one is using the option to remove duplicate waypoints, how does one see/ > review what has been removed. (I need to do this because though the points > might be the same, the comments/ descriptions will not be. Waypoint list > given to a number of people for validating and adding comments.) It's really not a group collaboration tool that tries to figure out "similar" and mark edits and such. It's intended for elimination data that's "obviously" the same. If it decides that they're dupes based on position and/or name, it tosses multiples. Looking at the code, it looks like it favors keeping one it saw first, but we don't actually promise that behavior. > If the all option is not being used, the first occurance is kept. How do I > control which is the first occurance. Will listing the file first in the > command line do the trick? If the waypoints are in one big file, do I have > any control over which constitutes "first occurance" We read files in the order we see them. > Any detailed example on using the stack anywhere. http://www.gpsbabel.org/htmldoc-development/filter_stack.html has a couple, but I see the formatting is mangled. I'll fix that. RJL |
From: Robert L. <rob...@gp...> - 2009-09-03 06:04:24
|
On Thu, Sep 3, 2009 at 12:48 AM, Sutripta <sut...@gm...> wrote: > Hi, > Thanks for the explanation. > > I know GPSBabel is in the formats conversion business only, so treat these > as request for features. > > If it is possible to write two files, could you give an option outputting > both, the clean and the duplicates. > If writing to two files is not possible, could you give an option for > choosing what to output:- the clean or the dups. We can do the run twice. > I'd have to think about this hard (and I've been up for 20+ hours) but the stack filter might be your friend here. Push the original Build a filter to give the "clean" output (and push) that to one file. pop,merge, pop filter, suppressing dupes. Isn't what's left what's "dirty"? Honestly, it's probably easier to work through that with temp files, but I'm pretty sure you can do it. > Currently my workflow includes too many steps and tools. Essentially > convert > to csv, and process in a spreadsheet/ database manager. > > At some point, you're likely to have to byte the bullet and make a "real" database with versioned edits for the collaboration that accepts edits and merges and such. You're just delaying that pain, it seems. RJL > Regards > Sutripta > > ----- Original Message ----- > From: "Robert Lipe" <rob...@gp...> > To: "Sutripta" <sut...@gm...> > Cc: <gps...@li...> > Sent: Wednesday, 02 September, 2009 19:47 > Subject: Re: [Gpsbabel-misc] Duplicates:- Controlling what is kept, seeing > what is removed > > > On Tue, Sep 1, 2009 at 7:30 AM, Sutripta<sut...@gm...> wrote: > > Hi everyone, > > I know this sounds like a silly question from a person who hasn't read > the > > manual, but even after going through it, I cant find an answer. > > > > If one is using the option to remove duplicate waypoints, how does one > see/ > > review what has been removed. (I need to do this because though the > points > > might be the same, the comments/ descriptions will not be. Waypoint list > > given to a number of people for validating and adding comments.) > > It's really not a group collaboration tool that tries to figure out > "similar" and mark edits and such. It's intended for elimination > data that's "obviously" the same. If it decides that they're dupes > based on position and/or name, it tosses multiples. Looking at the > code, it looks like it favors keeping one it saw first, but we don't > actually promise that behavior. > > > > If the all option is not being used, the first occurance is kept. How do > I > > control which is the first occurance. Will listing the file first in the > > command line do the trick? If the waypoints are in one big file, do I > have > > any control over which constitutes "first occurance" > > We read files in the order we see them. > > > > Any detailed example on using the stack anywhere. > > http://www.gpsbabel.org/htmldoc-development/filter_stack.html has a > couple, but I see the formatting is mangled. I'll fix that. > > RJL > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > 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: Sutripta <sut...@gm...> - 2009-09-03 08:20:14
|
SORRY. Crossed wires! The last was a comment meant for Mr. Gerhard Lesch. regarding GPSTrackMaker. Not GPSBabel. Regards Sutripta ----- Original Message ----- From: "Robert Lipe" <rob...@gp...> To: "Sutripta" <sut...@gm...> Cc: <gps...@li...> Sent: Thursday, 03 September, 2009 11:29 Subject: Re: [Gpsbabel-misc] Duplicates:- Controlling what is kept, seeing what is removed > On Thu, Sep 3, 2009 at 12:40 AM, Sutripta <sut...@gm...> wrote: > > > Hi, > > Thanks for the tip. Really powerful tool. > > > > One problem still. Amongst duplicates, the first point of a cluster is not > > listed. Any way of including that in the duplicates list? > > > > > Reproducible test case (precise command issued, version/OS of everything > involved, sample inputs, etc.) welcome. > > RJL > > > > > > > Regards > > Sutripta > > > > ----- Original Message ----- > > From: <Ger...@tr...> > > To: <sut...@gm...>; <gps...@li...> > > Sent: Wednesday, 02 September, 2009 14:30 > > Subject: RE: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing > > what is removed > > > > > > Sutripta, > > > > Convert your data to GPS TrackMaker .GTM format. > > GPS TrackMaker has the facility to search for duplicate tracks or > > waypoints on a the basis of proximity. You may them cut the selected > > tracks or waypoints and paste those into a separate copy of GPS > > TrackMaker. > > > > Gerhard Lesch. > > > > -----Original Message----- > > From: Sutripta [mailto:sut...@gm...] > > Sent: 1 September 2009 14:31 > > To: gps...@li... > > Subject: [Gpsbabel-misc] Duplicates:- Controlling what is kept,seeing > > what is removed > > > > Hi everyone, > > I know this sounds like a silly question from a person who hasn't read > > the > > manual, but even after going through it, I cant find an answer. > > > > If one is using the option to remove duplicate waypoints, how does one > > see/ > > review what has been removed. (I need to do this because though the > > points > > might be the same, the comments/ descriptions will not be. Waypoint list > > given to a number of people for validating and adding comments.) > > > > If the all option is not being used, the first occurance is kept. How do > > I > > control which is the first occurance. Will listing the file first in the > > command line do the trick? If the waypoints are in one big file, do I > > have > > any control over which constitutes "first occurance" > > > > Any detailed example on using the stack anywhere. > > > > Thanks in advance. > > > > Regards > > Sutripta > > > > > > > > > > > > ------------------------------------------------------------------------ > > ------ > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > > 30-Day > > trial. Simplify your report design, integration and deployment - and > > focus on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > 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 > > > > > > > > > > -------------------------------------------------------------------------- ---- > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > > trial. Simplify your report design, integration and deployment - and focus > > on > > what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > 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: Sutripta <sut...@gm...> - 2009-09-09 06:38:03
|
Hi, Great to see a new version coming out. The enthusiasm of the developer community is amazing. When doing track filtering, sometimes the program aborts with a message stating a) No Timestamps, b) Badly ordered timestamps. but no mention is made about where it has encountered the error. This is about as useful as a compiler saying Fatal Error, Compilation aborted. but not stating where. Please introduce this feature. The common workaround of merging tracks does not work with multiple (as in many people) track submissions. Incidentally, in the new GUI, the sdistance feature is not linked to the pack or merge option. Regards Sutripta |
From: Robert L. <rob...@gp...> - 2009-09-09 14:50:50
|
On Wed, Sep 9, 2009 at 1:38 AM, Sutripta <sut...@gm...> wrote: > Hi, > Great to see a new version coming out. The enthusiasm of the developer > community is amazing. > > When doing track filtering, sometimes the program aborts with a message > stating > a) No Timestamps, > b) Badly ordered timestamps. > but no mention is made about where it has encountered the error. This is > about as useful as a compiler saying Fatal Error, Compilation aborted. but > not stating where. > > Please introduce this feature. The common workaround of merging tracks does > not work with multiple (as in many people) track submissions. > In fantasy land, filters would be able to point you to the precise point in the source where the problem data originated. We can't do that. By the time we get to the filtering phase, we don't know where the data came from, the source format, or much else about it as everything has been decomposed to a common internal representation. (That's sort of a cornerstone of the whole 'conversion' thing.) We don't know preferred coordinate formats, whether the time zones were local or GMT and such. However, I agree we can do better on these errors. We now hock up the times (in GMT) of the offending points on a bad sort and the coords (decimal, WGS84) of points without time. $ gpsbabel -i gpx -f vitosmt_t.gpx -x track -o gpx -F /dev/null trackfilter-init: Track points badly ordered (timestamp 2005-06-04T23:58:26Z > 2005-06-04T00:00:00Z)! $ gpsbabel -i gpx -f tpo-sample1.gpx -x track -o gpx -F /dev/null trackfilter-init: Found track point at 37.520185,-122.305890 without time! RJL |
From: Sutripta <sut...@gm...> - 2009-09-10 06:07:49
|
Hi, ----- Original Message ----- From: "Robert Lipe" <rob...@gp...> To: "Sutripta" <sut...@gm...> Cc: <gps...@li...> Sent: Wednesday, 09 September, 2009 20:20 Subject: Re: [Gpsbabel-misc] Request for feature for ver 1.3.7 > On Wed, Sep 9, 2009 at 1:38 AM, Sutripta <sut...@gm...> wrote: > > > Hi, > > Great to see a new version coming out. The enthusiasm of the developer > > community is amazing. > > > > When doing track filtering, sometimes the program aborts with a message > > stating > > a) No Timestamps, > > b) Badly ordered timestamps. > > but no mention is made about where it has encountered the error. This is > > about as useful as a compiler saying Fatal Error, Compilation aborted. but > > not stating where. > > > > Please introduce this feature. The common workaround of merging tracks does > > not work with multiple (as in many people) track submissions. > > > > In fantasy land, filters would be able to point you to the precise point in > the source where the problem data originated. We can't do that. By the > time we get to the filtering phase, we don't know where the data came from, > the source format, or much else about it as everything has been decomposed > to a common internal representation. (That's sort of a cornerstone of the > whole 'conversion' thing.) We don't know preferred coordinate formats, > whether the time zones were local or GMT and such. Ah. Now it makes sense. Would it be of any use to the user to use this internal format (ie GPSBabel's p-code), for archival and postprocessing/ filtering purposes. If so, would you give that as an option? I know I should look at the code, but does this also mean that if the filter options are not invoked, Babel uses another form of internal data representation. Seems unlikely, but then all data, including trackname is retained. > However, I agree we can do better on these errors. We now hock up the > times (in GMT) of the offending points on a bad sort and the coords > (decimal, WGS84) of points without time. > > $ gpsbabel -i gpx -f vitosmt_t.gpx -x track -o gpx -F /dev/null > trackfilter-init: Track points badly ordered (timestamp 2005-06-04T23:58:26Z > > 2005-06-04T00:00:00Z)! > $ gpsbabel -i gpx -f tpo-sample1.gpx -x track -o gpx -F /dev/null > trackfilter-init: Found track point at 37.520185,-122.305890 without time! > > RJL > Regards Sutripta |
From: Robert L. <rob...@gp...> - 2009-09-10 14:12:47
|
On Thu, Sep 10, 2009 at 1:07 AM, Sutripta <sut...@gm...> wrote: > Hi, > ----- Original Message ----- > From: "Robert Lipe" <rob...@gp...> > To: "Sutripta" <sut...@gm...> > Cc: <gps...@li...> > Sent: Wednesday, 09 September, 2009 20:20 > Subject: Re: [Gpsbabel-misc] Request for feature for ver 1.3.7 > > > > On Wed, Sep 9, 2009 at 1:38 AM, Sutripta <sut...@gm...> wrote: > > > > > Hi, > > > Great to see a new version coming out. The enthusiasm of the developer > > > community is amazing. > > > > > > When doing track filtering, sometimes the program aborts with a message > > > stating > > > a) No Timestamps, > > > b) Badly ordered timestamps. > > > but no mention is made about where it has encountered the error. This > is > > > about as useful as a compiler saying Fatal Error, Compilation aborted. > but > > > not stating where. > > > > > > Please introduce this feature. The common workaround of merging tracks > does > > > not work with multiple (as in many people) track submissions. > > > > > > > In fantasy land, filters would be able to point you to the precise point > in > > the source where the problem data originated. We can't do that. By > the > > time we get to the filtering phase, we don't know where the data came > from, > > the source format, or much else about it as everything has been > decomposed > > to a common internal representation. (That's sort of a cornerstone of > the > > whole 'conversion' thing.) We don't know preferred coordinate formats, > > whether the time zones were local or GMT and such. > Ah. Now it makes sense. > Would it be of any use to the user to use this internal format (ie > GPSBabel's p-code), for archival and postprocessing/ filtering purposes. If > so, would you give that as an option? > > It really doesn't make sense as this internal representation is just a data structure and not really a file format. I know I should look at the code, but does this also mean that if the filter > options are not invoked, Babel uses another form of internal data > representation. Seems unlikely, but then all data, including trackname is > retained. > We use an internal representation for all waypoint/track/route data. A filter or output module really doesn't know whence a position came. So the change I committed is the best we can do for a reasonable cost. RJL > > However, I agree we can do better on these errors. We now hock up the > > times (in GMT) of the offending points on a bad sort and the coords > > (decimal, WGS84) of points without time. > > > > $ gpsbabel -i gpx -f vitosmt_t.gpx -x track -o gpx -F /dev/null > > trackfilter-init: Track points badly ordered (timestamp > 2005-06-04T23:58:26Z > > > 2005-06-04T00:00:00Z)! > > $ gpsbabel -i gpx -f tpo-sample1.gpx -x track -o gpx -F /dev/null > > trackfilter-init: Found track point at 37.520185,-122.305890 without > time! > > > > RJL > > > Regards > Sutripta > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > 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: Sutripta <sut...@gm...> - 2009-10-20 05:53:01
|
Hi, Latest dev ver ( 1.3.7-beta20091003) still has this problem. If there is a non zero value in sdistance box, sdistance makes its way into the command line, even if split is unchecked. Also, amongst pack, merge, split, split time value, and split distance value, their interaction in the gui is not entirely logical. Also, will it be possible to introduce a split by time OR split by distance option. Currently, one can only AND these. Regards Sutripta ----- Original Message ----- From: "Khai Mong" <kh...@ma...> To: "Sutripta" <sut...@gm...>; "Robert Lipe" <rob...@gp...> Sent: Wednesday, 09 September, 2009 16:49 Subject: Re: [Gpsbabel-misc] Request for feature for ver 1.3.7 > Robert, > > I'll take care of the following problem: > > On Wed, Sep 9, 2009 at 2:38 AM, Sutripta <sut...@gm...> wrote: > > > > > > > Incidentally, in the new GUI, the sdistance feature is not linked to the > > pack or merge option. > > > > > |
From: Khai M. <kh...@ma...> - 2009-10-21 01:12:53
|
They now reflect they way the command line works. The "split" checkbox in the UI refers only to the split by time. It corresponds to the "-split" on the command line. The command line option "sdistance" parameters is reflected by the distance parameter field in the GUI. The "sdistance" parameter is not directly related to the "split" on the command line. I agree that the UI can be more intuitive. I'll see what I can cookup without increasing the clutter. Khai The split by On Tue, Oct 20, 2009 at 1:53 AM, Sutripta <sut...@gm...> wrote: > Hi, > Latest dev ver ( 1.3.7-beta20091003) still has this problem. > If there is a non zero value in sdistance box, sdistance makes its way into > the command line, even if split is unchecked. Also, amongst pack, merge, > split, split time value, and split distance value, their interaction in the > gui is not entirely logical. > > Also, will it be possible to introduce a split by time OR split by distance > option. Currently, one can only AND these. > > Regards > Sutripta > > ----- Original Message ----- > From: "Khai Mong" <kh...@ma...> > To: "Sutripta" <sut...@gm...>; "Robert Lipe" < > rob...@gp...> > Sent: Wednesday, 09 September, 2009 16:49 > Subject: Re: [Gpsbabel-misc] Request for feature for ver 1.3.7 > > > > Robert, > > > > I'll take care of the following problem: > > > > On Wed, Sep 9, 2009 at 2:38 AM, Sutripta <sut...@gm...> wrote: > > > > > > > > > > > Incidentally, in the new GUI, the sdistance feature is not linked to > the > > > pack or merge option. > > > > > > > > > > |