The Following User Says Thank You to ag2 For This Useful Post: | ||
|
2007-12-09
, 14:13
|
Posts: 529 |
Thanked: 46 times |
Joined on Sep 2007
|
#2
|
In addition to all of the other problems reported with GPS, I think I found another one.
It appears that the gpsd daemon introduces a delay when reporting GPS data. As a result, mapping software (both maemo mapper and the built-in crappy one) show positions with a lag of a couple of seconds, sometimes more. This can translate into position inaccuracies of a couple hundred feet when driving at 70mph.
The reason I think the problem is in gpsd, is that there is a delay (as evidenced by NMEA timestamps) when running
/usr/libexec/navicore-gpsd-helper
but not when reading directly out of /dev/pgps.
|
2007-12-09
, 17:34
|
Posts: 3,841 |
Thanked: 1,079 times |
Joined on Nov 2006
|
#3
|
|
2007-12-09
, 19:10
|
|
Posts: 574 |
Thanked: 166 times |
Joined on Oct 2007
@ BC, Canada
|
#4
|
Delay loop, introduced by navigation software is intended to save low performance processor, performing graphics tasks at the same time. Gpsd loop delay can be set to 1-2 and more sec.
|
2007-12-09
, 19:42
|
|
Posts: 574 |
Thanked: 166 times |
Joined on Oct 2007
@ BC, Canada
|
#5
|
The Following User Says Thank You to technut For This Useful Post: | ||
It appears that the gpsd daemon introduces a delay when reporting GPS data. As a result, mapping software (both maemo mapper and the built-in crappy one) show positions with a lag of a couple of seconds, sometimes more. This can translate into position inaccuracies of a couple hundred feet when driving at 70mph.
The reason I think the problem is in gpsd, is that there is a delay (as evidenced by NMEA timestamps) when running
/usr/libexec/navicore-gpsd-helper
but not when reading directly out of /dev/pgps.