the openBmap database located on the phone,
to get location ( I have a quick look at rocinante, it seems you guys
already built something for use inside TangoGPS. Would be nice :-) ).
Use neighbour cells to increase precision.
* move all of this into Tichy?
Onen
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
ichy plugin which provides GSM location,
* one plugin which consumes it.
But this was only a first raw thinking. For a much later time.
My main point was providing a GSM location service, embedded in the
phone. I love my privacy (no need to ask any third party on the Internet
where I am located ;-)), and my battery (GSM is on all the time anyway,
GPS needs quite a lot of power, plus waiting for the fix).
Nick has a lot of other ideas...
Regards,
Onen
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
position.
As Nick pointed to me, use neighbour cells to build the database brings
a risk of enlarging quite a lot the cells diameter, thus nullifying the
benefit from using more cells at a time.
Onen
Joel Newkirk wrote:
>
> I was contenplating (and proposed via ML, IIRC) some ti
the user interface part. I would put none of the above
> into it. That's what we have the framework for.
>
Did not know that tichy was thought for user interface only. Thanks for
clarifying.
Onen
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
Michael 'Mickey' Lauer wrote:
> Am Thursday 15 January 2009 22:52:40 schrieb Onen:
>
>> To be sure of the tuple I log, I
>> prefer to get everything in a single shot. Moreover, I prefer to receive
>> signals instead of calling monitor methods every time I want
Michael 'Mickey' Lauer wrote:
> Am Monday 19 January 2009 18:13:41 schrieb Onen:
>
>> Michael 'Mickey' Lauer wrote:
>>
>>> Am Thursday 15 January 2009 22:52:40 schrieb Onen:
>>>
>>>> To be sure of the tuple I log,
__.py
To do this, we simply add these exact path and files in the directory we
use for building the ipk.
Hope this helps,
Onen
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
Hi,
Stefan Schmidt wrote:
> On Sat, 2009-04-04 at 15:03, Onen wrote:
>
>> Another point is the other signals than GSM. Our initial vision was to
>> build a database of communicating objects, WiFi, Bluetooth, etc...
>>
>
> Can anybody give me some idea
Timo Juhani Lindfors wrote:
> Onen writes:
>> A reason why BT may still last over WiFi may be the power needed to
>> have BT on in comparison of WiFi, don't you think?
>
> What about digital radio broadcasting stations or RDS information from
> regular radios?
&
rong enough
to make sense, and try to correlate all of this to refine the final
position.
Onen
___
devel mailing list
devel@lists.openmoko.org
https://lists.openmoko.org/mailman/listinfo/devel
asurement
> report.
>
That is our original vision.
> Also please take a look at:
> http://lwn.net/Articles/304218/ and http://lwn.net/Articles/325016/
>
I am an OpenStreetMap contributor, and knew all of this when we started
the project. St
you are interested in any of these.
If this was not the kind of apps you had in mind, then sorry for the
noise ;-)
Onen
Denis Ceh wrote:
> Hi!
>
> I am new here and i would like to help you to develop OM. For the first
> step i would like to make translation of applications
12 matches
Mail list logo
