Hendrik Siedelmann wrote:
[...]
Yes, I too think it would be useful for a longer period. In a time of
3-5 seconds one could propably get away with simply projecting the
route at signal loss with constant speed. And I think navit snaps to
streets anyway, so it wouldn't matter if its off by a
maybe this can be of help:
http://openbossa.indt.org/carman/index.html
it interfaces with the car
On Tue, Jan 27, 2009 at 10:53 PM, Hendrik Siedelmann
hendrik.siedelm...@googlemail.com wrote:
2009/1/27, Helge Hafting helge.haft...@hist.no:
Gunnar Aastrand Grimnes wrote:
This page does:
Gunnar Aastrand Grimnes wrote:
This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals
Noise is around 3cm/s^2, i.e:
It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation
of the phone is known.
Not enough for a 4km tunnel then, which is 3 min when going
2009/1/27, Helge Hafting helge.haft...@hist.no:
Gunnar Aastrand Grimnes wrote:
This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals
Noise is around 3cm/s^2, i.e:
It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation
of the phone is known.
Not enough
Hendrik Siedelmann wrote:
Get higher gps accuracy using accelerometer data (or use it when driving
through a tunnel) would be a nice example.
That'd be interesting. Do anyone know the precision of the
accelerometers? Assuming, of course, that one has a car mount so the
phone has a known
This page does: http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals
Noise is around 3cm/s^2, i.e:
It can fill in _short_ - 3-5s gaps in GPS coverage, if the orientation
of the phone is known.
Helge Hafting wrote:
Hendrik Siedelmann wrote:
Get higher gps accuracy using accelerometer
On Monday 26 January 2009, Helge Hafting wrote:
Hendrik Siedelmann wrote:
Get higher gps accuracy using accelerometer data (or use it when driving
through a tunnel) would be a nice example.
That'd be interesting. Do anyone know the precision of the
accelerometers? Assuming, of course, that
should decide screen orientation
based on focused app. In short, there's no need for daemon, cause the only
software which talks directly to proposed daemon is actually window manager.
--
View this message in context:
http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers
VirtuAlex wrote:
the window manager should dispatch accelerator events
I meant accelerometer events.
--
View this message in context:
http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers--tp2145087p2157147.html
Sent from the Openmoko Community mailing list archive
On Wed, Jan 14, 2009 at 3:40 PM, VirtuAlex virtua...@linuxoid.net wrote:
Fully exclusive access is not a solution. It just defeats the purpose of
multitasking. Actually I think the window manager should dispatch
accelerator events, like it dispatches the mouse events. Only focused
application
Fully exclusive access is not a solution. It just defeats the purpose of
multitasking. Actually I think the window manager should dispatch
accelerator events, like it dispatches the mouse events. Only focused
Okay, that's basically what I meant with deamon. A piece of software that's
Rui Miguel Silva Seabra wrote:
Hi,
omnewrotate is quite blind to what is running.
If you have an application which uses accelerometers you are much better
off not running omnewrotate at the same time, regardless of solving the
monopolization problem.
Imagine it is solved:
If
Hi all,
I plan to have a toggling script for use in the desktop icon, instead of
a starter script.
This is the sort of thing that might be useful to have on the illume top
shelf. autototate on/off, and rotate now when auto is off.
Rotation is useful with maps. It depends on what the
On Tue, Jan 13, 2009 at 11:00:02AM +0100, Helge Hafting wrote:
Rui Miguel Silva Seabra wrote:
Hi,
omnewrotate is quite blind to what is running.
If you have an application which uses accelerometers you are much better
off not running omnewrotate at the same time, regardless of
i'm just responding to confirm that some apps also don't work
correctly with omnewrotate installed
mokoeightball is one of them;
after installing omnewrotate and rebooting, shaking the phone does not
work with mokoeightball
apps like the ledclock (http://www.opkg.org/package_104.html) displays
by
small correction; in ledclock one can override the rotation
On Tue, Jan 13, 2009 at 1:05 PM, Yorick Moko yorickm...@gmail.com wrote:
i'm just responding to confirm that some apps also don't work
correctly with omnewrotate installed
mokoeightball is one of them;
after installing omnewrotate
Yes, ledclock works fine if you disable rotation.
On Tue, Jan 13, 2009 at 01:08:24PM +0100, Yorick Moko wrote:
small correction; in ledclock one can override the rotation
On Tue, Jan 13, 2009 at 1:05 PM, Yorick Moko yorickm...@gmail.com wrote:
i'm just responding to confirm that some apps
and therefore allow the original
rotation-software to reactivate reliably.
How about running two apps then, if they're both using accelerometers and
each requires its own orientation?
--
View this message in context:
http://n2.nabble.com/Conflict-when-several-apps-use-the-accelerometers
How about running two apps then, if they're both using accelerometers and
each requires its own orientation?
Perhaps a Accelero-Deamon? Applications could register for receiving,
probably even already pre-processed, events. And an application could also
request exclusive access in which case
Is it possible to let several apps use the accelerometers, similiar to
how several apps may share the gps unit?
I noticed that omnewrotate seems to monopolize the accelerometers,
so openmoocow and duke can't use them. Omnewrotate is
useful to have, and there will probably be more games using the
On Monday 12 January 2009, Helge Hafting wrote:
Is it possible to let several apps use the accelerometers, similiar to
how several apps may share the gps unit?
I noticed that omnewrotate seems to monopolize the accelerometers,
so openmoocow and duke can't use them. Omnewrotate is
useful to
On Mon, Jan 12, 2009 at 11:42:37AM +0100, Helge Hafting wrote:
Is it possible to let several apps use the accelerometers, similiar to
how several apps may share the gps unit?
I noticed that omnewrotate seems to monopolize the accelerometers,
so openmoocow and duke can't use them.
22 matches
Mail list logo