Re: Bitbake - is it possible to specify which fetcher to use?

2009-01-10 Thread Rod Whitby
Use git://.;protocol=http: -- Rod -Original Message- From: Leonti Bielski Date: Saturday, Jan 10, 2009 11:01 pm Subject: Bitbake - is it possible to specify which fetcher to use? To: devel@lists.openmoko.org Hello! >I'm trying to build kernel using bitbake. >I'm behind proxy, so

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. On Sun, 2009-01-11 at 09:44, Gergely Imreh wrote: > 2009/1/11 Gergely Imreh : > > Hi, > > > > 2009/1/11 Stefan Schmidt : > >> > >> 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 tr

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. On Sat, 2009-01-10 at 17:19, Dima Kogan wrote: > Look around their site; everything's pretty clear. Well, at least not for me. Starting from the main page I see 7 links. 3 to company websites, 1 email link, one to itself, one to google code and one to the client downloads. So the two last

Re: Future of location services on OM

2009-01-10 Thread Gergely Imreh
2009/1/11 Gergely Imreh : > Hi, > > 2009/1/11 Stefan Schmidt : >>> > 1) Start logger, listens for new GSM cell and AP updates in background. >>> > 2) Takes the data and put it in a local storage. >>> > 3) Syncs up to a server on user request. New data is available both on the >>> > server and the l

Re: Future of location services on OM

2009-01-10 Thread Gergely Imreh
Hi, 2009/1/11 Stefan Schmidt : >> > 1) Start logger, listens for new GSM cell and AP updates in background. >> > 2) Takes the data and put it in a local storage. >> > 3) Syncs up to a server on user request. New data is available both on the >> > server and the local storage. >> >> Oh, yeah, sound

Re: Future of location services on OM

2009-01-10 Thread Dima Kogan
Look around their site; everything's pretty clear. http://www.opencellid.org/ requires you to register to update the database, but not to query it. The api is at http://www.opencellid.org/api . The raw data is at http://www.opencellid.org/data/ The script appears below, but it's a hack at the mome

Re: [FSO] latest EFL has regressed

2009-01-10 Thread Stefan Schmidt
Hello. On Sat, 2009-01-10 at 19:28, Sander van Grieken wrote: > no icons in illume again.. Which is the latest version you are using? We had the problem before, but our current builds with sv rev 38521 are working fine again. regards Stefan Schmidt

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. On Sat, 2009-01-10 at 11:09, Jim Ancona wrote: > https://wigle.net/ is a database of Wifi access points, compiled by > wardrivers who collect Wifi location data as a hobby. As I read the > license (http://wigle.net/eula.html), anyone who signs up for an > account can access the database fre

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. On Sat, 2009-01-10 at 07:48, Dima Kogan wrote: > There are several free databases of GSM tower locations. I wrote a perl > script that I run on my gta02 to query http://www.opencellid.org/ for > the approximate tower location, and then initialize the AGPS with this > data. Works great. The

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. On Sat, 2009-01-10 at 22:19, Gergely Imreh wrote: > > > > > 1) Start logger, listens for new GSM cell and AP updates in background. > > 2) Takes the data and put it in a local storage. > > 3) Syncs up to a server on user request. New data is available both on the > > server and the local s

[FSO] latest EFL has regressed

2009-01-10 Thread Sander van Grieken
no icons in illume again.. Sander ___ devel mailing list devel@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel

Re: Future of location services on OM

2009-01-10 Thread Jim Ancona
https://wigle.net/ is a database of Wifi access points, compiled by wardrivers who collect Wifi location data as a hobby. As I read the license (http://wigle.net/eula.html), anyone who signs up for an account can access the database free for personal use. So each phone user would have to enter his

Re: Future of location services on OM

2009-01-10 Thread john
2009/1/10 Gergely Imreh : [snip] > On the other hand, how well the wifi-based positioning would work? > Have to take some real life data of that one as well, and try to use > it. Well, they work pretty well and your average iPod user seems impressed enough when it draws a circle on their map. Goi

Re: Future of location services on OM

2009-01-10 Thread Dima Kogan
There are several free databases of GSM tower locations. I wrote a perl script that I run on my gta02 to query http://www.opencellid.org/ for the approximate tower location, and then initialize the AGPS with this data. Works great. The database is built from user submissions, so it's not complete,

Re: Future of location services on OM

2009-01-10 Thread Gergely Imreh
>> Oh, yeah, sounds easy... The problem is that the cell does not >> broadcast any location information, so the best you can do is the go >> around town, record the signal strength, and try to guess where the >> signal is coming from. If there's plain sight it is relatively >> straightforward. We

Re: Future of location services on OM

2009-01-10 Thread Didier Raboud
Gergely Imreh wrote: > Hi > > > (...) > > Oh, yeah, sounds easy... The problem is that the cell does not > broadcast any location information, so the best you can do is the go > around town, record the signal strength, and try to guess where the > signal is coming from. If there's plain sight i

Re: Future of location services on OM

2009-01-10 Thread Gergely Imreh
Hi >> > Having a database with GSM cell location informations would indeed be >> > great. >> > With the available informations you get from the framework it should be >> > easy to >> > write a small logger that does the job. >> >> The CellLocator that we were working on was doing just this kind

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. On Sat, 2009-01-10 at 21:01, Gergely Imreh wrote: > > > > Having a database with GSM cell location informations would indeed be great. > > With the available informations you get from the framework it should be > > easy to > > write a small logger that does the job. > > The CellLocator th

Re: Future of location services on OM

2009-01-10 Thread Gergely Imreh
>> > Previously, a few of us tried to make a fast positioning app based >> > on GSM cell info [4-5], but we had to map the cell tower positions >> > ourselves (pretty imprecise) and do the position discovery algorithm >> > (I think I borked that a bit, sometimes it was good, by chance, most >> >

Re: Future of location services on OM

2009-01-10 Thread Stefan Schmidt
Hello. Al gave a good description already. Let me add some informations and thoughts to it. On Sat, 2009-01-10 at 11:20, Al Johnson wrote: > On Saturday 10 January 2009, Gergely Imreh wrote: > > > > The IMHO best would be a d-bus > > interaction with the userspace software, because it will put t

Bitbake - is it possible to specify which fetcher to use?

2009-01-10 Thread Leonti Bielski
Hello! I'm trying to build kernel using bitbake. I'm behind proxy, so I made a mirror http://repo.or.cz/r/om-kernel.git Now comes the problem - if I modify linux-openmoko-devel_git.bb like this: SRC_URI = "http://repo.or.cz/r/om-kernel.git;protocol=http;branch=andy-tracking"; bitbake uses wget to

Re: Future of location services on OM

2009-01-10 Thread Al Johnson
On Saturday 10 January 2009, Gergely Imreh wrote: > Hi, > > I was wondering if there's any plan, what kind of gps positioning / > location discovery services the OM should have or will have? > Right now, as much as I see there are a number of ways: the 2008.x > releases have gpsd, the FSO has g

Re: Future of location services on OM

2009-01-10 Thread Ludwig
> > > When checked Android, they have a few interesting features in the > positioning area. I think they have their own GPS hardware interfacing > and interpretation, which is then supplied to the userspace. Also, > they have a number of different location providers, like the gps > satellites, GSM