[hafqa] [hafqa] [Bug 2878] Very poor satellite acquisition with internal GPS

From: bugzilla-daemon at maemo.org bugzilla-daemon at maemo.org
Date: Thu Jul 10 23:01:14 EEST 2008
https://bugs.maemo.org/show_bug.cgi?id=2878





------- Comment #26 from ericew at gmail.com  2008-07-10 23:01 GMT+3 -------
(In reply to comment #25)
> (In reply to comment #24)
> > Maybe if there was some indication HOW this worked it might be easier to
> > diagnose why some people seem to get improved performance and we get nothing.
> > 
> 
> Some information here: http://www.nokia.com/betalabs/agps-tablet
> 

I believe we are very well aware of the THEORY of operation.  Specifics are
what we are lacking.

1) It claims that the A-GPS coordinates are updated automatically, why then
after a lock does maps forget the data? ( forgets as in the satellite view
shows no pre-determined satellites in view ).

2) How long do you need a lock before data is saved?  I've had better ( not
great, but better ) luck if I have a lock for 5 minutes and then close and
re-open maps then if I get a lock for 30 second close and reopen maps.

3) Is there any log files, processes, dbus calls, something that can be used to
confirm operation of this service?

4) How do we know that the Nokia database it's pulling from is even
operational?   I would hate to be chasing our tails over something like a
database error on the server side.

5) Once activated, does it always require a connection to work properly or will
it fall back on saved data when offline?


In the end it comes down to getting a lock in under 5 minutes, even under ideal
circumstances is hit-or-miss.  This makes the GPS unreliable and virtually
unusable for many tasks for which it is being marketed.  Even the iPod Touch
without a GPS receiver can estimate it's location in seconds far better than I
can touch a screen with vague coordinates.  Using the skyhook or cell tower
coordinates to estimate an initial location would probably produce an order of
magnitude faster lock time when paird with the publicly available WAAS data.


-- 
Configure bugmail: https://bugs.maemo.org/userprefs.cgi?tab=email
Replies to this email are NOT read, instead please add comments at
https://bugs.maemo.org/show_bug.cgi?id=2878
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

More information about the hafqa mailing list