On Thu, May 13, 2010 at 10:18:15PM +0100, Al Johnson wrote: > On Thursday 13 May 2010, Dr. Michael Lauer wrote: > > Am 13.05.2010 um 00:08 schrieb Al Johnson: > > > On Wednesday 12 May 2010, Enrico Zini wrote: > > >> On Wed, May 12, 2010 at 11:43:41AM +0200, Michael 'Mickey' Lauer wrote: > > >>> Note that this will also remove the 'A' of our AGPS, i.e. we will not > > >>> be able to upload any ephemeris anymore to improve location. AFAIK will > > >>> also limit precision -- or is gpsd able to speak UBX these days? > > >> > > >> It is indeed able to speak UBX. > > > > > > Among other things they are looking at putting the 'A' into our AGPS now > > > that they have a new protocol with room for it [1]. Since it's up for > > > discussion it would probably be good to bring up any experiences, > > > preferences or requirements now. DBUS support is deprecated and being > > > dropped in v3.0 by the end of June [2]. > > > > Argh. Ok, from FSO point of view we are forced to work on a bridge or roll > > our own then :/ > > They're delegating the dbus side of things to geoclue [1]. Geoclue have a > 'provider' for gpsd [2] that probably provides the bridge we want already. We > still have the Usage daemon handling power state, so all we really need is to > get almanac/ephemeris handling into gpsd. Is there a compelling reason to > roll > our own rather than work with these projects? > > [1] http://gpsd.berlios.de/future.html > [2] http://www.freedesktop.org/wiki/Software/GeoClue/Providers#Gpsd
I like that idea, especially because geoclue is already prepared to locate by information like gsm cell data. It should be enough to write an FSO plugin :) -- Sebastian
signature.asc
Description: Digital signature
_______________________________________________ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
