[FSO/SHR] ogpsd/fso-gpsd: can't get 4Hz sample rate
ed at kapitein.org
Fri May 15 11:02:14 CEST 2009
Vasco Névoa wrote:
> Citando Helge Hafting <helge.hafting at hist.no>:
>> Having the framework _managing_ the gps (turn on/off, configure,...) is
>> fine. But why regenerate the data, what is wrong with pass-through? The
>> more cpu work, the more delays. And the gps may very well be used for
>> real-time purposes. And of course, 100% of the cpu is not available, so
>> it is hard to know how much extra work is "too much".
>>> You could try uninstalling fso-gpsd, installing "normal" gpsd and
>>> somehow persuading frameworkd to not touch the gps (don't konw if
>>> setting the GPS to off is enough...)
>> And the ideal fix would be framework support, so you just tell it you
>> want 4HZ updates and from then on you get that.
> Helge, you're quite right, but gpspipe is a legacy application, and
> the preferred way is to sit on the DBUS interface for signals.
> I'm just using gpspipe because I already had a nice script to import
> data in NMEA format. ;)
> I suppose the FSO people will "strongly suggest" that users stick to
> the DBUS instead of consuming NMEA text, and that's what makes sense
> (even according to your own optimization rationale). So, asap, I'm
> going to code my app in python to use DBUS and avoid all this NMEA
> nonsense from the start.
> But the problem remains: ogpsd does not accept more than one position
> change per second.... and so I opened the ticket.
> Openmoko community mailing list
> community at lists.openmoko.org
Does anyone know a program/script that converts the dbus messages to gpx
Now i us gpspipe to get nmea and gpsbabel to create gpx files.
View this message in context: http://n2.nabble.com/-FSO-SHR--ogpsd-fso-gpsd%3A-can%27t-get-4Hz-sample-rate-tp2884445p2906733.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
More information about the community