"claudegps" <claudev9@gmail.com> wrote:

On 9 Feb, 09:05, Terry Pinnell <terrypinDEL...@THESEdial.pipex.com
wrote:
"claudegps" <claud...@gmail.com> wrote:

OK, I would like try it, but as I said I cannot do so.

Since posting I also tried converting a typical GPSU TXT file to Ozi
PLT, but GPS Traks wouldn't import that either.

The problem with PLT import should now be fixed.
New version is ready for download.
Can I ask you to send me the PLT file you are trying to use, if the
fix to the program is not successfull?

Thanks
Claude

That version failed to import too. I've emailed you the PLT file.

Thanks for the file.
I gave a look at it... but... the format is not compliant to
OziExplorer specs for PLT files! :-O

My PLT import module is based on the following:
http://www.oziphototool.com/fileformats.html
clearly, your file is not in this format. I'm confused. Which format
is the right one?

Claude

....
That's why I don't want to support many formats :-P

I don't actually use OziExplorer and know nothing about the PLT
format. I used it just as an intermediary to try your program. So I've
emailed GPSU's author about it, and will report back here when I have
his reply.

One unrelated minor suggestion. When browsing for an input file, it
would be convenient if the program took the common approach of
retaining the *last* folder used. At present it always reverts to the
\Program Files folder where it's installed, which is unlikely to be
near the location in which users will keep GPS files.

Terry Pinnell wrote:

snip
One unrelated minor suggestion. When browsing for an input file, it
would be convenient if the program took the common approach of
retaining the *last* folder used. At present it always reverts to the
\Program Files folder where it's installed, which is unlikely to be
near the location in which users will keep GPS files.

Sometimes that behavior can be changed in an ini file. I can't remember
exactly how to do it, it had to do with changing the default or starting
path to a "." or something like that.

Jack

I don't actually use OziExplorer and know nothing about the PLT
format. I used it just as an intermediary to try your program. So I've
emailed GPSU's author about it, and will report back here when I have
his reply.

I've now heard from GPS Utility's author, Alan Murphy. It turned out
that there's an additional setting that has to be made before using
File > Save As > Ozi PLT. After making that change, I re-tried the
revised PLT in your program. It got a bit further this time! No error
message, just quit with the progress bar half way.

I've uploaded the revised PLT file herehttp://www.terrypin.dial.pipex.com/Images/17Oct06Nuthurst.plt

One unrelated minor suggestion. When browsing for an input file, it
would be convenient if the program took the common approach of
retaining the *last* folder used. At present it always reverts to the
\Program Files folder where it's installed, which is unlikely to be
near the location in which users will keep GPS files.

Jack Erbes <jacker...@adelphia.net> wrote:
Terry Pinnell wrote:

snip
One unrelated minor suggestion. When browsing for an input file, it
would be convenient if the program took the common approach of
retaining the *last* folder used. At present it always reverts to the
\Program Files folder where it's installed, which is unlikely to be
near the location in which users will keep GPS files.

Sometimes that behavior can be changed in an ini file. I can't remember
exactly how to do it, it had to do with changing the default or starting
path to a "." or something like that.

Jack

Thanks. Don't think Claude's program installed an INI file, but he'll
no doubt be responding here soon.

On 18 Feb, 11:42, Terry Pinnell <terrypinDEL...@THESEdial.pipex.com
wrote:
Jack Erbes <jacker...@adelphia.net> wrote:
Terry Pinnell wrote:

snip
One unrelated minor suggestion. When browsing for an input file, it
would be convenient if the program took the common approach of
retaining the *last* folder used. At present it always reverts to the
\Program Files folder where it's installed, which is unlikely to be
near the location in which users will keep GPS files.

Sometimes that behavior can be changed in an ini file. I can't remember
exactly how to do it, it had to do with changing the default or starting
path to a "." or something like that.

Jack

Thanks. Don't think Claude's program installed an INI file, but he'll
no doubt be responding here soon.

Here I am!
A promised I looked into your file. I found the problem, a very stupid
problem into my program
Your file has some empty lines at bottom, that's why the program stops
working...
If you delete the empty lines, your file can be correctly processed.

You can download the file without empty lines from here:
www.claudegps.altervista.org/17Oct06Nuthurst_c.plt
(here is an example of the converted file:www.claudegps.altervista.org/
17Oct06Nuthurst_c.kmz )
or just delete the empty lines in the original file
(Unfortunately your file does not have altitude informations).
One last thing: when you convert with the arrows enabled, you have to
zoom a lot to see the arrows because the speed is quite low (so the
arrows are small).

I have already fixed the problem into the program and I have also
added the 'remeber last path' feature as you requested, but I need to
do some tests before releasing the new version (a couple of days...)

Thanks again!

Claude
www.claudegps.altervista.org

OK, thanks Claude, I'll take a look at the program again in a week or

OK, thanks Claude, I'll take a look at the program again in a week or
two.

On 21 Feb, 10:14, Terry Pinnell <terrypinDEL...@THESEdial.pipex.com
wrote:

OK, thanks Claude, I'll take a look at the program again in a week or
two.

The new version with the promised fixes is ready to be donwloaded.

Claude
www.claudegps.altervista.org

"claudegps" <claud...@gmail.com> wrote:
On 21 Feb, 10:14, Terry Pinnell <terrypinDEL...@THESEdial.pipex.com
wrote:

OK, thanks Claude, I'll take a look at the program again in a week or
two.

The new version with the promised fixes is ready to be donwloaded.

Claude
www.claudegps.altervista.org

Thanks Claude. That seems to convert OK now. I used the same file I
sent you as a test previously:http://www.terrypin.dial.pipex.com/Images/17Oct06Nuthurst.plt

Pleased to see the browse default now retains last folder used.

But one immediately obvious flaw is that it doesn't warn you of
over-writing a previous KML.

More importantly, I'm not sure whether I'm using it correctly, or
because the PLT file is deficient in some way, but I don't see any
track displayed in Google. I have Opacity at 50% and Track Width = 3.

Also, the only graph produced is Speed. Of the six others, which are
blank, the two involving altitude are obviously because my ancient GPS
12 doesn't download that! I don't know what 'HDOP' and 'Geoidal
Separation' are, but I'd have expected maybe to see something for the
remaining two: Acceleration and Number of Satellites.

Perhaps you could run it and let me have your comments please.

It looks a useful tool, but unless you add support for GPS Utility
files it will unfortunately be of no real practical value for me.

On 25 Feb, 08:37, Terry Pinnell <terrypinDEL...@THESEdial.pipex.com
wrote:
"claudegps" <claud...@gmail.com> wrote:
On 21 Feb, 10:14, Terry Pinnell <terrypinDEL...@THESEdial.pipex.com
wrote:

OK, thanks Claude, I'll take a look at the program again in a week or
two.

The new version with the promised fixes is ready to be donwloaded.

Claude
www.claudegps.altervista.org

Thanks Claude. That seems to convert OK now. I used the same file I
sent you as a test previously:http://www.terrypin.dial.pipex.com/Images/17Oct06Nuthurst.plt

Pleased to see the browse default now retains last folder used.

But one immediately obvious flaw is that it doesn't warn you of
over-writing a previous KML.

Hi Terry!
Overwrite is one of things on the 'ToDo-list' from long time... I'm
just lazy...
It' will be added... sooner or later

More importantly, I'm not sure whether I'm using it correctly, or
because the PLT file is deficient in some way, but I don't see any
track displayed in Google. I have Opacity at 50% and Track Width = 3.

Also, the only graph produced is Speed. Of the six others, which are
blank, the two involving altitude are obviously because my ancient GPS
12 doesn't download that! I don't know what 'HDOP' and 'Geoidal
Separation' are, but I'd have expected maybe to see something for the
remaining two: Acceleration and Number of Satellites.

Perhaps you could run it and let me have your comments please.

I tried to convert your file.
I think to have discovered why you don't see the track: the altitude
setting.
Into your file, the altitude is set to 0. If you have terrain enable
in Google Earth, you track goes below the terrain(that is > 0)!
To avoid this, just select "Ignore(ground)" in "Track Altitude"
options. In this way, Google earth will "glue" your track to the
terrain.

Unfortunately PLT is very poor of informations...
There is Lat/Lon, altitude, speed and time. And Altitude and Speed are
not always present!

Speed/heading can be reconstructed using position and Time, but the
program can't recover other informations like N. of satellites used,
geoidal separation (an altitude parameter),HDOP (parameter that tell
you how good is your positioning based
on satellites position) and so on...
That is why you have emtpy graph: there are not enough informations in
the PLT file to fill them!

The Acceleration graph is reconstructed starting from the
reconstructed speed...and... it's wrong...
In your file, the positions are not stored each second, but the
acceleration is calculated supposing that the measurements are done
each second!
The speed is calculated in the right way, taking into account the
delta times, but the acceleration is not...
...Ehm...You pointed out a bug... Now it's fixed (will be ok in
the next release)

It looks a useful tool, but unless you add support for GPS Utility
files it will unfortunately be of no real practical value for me.

When you say "GPS utility" file format what do you mean?

Can you suggest me some documentation?
Does GPS Utility works with GPX? (My GPX import module is under test
now!)
Or it has a 'preferred' file format?

Thanks again for you precious help!

Claude

When you say "GPS utility" file format what do you mean?

See my original post. Site ishttp://www.gpsu.co.uk/
Or for 390,000 results of a simple google for 'gps utility' tryhttp://tinyurl.com/2esrkd