Hal Murray wrote:
GPGGA has one added benefit: If you turn on clockstats you get a log of
the current position every second, this is perfect input for a
statistical averaging of the current antenna position. :-)
It doesn't have the date.
GPRMC is the only one I know of with both time and
On Thu, May 6, 2010 at 17:36, unruh un...@wormhole.physics.ubc.ca wrote:
The funny thing is that the exact date is provided by e.g. the SHM
refclock driver, but the year information is intentionally discarded
when the timestamp propagates up towards the NTP core code. Then the
code does all
Kalle Pokki kalle.po...@iki.fi wrote:
Yes, but reference clock drivers don't use the ntp timestamp. Take a
look at e.g. the SHM driver. There
Is this piece of code something that our friend does not want to change
because he believes it is doing the right thing? Or is it merely badly
written
Rob wrote:
Kalle Pokki kalle.po...@iki.fi wrote:
Yes, but reference clock drivers don't use the ntp timestamp. Take a
look at e.g. the SHM driver. There
Is this piece of code something that our friend does not want to change
because he believes it is doing the right thing? Or is it
Andy Helten andy.hel...@dot21rts.com wrote:
Rob wrote:
Kalle Pokki kalle.po...@iki.fi wrote:
Yes, but reference clock drivers don't use the ntp timestamp. Take a
look at e.g. the SHM driver. There
Is this piece of code something that our friend does not want to change
because he
Rob wrote:
With such an attitude against change, it often surprises me that there
hasn't been a major fork of ntpd yet.
It's an infrastructure component with no user interface for the normal
user. Forked products tend to have significant user interfaces.
Rob wrote:
Andy Helten andy.hel...@dot21rts.com wrote:
Rob wrote:
Kalle Pokki kalle.po...@iki.fi wrote:
Yes, but reference clock drivers don't use the ntp timestamp. Take a
look at e.g. the SHM driver. There
Is this piece of code something that our friend does not want to change