Hello. On Sun, 2009-01-11 at 09:44, Gergely Imreh wrote: > 2009/1/11 Gergely Imreh <[email protected]>: > > Hi, > > > > 2009/1/11 Stefan Schmidt <[email protected]>: > >> > >> 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. regards Stefan Schmidt _______________________________________________ devel mailing list [email protected] https://lists.openmoko.org/mailman/listinfo/devel
