Sounds good. I wonder what the trade-off is between implementing
something like this from scratch for GTA04, and trying to integrate an
existing partial solution such as GeoClue?
hi neil,
as far as I understand geoclue comprises a communication between a provider
and your phone, so that
hi daniele,
maybe you can help me with your code: what I get
import dbus
from dbus.mainloop.glib import DBusGMainLoop
DBusGMainLoop(set_as_default=True)
bus = dbus.SystemBus()
gsm_device_obj = bus.get_object( 'org.freesmartphone.ogsmd',
'/org/freesmartphone/GSM/Device' )
gsm_cell_monitor =
Question: Is is possible to do cell-based location with an de-activated
SIM ?I recall that many phones will allow for an Emergency Call (911
in North America) without an active subscription. Can the Cell ID (CID)
be obtained on the GTA02 in such a situation ?
-Pascal
On 06.11.2012 13:52, Pascal Gosselin wrote:
Question: Is is possible to do cell-based location with an
de-activated SIM ?I recall that many phones will allow for an
Emergency Call (911 in North America) without an active subscription.
Can the Cell ID (CID) be obtained on the GTA02 in such a
On Mon, 5 Nov 2012 16:01:21 + (UTC)
robin spielr...@web.de wrote:
Hi,
I wanted to give the GSM location a try. So what I would like to
acchieve in the end is:
0. GPS off
1. GSM Cells are detected
2. Triangulation takes place (I don't know yet if eg signal strength
is used) 3.
I guess one could split the whole thing in three parts so it would be adaptable
to both qtmoko and shr. I can only program in python and may add a sqlite data
base. having read a bit more about triangulation, the task will be much more
difficult than I though, but one will see. the three parts of
On 06.11.2012 11:37, robin wrote:
hi daniele,
maybe you can help me with your code: what I get
snip
dbus.exceptions.DBusException: org.freesmartphone.GSM.DeviceFailed:
OK
any ideas why the call does not work?
Because FSO supports getting the subsequent cell IDs, but the modem
does
not
so is there any other way to get this information?
also I think that the openbmap logger which worked nicely on my gta02
was somehow able to get the neighbouring cells. but I might be mistaken.
___
Openmoko community mailing list
2012/11/6 robin:
so is there any other way to get this information?
GetNeighbourCellInformation works on the GTA02, I used it
the following code works for me, I just checked it with SHR-20101205,
it used to work also on Debian but some update broke something, and I
can't get it to work with
thanks I will give that a try.
Does anyone know if there has been a major change with fso. I just installed
cellhunter on shr and when I hit the button to get the cell the console gives
while len(self.cell_la) 4:
TypeError: object of type 'dbus.Int32' has no len()
does anyone know about
2012/11/6 robin:
Does anyone know if there has been a major change with fso. I just installed
cellhunter on shr and when I hit the button to get the cell the console gives
while len(self.cell_la) 4:
TypeError: object of type 'dbus.Int32' has no len()
you can find a patched version here (I
regarding qtmoko v48 and fso. does installing and using fso to get cell
information mean that you fso then also takes over all the communication
with the modem (eg. calls, and so on)? or can the qt-system and fso live in
peace next to each other?
___
As in previous years there will be an open hard- and software
development and meeting workshop (http://www.ohsw.de) in
Munich, organized by local freaks coming from Zaurus, Openmoko,
OpenPandora, GTA04, etc.
Well, this time not really *in* Munich but in the town of Garching,
which is just nearby
robin spielr...@web.de writes:
Sounds good. I wonder what the trade-off is between implementing
something like this from scratch for GTA04, and trying to integrate an
existing partial solution such as GeoClue?
hi neil,
as far as I understand geoclue comprises a communication between a
On Tuesday 06 November 2012 15:29:52 mauve wrote:
On 06.11.2012 11:37, robin wrote:
hi daniele,
maybe you can help me with your code: what I get
snip
dbus.exceptions.DBusException: org.freesmartphone.GSM.DeviceFailed:
OK
any ideas why the call does not work?
Because FSO
Radek wrote at
https://github.com/radekp/qtmoko/commit/871fe7f2bd712311ff88f2ef9042eb3112d65b1a:
+ * Currently there is bug when generating qtopia_db.sqlite. As a result you
+ will se no icons in the application menu. As a workaround copy that db from
+ some older release:
+
+cp
On Tuesday, November 06, 2012 06:19:13 PM robin wrote:
regarding qtmoko v48 and fso. does installing and using fso to get cell
information mean that you fso then also takes over all the communication
with the modem (eg. calls, and so on)?
Yes, all the phone functions will use FSO dbus calls.
robin spielr...@web.de writes:
I guess one could split the whole thing in three parts so it would be
adaptable
to both qtmoko and shr. I can only program in python and may add a sqlite data
base. having read a bit more about triangulation, the task will be much more
difficult than I though,
On Tuesday 06 November 2012 08:09:58 robin wrote:
Sounds good. I wonder what the trade-off is between implementing
something like this from scratch for GTA04, and trying to integrate an
existing partial solution such as GeoClue?
hi neil,
as far as I understand geoclue comprises a
the patched version works nicely. thanks for pointing me there.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
does anyone know if the agps-onlinec works on SHR?
because then one could already make use of the location of the main cell
nearby to get the right coordinates for the assisted-gps query (one then
needs gprs/wlan though and an account with u-blox).
#!/bin/sh
echo 1
On Wednesday, November 07, 2012 07:28:41 AM robin wrote:
does anyone know if the agps-onlinec works on SHR?
because then one could already make use of the location of the main cell
nearby to get the right coordinates for the assisted-gps query (one then
needs gprs/wlan though and an account
22 matches
Mail list logo
