gpsd-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gpsd information showing as nan in application


From: Gary E. Miller
Subject: Re: Gpsd information showing as nan in application
Date: Thu, 26 Mar 2020 12:22:52 -0700

Yo Luke!

On Thu, 26 Mar 2020 13:09:45 -0600
Luke Hutchison <address@hidden> wrote:

> What are the heuristics used to detect cycle boundaries?

Wildly varying by driver.  Complicated by devices that emit NMEA
and binary.  Look in the driver code.

> Is it
> possible to improve these heuristics to work with a wider array of
> update behaviors?

With an infinite number of monkeys banging on keyboards for an
infinite amount of time: yes.

> There must be some simple heuristics

Simple, like the three body problem?

Feel free to try your hand at it.  Many have tried.  Progress is
slow.

And what do you optimize for?  Faster initial fix data?  Or only
complete fix data, but late in the cycle?  Work perfectly for one
set of messages, but fail totally for another?  You can't optimize
without an agreed success factor.

gpsd has a large stock of regression tests.  Make a change, try
"scons check".  See how easy it is.

Much easier to configure your receiver to play nice with gpsd than the
other way around.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
        address@hidden  Tel:+1 541 382 8588

            Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin

Attachment: pgphpcmnJpokf.pgp
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]