Future of location services on OM
stefan at openmoko.org
Sun Jan 11 03:09:12 CET 2009
On Sun, 2009-01-11 at 09:44, Gergely Imreh wrote:
> 2009/1/11 Gergely Imreh <imrehg at gmail.com>:
> > Hi,
> > 2009/1/11 Stefan Schmidt <stefan at openmoko.org>:
> >> I really thought about an easy attempt by just collecting a triple of (gsm cell
> >> id, signal strength, gps position). Collect a lot of this data and try to
> >> triangulate the BTS from this data. I know that reflection and other "features"
> >> of a city makes this not as accurate as it could be, but I thought it may be a
> >> good compromise.
> >> Anyway it seems you had a lot more thinking and testing about this than me.
> > The code at http://repo.or.cz/w/CellLocator.git does just that.
> > The cell_locator.py collects such GSM data.
> > One can use the gsmpos/gsmfit.m Octave script to estimate the position
> > of the cells.
> > Put them all in cellinfo.dat, and gsmpos_server.py supplies "fake"
> > coordinates by pretending to be gpsd (putting out NMEA compatible
> > lines in the appropriate port).
I made a note on my list to test it next week.
> > The whole code is rather crude, and it worked on FSO in October or so.
> > I tried it with the latest testing image, and it complained about
> > missing the gtk module... I haven't had time to check it in more
> > detail, but i
> Sorry, gmail glitch...
> I haven't had time to check it in more detail, but this error probably
> can be fixed easily. Though, since I didn't run it, don't know whether
> any of the dbus interface methods changed since October.....
Well, hopefully only additions. :) If not we would have a regression and have to
look how to solve this.
More information about the devel