Re: [Gpsbabel-misc] need help with converting to GPX and keeping timestamps
Brought to you by:
robertl
From: tsteven4 <tst...@gm...> - 2012-12-19 13:47:09
|
Tom, Can you send me an unedited .nav file with pauses, i.e. the mainnav software reported total time and moving time are different? Perhaps I can see some change at the pause. I also need a unedited .nav file to build a test case. We need this to make the mainnav style available in the gui as an internal style. This .nav file will become part of the project and available to anyone who looks through the source code. This file should demonstrate the pause as well, it could be the same as the first. Thanks, Steve On 12/15/2012 3:01 AM, Tom Hunter wrote: > I did notice one other thing that I don't think is a converting issue > as much as what the websites are looking for, but I figure I would ask > anyway... > > I'm not sure if you can actually see it in my .nav file, but the > Mainnav software distinguished between total time and moving time. So > on the software itself, if I was biking for 2 hours, but spent 3 > minutes stopped at ligths, and maybe 5 minutes stopped for water > breaks or to answer my phone or whatever, it would tell me my total > time of 2 hours, but also say "Total Moving Time - 1:52" > > That is what I would enter into MapMyRide as my time when I had to > enter that manually since that would be my true time to determine my > average speed. > > But with the GPX file that I now get, it automatically enters the > total time into both MapMyRide and Strava. I can change it manually so > when I enter them on a daily basis in the summer it is not a big deal. > But if I want to go back and upload several files from past years, it > would be a little time consuming since I would have to open every .nav > file into the software to check what the total moved time is. > > > As I was typing this, I realized that since I clipped most of the .nav > file, there probably was no stopped time in the data. I assume the > Mainnav software just ignored any data points where the speed was > listed as 0. or more accurately, counted up all the time it was at 0 > and subtracted that from the total time. > > Am I right to assume that this is not something that could be handled > in the conversion? As far as I could see, there isn't anything in the > .nav file that "summarizes" the times, so there wouldn't be anything > in the gpx file, right? > > > > On Fri, Dec 14, 2012 at 9:46 PM, Tom Hunter <kph...@gm... > <mailto:kph...@gm...>> wrote: > > The elevation is not a big deal. From what I can tell, both the > cycling sites just use Google Maps' data for elevation anyway. And > my GPS logger's elevation IS off as you suspect. It seems to be > consistently off by about 50-60 feet as you noticed. But it does > tend to be off that same amount all the time so it is still useful > for cycling to see the change in elevation. > > Thanks for the information. I did think about a batch file. But I > know just enough about them to know that one would work, so I > figured I'd check with you to make sure there wasn't another way. > But I sent a friend an e-mail asking more about how to do with my > my specific folders so hopefully he can let me know. > > By the way, I played with both the cycling sites a little more and > as far as I can tell, it does work perfectly. So if you weer > waiting to make sure it worked before making it an internal style, > it seems like it is OK to do so. I don't know how many others are > like me that still use these, but there probably are some. > Personally, I'd use it even if I had a smartphone since this is > more rugged, water proof (sort of) and if something happens to it, > it is cheap. But I'm guessing most people have switched to either > smartphones, or to smaller, newer loggers by now. > > > > On Fri, Dec 14, 2012 at 7:41 PM, tsteven4 <tst...@gm... > <mailto:tst...@gm...>> wrote: > > Tom, > > I don't know if you noticed, but I didn't attempt to convert > the elevation from your log. The elevations in the .nav file > appear to be in feet, but if you set your unit to metric units > (page 4) they may be in meters instead. I would rather not > deal with the possibility that the units depend on the > settings of the device. Often the recorded elevations are > inaccurate anyway (your street doesn't vary from 991ft to > 915ft) and better numbers can be found from databases based on > the coordinates. So perhaps strava and map my ride are > filling in these values for you with better data anyway. > > I don't know much about the GUI, but I suspect you are > correct. If we added mainnav as an internal style then I > believe it would be in the GUI. In any event, the fastest way > to convert all your files would be to write a script (a > windows a batch file). You can search the web to learn about > windows batch files. > > If we add mainnav as an internal style we would like to add a > test case. Can you supply a .nav file that we could use? It > might be best if it had more elevation and speed variation > that the Wednesday night sample. We would also want your > permission to include it as a test case. We might want to > investigate the elevation issue a bit more with two samples > from the same area, one with your device set to imperial units > and one with is set in metric units. > > Best Regards, > Steve > > P.S. You can see some of our rides at > http://tsteven4.qwestoffice.net/ > > > On 12/14/2012 2:08 PM, Tom Hunter wrote: > > This one worked! For both sites I was trying to get it > work. Thanks! > > One last question, and maybe this is answered in FAQs or > on the site but I don't immediately see it anywhere so I > may as well ask. It seems that there is no way to do with > with the Windows GUI, right? If not, is there any way to > do a batch conversion using this? For future rides, it is > not as big a deal since by saving me the intermediate > steps of going to Google first, typing out the command > will still be quicker. But I would like to convert at > least some of my past two years worth of .nav files in the > meantime, so having to do a few dozen files this way could > take some time, unless there is a way to speed up the process. > > Thanks again. Now I am just mad at myself for never > thinking to ask you guys earlier! > > Tom > > > > |