GSM location service

[Sascha Wessel]

Hi Baruch,


> Check out the code at http://repo.or.cz/w/CellLocator.git
> Unfortunately OpenMokoForge doesn't host git projects, so the hosting is
> external. We do use a project here at
> http://projects.openmoko.org/projects/rocinante/

I will look into it :)

> > > The interface all applications use is the Gypsy interface
> > 
> > Do you mean gpsd?
> 
> Gypsy is the dbus interface used in FSO, the exact daemon that
> implements it is not important to me. gpsd is the old daemon which is
> being emulated by fso-gpsd for applications that weren't ported to dbus.

I was irritated by the phrase 'all applications'... Since the interface
all applications use is the old gpsd interface. This was the reason why
I wrote fso-gpsd... :P

> > > But currently frameworkd is implementing this interface and
> > > I don't know if an interface for me to connect to frameworkd and say "I
> > > am a new location service, get data from me if you don't have GPS data"
> > > or something like that.
> > 
> > I personally think we should add a new subsystem (maybe opositiond?)
> > which handles multiple providers (GPS, GSM, WLAN) like GeoClue[1].
> > 
> > This subsystem could also implement some sort of EnterArea/LeaveArea signals.
> 
> GeoClue seems like the pointer I needed. I'll look at it to get more
> sense of it.
> 
> > > In fact, I'd like to have a low level GPS service that the GSM service
> > > can use as well since part of it is collecting data to find the cell
> > > towers which are later used to generate the user location even when GPS
> > > is not available.
> > 
> > This should be doable with the current gypsy implementation.
> 
> My thought was to hijack the Gypsy interface to work with all existing
> GPS programs but I guess that the real solution will be to use GeoClue
> for the external interface and internally use Gypsy for real GPS data.

Until then maybe I can help with some quick and dirty hack for test
purposes...


Greetings,
Sascha