after some reboots and stopping and starting the location service it
started working a bit, now having left it out in the garden for a while
running unav it sees some space vehicles:
phablet@ubuntu-phablet:~$ ubuntu-location-serviced-cli --bus system
--get --property visible_space_vehicles
Visible space vehicles:
(type: gps, prn: 8, snr: 25, has_almanac_data: 0,
has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
(type: gps, prn: 16, snr: 21, has_almanac_data: 0,
has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
(type: gps, prn: 26, snr: 28, has_almanac_data: 0,
has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
(type: gps, prn: 27, snr: 21, has_almanac_data: 0,
has_ephimeris_data: 0, used_in_fix: 0, azimuth: 0 deg, elevation: 0 deg)
Attempted to unregister path (path[0] = com path[1] = ubuntu) which
isn't registered
not sure what all those zeros are, or if the location it is giving to
unav is from the satellites or cell towers. it appears that
ubuntu-location-serviced-cli can do a bit of querying of the service,
but it won't wake things up by itself, you have to run a full navigation
app to do that - and it has to be subscribing to updates, just
refreshing something like http://www.where-am-i.net/ does nothing, just
returns a cached location every time.
so, ubuntu-location-serviced-cli can be used to see if the GPS is doing
anything, but it appears there is no "wake up and get a fix" command.
It seems that the computer side of things is basically suspended when
the screen is off and there isn't an active ssh session to it - I
thought the phone was "on" because it can receive calls, but it is more
like a suspended laptop I think. This means that the GPS is off when you
are walking or cycling about when it has a good view of the sky, so if
you tend to use the phone when in a building or vehicle you are using
the phone in a poor environment for GPS - and as it does nothing during
the good opportunity to get a fix this means you get really bad cached
positions.
The goodish news is that the HERE maps triangulation is really quite
effective, to the point it can be confused with a proper GPS location.
Alan.
On 08/04/16 19:36, Rodney Dawes wrote:
It has a dbus service API, yes. However, it is not a dbus activated
service, and I think does not install a .service file. It is instead
started by the init system, and runs on the system bus.
"sudo start ubuntu-location-service" should start it.
On Fri, 2016-04-08 at 13:24 +0100, Alan Bell wrote:
$ ubuntu-location-serviced-cli --bus=session --property=is_online --
get
Attempted to unregister path (path[0] = com path[1] = ubuntu) which
isn't registered
Location service is Problem executing the CLI:
org.freedesktop.DBus.Error.ServiceUnknown: The name
com.ubuntu.location.Service was not provided by any .service files
huh?
$ ls /usr/share/dbus-1/services/com.ubuntu.*
/usr/share/dbus-1/services/com.ubuntu.content.dbus.Service.service
/usr/share/dbus-1/services/com.ubuntu.OnlineAccountsUi.service
/usr/share/dbus-1/services/com.ubuntu.OnlineAccounts.Manager.service
if there is no dbus api to location services and
ubuntu-location-serviced-cli is broken then is there any other
command
line that I can put in crontab to wake the lazy thing up and get it
to
do it's job?
Alan.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp