Re: openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
On 10/23/09, Baruch Even bar...@ev-en.org wrote: Yorick Moko wrote: when trying to install i get: r...@om-gta02 ~ $ opkg install http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk Downloading http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk Installing openbmap-locator (0.1) to root... preinst script returned status 1 Collected errors: * Aborting installation of openbmap-locator I released 0.1.1 at http://www.opkg.org/package_295.html Baruch thanks for releasing it Baruch I am however unable to run it: r...@om-gta02 ~ $ openbmap-locator Using **pending_return in dbus_connection_send_with_reply_setup() without pending_setup is deprecated and strongly discouraged Aborted maybe i'm missing something? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
Is there already a way to trick ogpsd into using the openbmap-locator dbus interface? or is that still future research/improvement? Not that I know of. I managed to use a configuration for fso-gpsd to use openbmap-locator but there is nothing that can merge the two signals and use the better one that is available. I think it's time to either start using geoclue or add a location API in FSO that takes different location providers into account. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
2009/10/23 Baruch Even bar...@ev-en.org:
Alex (Maxious) Sadleir wrote:
2009/10/23 Onen onen...@free.fr:
Baruch Even wrote:
Alex (Maxious) Sadleir wrote:
As Baruch said, you must be online, and I add you must send your GSM
data (and as such your position) to a third party.
Local service on the phone as openBmap-locator from Baruch is the right
way to go for performance, easiness, and privacy.
I look forward to this :)
Search for openbmap-locator, it already exists. Though it's still
somewhat limited.
I have tried it successfully but wasn't sure if you wanted to draw
attention to it yet. I did run into a couple of issues compiling on
shr-unstable (I haven't setup a crosscompiling environment yet) so I
can document the process I took here:
- when the autogen.sh asked for autoreconf, I got autoconf and
automake from angstrom (glibc)
ie.
autoconf_2.63-r0.3_armv4t.ipk
automake_1.9.6-r0_armv4t.ipk
gnu-config_0.1+cvs20050701-r5.3_armv4t.ipk
m4_1.4.8-r0_armv4t.ipk
- did not find any ipks for vala, compiled vala 0.7.7 from source
(took ages, I left it for a couple of hours and came back and it was
done so it might not actually take hours).
- automake in angstrom isn't new enough and it doesn't have the vala
macro (warning: macro `AM_PROG_VALAC' not found in library in
autogen.sh). compiled from source (automake-1.11) again.
- installed libsoup-2.4-1 and libsoup-2.4-dev via opkg install
- usual configure/make/make install
- run openbmap-locator in the background
- tested with mdbus -s org.openBmap.location
/org/openBmap/location/Gypsy
org.freedesktop.Gypsy.Position.GetPosition (the -s wasn't present in
the readme)
The accuracy even on the primitive algorithm was ok (still within
1-2km of actual position).
I've weighted average cell positions by max radius and signal strength
before and they seemed more accurate - but that technique is quite
naive anyway (sometimes a far off cell would skew the results).
Certainly, if anybody has an idea for a cell location algorithm, this
is a good app to test it with.
I also tend to get (0, 0, 0.0, 0.0, 0.0) sometimes when I check many
times in a row which probably isn't the fault of openbmap-locator
because looking at the FSO result for neighbouring cells at those
times returns results such as:
{ 'arfcn': 77,
'bsic': 49,
'c1': 22,
'c2': 22,
'cba': 0,
'cbq': 0,
'cid': '',
'ctype': 2,
'foffset': 1462111,
'lac': '0A40',
'rac': 0,
'roffset': 0,
'rxlev': 24,
'rxlevam': 2,
'timea': 84,
'toffset': 0}
ie. Results where the cellID = (sometimes for serving cell even
when the FR display shows full signal strength). Perhaps
openBmap-locator needs to collect a couple of results in a row if it
doesn't already.
Is there already a way to trick ogpsd into using the openbmap-locator
dbus interface? or is that still future research/improvement?
Thanks for your work so far! Thanks to Onen and Nick for keeping openBmap going!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
Yorick Moko wrote: when trying to install i get: r...@om-gta02 ~ $ opkg install http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk Downloading http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk Installing openbmap-locator (0.1) to root... preinst script returned status 1 Collected errors: * Aborting installation of openbmap-locator The preinst script is missing an exit 0 at the end. I need to release a minor version that fixes that but I've been digressed with web-manager and another project I'm working on. I'll do it in a couple of days. You could try to force the installation in the meantime, maybe there is an opkg option to do it. Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
Alex (Maxious) Sadleir wrote: 2009/10/23 Baruch Even bar...@ev-en.org: Alex (Maxious) Sadleir wrote: 2009/10/23 Onen onen...@free.fr: Baruch Even wrote: Alex (Maxious) Sadleir wrote: As Baruch said, you must be online, and I add you must send your GSM data (and as such your position) to a third party. Local service on the phone as openBmap-locator from Baruch is the right way to go for performance, easiness, and privacy. I look forward to this :) Search for openbmap-locator, it already exists. Though it's still somewhat limited. I have tried it successfully but wasn't sure if you wanted to draw attention to it yet. I wasn't planning to but since there was a mention already and the code is out there I saw no reason to hide it. The accuracy even on the primitive algorithm was ok (still within 1-2km of actual position). It depends on the difference between where the cells were measured from and where you are. I have a testcase where I measured the data on a train and then look for my location on that train, in that case it's near perfect :-) but normally I expect this algorithm to be not so accurate. But it works to give a rough location. I've weighted average cell positions by max radius and signal strength before and they seemed more accurate - but that technique is quite naive anyway (sometimes a far off cell would skew the results). Certainly, if anybody has an idea for a cell location algorithm, this is a good app to test it with. The work needs to progress in two related directions, estimating cell positions and estimation mobile position based on that. I also tend to get (0, 0, 0.0, 0.0, 0.0) sometimes when I check many times in a row which probably isn't the fault of openbmap-locator because looking at the FSO result for neighbouring cells at those times returns results such as: [snipped] ie. Results where the cellID = (sometimes for serving cell even when the FR display shows full signal strength). Perhaps openBmap-locator needs to collect a couple of results in a row if it doesn't already. Known issue but I was hurrying to get something out so I ignored it. Is there already a way to trick ogpsd into using the openbmap-locator dbus interface? or is that still future research/improvement? Not that I know of. I managed to use a configuration for fso-gpsd to use openbmap-locator but there is nothing that can merge the two signals and use the better one that is available. Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
Yorick Moko wrote: when trying to install i get: r...@om-gta02 ~ $ opkg install http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk Downloading http://cloud.github.com/downloads/baruch/openbmap-locator/openbmap-locator_0.1_armv4t.ipk Installing openbmap-locator (0.1) to root... preinst script returned status 1 Collected errors: * Aborting installation of openbmap-locator I released 0.1.1 at http://www.opkg.org/package_295.html Baruch ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openBmap-locator (was Re: Ericsson releases free cell-id lookup API)
Alex (Maxious) Sadleir wrote: ie. Results where the cellID = (sometimes for serving cell even when the FR display shows full signal strength). Perhaps openBmap-locator needs to collect a couple of results in a row if it doesn't already. Good point. My logger filters such LAC/CID with value. But the locator may need sth this way. Or perhaps a DBus signal, upon serving value changes. Another idea is to keep an history of the values. This way, you may increase accuracy even without neighbour cells (not available on every phone). Thanks for your work so far! Thanks to Onen and Nick for keeping openBmap going! Thanks to Baruch for his nice work, and of course to all the data contributors who keep us going! And thank you for the nice comments ;-) Onen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
