| View previous topic :: View next topic |
| Author |
Message |
kruch
Site Admin
Joined: 02 Jul 2006
Posts: 5676
|
 Posted: Thu Dec 14, 2006 10:00 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
 |
|
| hegi wrote: |
| first: The mapless close view "9" is really great. - It took to get used to the fact that north ist "top" and not "walking direction" (which would be a nice feature though) ... But it's really fab for geocaching !!!! |
Once I find out how to do it, I may implement such behaviour 
| hegi wrote: |
| If there is any way I can support the development / testing please let me know. I'm also happy to test on SXG75. |
Sure you can!
1) send me that .loc/.gpx file which fails to load (if you have sent it before then I apologize, I've lost the track of this issue)
2) I proposed temporary solution (and got no response): I could omit leading 0's and/or W/E-N/S indicators in OSD coordinates for SXG75 - what do you think?
| hegi wrote: |
| ... does it make any sense to try the X65 Version instead (since this is Siemens, too)? |
It won't work.
|
|
| Back to top |
|
 |
ave
Joined: 02 Dec 2006
Posts: 16
Location: Finland
|
| Posted: Fri Dec 15, 2006 6:41 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
|
|
| hegi wrote: |
| first: The mapless close view "9" is really great. - It took to get used to the fact that north ist "top" and not "walking direction" (which would be a nice feature though) ... But it's really fab for geocaching !!!! |
This is something that I'd like to see as well, but I had no idea how to express it in english..
North oriented top is very hard to follow sometimes, you need to be constantly aware of the directions and while geocaching thats too much to ask at times.
|
|
| Back to top |
|
|
hegi
Joined: 19 Oct 2006
Posts: 22
|
| Posted: Fri Dec 15, 2006 7:25 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
|
|
Hi kruch,
| kruch wrote: |
| hegi wrote: |
| first: The mapless close view "9" is really great. - It took to get used to the fact that north ist "top" and not "walking direction" (which would be a nice feature though) ... But it's really fab for geocaching !!!! |
Once I find out how to do it, I may implement such behaviour
|
OK. - I'm looking forward to that. - Though as it is, it is much better than anything else I've seen so far.
| kruch wrote: |
1) send me that .loc/.gpx file which fails to load (if you have sent it before then I apologize, I've lost the track of this issue)
|
I've put them in temporary web-storage, so that you and others may test:
| Code: |
http://home.teleos-web.de/suhegner/tb/aussi-lo.loc
http://home.teleos-web.de/suhegner/tb/gesch-flucht.loc
http://home.teleos-web.de/suhegner/tb/graeb-hf.loc
http://home.teleos-web.de/suhegner/tb/osnab-ba.loc
http://home.teleos-web.de/suhegner/tb/so-nah-und.loc
|
| kruch wrote: |
2) I proposed temporary solution (and got no response): I could omit leading 0's and/or W/E-N/S indicators in OSD coordinates for SXG75 - what do you think?
|
Hmmm. Not shure whether this will help that much. - So, there is no smaller font?
What about showing coordinates in two lines instead? - Or if you change the format for the two-line display in the way that you make it
| Code: |
N 123˚45.678 234˚
E 98˚76.543 12,3 km |
Does this make sense?
thanks
Hegi.
|
|
| Back to top |
|
|
Ranger
Joined: 12 Dec 2006
Posts: 6030
|
| Posted: Fri Dec 15, 2006 7:49 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
|
|
| kruch wrote: |
Once I find out how to do it, I may implement such behaviour
|
If you are moving, you have current azimuth (course) from GPS, lets say AzM.
So what is the problem to assume, that this azimuth you see toward upper part of screen, typicaly this way you look at the display.
Next is to show second azimuth to wpt (AzW) in relation to movement azimuth (AzM) on screen.
This way I see where I go and should go, trying next to have both azimuths to be the same. Right ?
|
|
| Back to top |
|
|
kruch
Site Admin
Joined: 02 Jul 2006
Posts: 5676
|
| Posted: Fri Dec 15, 2006 11:05 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
|
|
| hegi wrote: |
Hmmm. Not shure whether this will help that much. - So, there is no smaller font?
What about showing coordinates in two lines instead? - Or if you change the format for the two-line display in the way that you make it
| Code: |
N 123˚45.678 234˚
E 98˚76.543 12,3 km |
Does this make sense? |
The default font is the smallest one possible. Alternative 2-line solution may be a way to go...
|
|
| Back to top |
|
|
kruch
Site Admin
Joined: 02 Jul 2006
Posts: 5676
|
| Posted: Fri Dec 15, 2006 11:10 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
|
|
| Ranger wrote: |
| If you are moving, you have current azimuth ... |
fast enough I would add, you get azimuth from GPS you can count on; but when you are approaching cache, I suppose you're walking slowly...
|
|
| Back to top |
|
|
ave
Joined: 02 Dec 2006
Posts: 16
Location: Finland
|
| Posted: Fri Dec 15, 2006 11:23 pm Post subject: Re: SXG75 special issues ... no change in 0.9.4 |
|
|
| kruch wrote: |
Once I find out how to do it, I may implement such behaviour
|
| Ranger wrote: |
If you are moving, you have current azimuth (course) from GPS, lets say AzM.
So what is the problem to assume, that this azimuth you see toward upper part of screen, typicaly this way you look at the display.
Next is to show second azimuth to wpt (AzW) in relation to movement azimuth (AzM) on screen.
This way I see where I go and should go, trying next to have both azimuths to be the same. Right ? |
Hi.
Then of course one'd have to do some trigonometric transformations and rotate the whole map geometry (waypoints and markers etc) but only the close range screen, not bitmaps.
But what about azimuths, can one assume linear 2d azimuth in small scale projection like this? Afterall earth is a sphere and you'd have to use spherical geometry for accurate results. Great circles and all that.
Also, how do you actually detect movement? Sometimes with bad constellation and/or bad reception you get mad hdop values and position is all over the place, hence the azimuth display would go crazy.
I propose that there should be some easy access key to toggle "north oriented mode" and "bearing oriented mode" and also optionally limit the bearing mode by some user settable HDOP value so the display wouldnt jump around in "bad weather".
|
|
| Back to top |
|
|
Ranger
Joined: 12 Dec 2006
Posts: 6030
|
| Posted: Sat Dec 16, 2006 12:06 am Post subject: |
|
|
Maybe my experience is different.
First. I just checked few NMEA logs from slow moving.
If $GPRMC ($GPVTG) status is A, value of course is correct even if speed for particular measurement is 0.0.
I think that we can ask geocachers to have more real logs.
Second. I don't think that any complicated counting is necessary.
Now in TB is implemented method to show course and wpt azimuth.
It is not so complicated to show substract of these two values.
This method is used for compass mode in many GPS devices or PDAs, vlkGPS as phone java app uses this method too.
I propose only to add course arrow on HPS veritcal line to show that course value is valid (status A) and not show this arrow if status is V.
BTW, I hear nothing about no fix problem on HPS. Shown values are average and TB remebers last state. If no fix too ?
I asked earlier to show provider status icons to see that fix is OK.
Ave, this proposal is for HPS mode only, discussion about earth distortion geometry have no sense for 500 m area. HDOP is completly not important for $GPRMC course value, only for horizontal position.
But if you could attach some NMEA logs from caching, this can help.
|
|
| Back to top |
|
|
kruch
Site Admin
Joined: 02 Jul 2006
Posts: 5676
|
| Posted: Sat Dec 16, 2006 10:23 am Post subject: |
|
|
If you are fine with course value when status is A, no matter what speed is, I'm fine with that too I agree that for distances of hundreds of meters / few kilometers, spherical character of Earth may be ignored.
My experience (with LD-3W) is that when I do not move, with hdop 1-2, course is changing like crazy, when I start to move slowly, it takes 3-5 sec till it calms down...
Last night I was watching a friend of mine playing Ghost Recon, cool game, with cool navigation UI items, quite inspiring 
|
|
| Back to top |
|
|
Ranger
Joined: 12 Dec 2006
Posts: 6030
|
| Posted: Sat Dec 16, 2006 10:30 am Post subject: |
|
|
| kruch wrote: |
If you are fine with course value when status is A, no matter what speed is, I'm fine with that too
My experience (with LD-3W) is that when I do not move, with hdop 1-2, course is changing like crazy, when I start to move slowly, it takes 3-5 sec till it calms down...
|
You are right. I have this value acceptable after 10 slow steps. Speed 0.0 doesn't mean that I'm not moving.
But if you don't ... 
Ranger
|
|
| Back to top |
|
|
ave
Joined: 02 Dec 2006
Posts: 16
Location: Finland
|
| Posted: Sun Dec 17, 2006 9:10 pm Post subject: |
|
|
| Ranger wrote: |
But if you could attach some NMEA logs from caching, this can help. |
Yes I can do that. I'll do some caching on my xmas vacation. What program are you using to analyze/visualize the raw nmea logs?
|
|
| Back to top |
|
|
Ranger
Joined: 12 Dec 2006
Posts: 6030
|
| Posted: Sun Dec 17, 2006 9:36 pm Post subject: |
|
|
Usually GPSBabel to convert to gpx and next typical map tools to visualize.
Sometimes simple spreadsheet if I would check some values.
|
|
| Back to top |
|
|
Ranger
Joined: 12 Dec 2006
Posts: 6030
|
|
| Back to top |
|
|
Ranger
Joined: 12 Dec 2006
Posts: 6030
|
| Posted: Wed Dec 27, 2006 9:36 pm Post subject: Log from geocaching |
|
|
Kruch,
Could you check attached NMEA log from geocaching (TB095b) ?
It is unclear why coordinates are so jumping. The same LL are for near 44 secs and next change a lot. Seems like not modified buffer written to file every 1 sec.
Edit: A larger part of log attached. It can be used with first test map I sent you, if you wish.
Near 50m log jumps are better visible (from slow smooth walk).
Did you use some filters or just set accuracy for log like in JSR-179 ?
For driving it works well, but for hiking ...
Maybe option to choose log precision can help.
| Description: |
|
Download |
| Filename: |
Parowy_NMEA.zip |
| Filesize: |
21.18 KB |
| Downloaded: |
163 Time(s) |
| Description: |
|
Download |
| Filename: |
Forest_NMEA.zip |
| Filesize: |
119.22 KB |
| Downloaded: |
180 Time(s) |
|
|
| Back to top |
|
|
kruch
Site Admin
Joined: 02 Jul 2006
Posts: 5676
|
| Posted: Fri Dec 29, 2006 8:42 pm Post subject: |
|
|
I do not see coords jumping in "Parowy" log... ?
BTW, NMEA log is a raw record of what's read from GPS, no filters applied... 
|
|
| Back to top |
|
|
|
FAQ
Search
Profile
Log in to check your private messages
Log in
