| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Dates past 18-Jan-2038 break 32-bit time_t, and are a while
off from now. So roll the GPS epoch back to 1 when week
is past week 968 in epoch 2 (late in 2037).
This fixes one GREIS regression, and allows the rollback of two
more to their correct date.
All regressions now pass again. Until 2037...
|
|
|
|
|
| |
The GPS Roll over puts the times in the current epoch. Nothing
to worry about.
|
|
|
|
| |
Wow, all these various computations of epx/epy, all different...
|
|
|
|
|
|
|
|
| |
Try to do it with forward and backward compatibility, which is
challenging with current miscojson.
Sometimes epe was used to 2D estimated erro. Sometimes for 3D error.
So make it explicit eph is 2D, and sep is 3D.
|
|
|
|
| |
Odd that it was never there before...
|
|
|
|
| |
Require time, epx and epy. Optional epv.
|
|
|
|
| |
Ouput time as blank.
|
| |
|
|
|
|
| |
...Get 'scons check' to work with test/daemon/ntrip_sourcetable.log
|
|
|
|
| |
The GREIS->gnssid:svid looks different than the u-blox->gnssid:svid.
|
|
|
|
|
| |
This macro was wrong, and causing valid sats to not be included in
the COP calculations.
|
|
All functional changes inside "#ifdef GREIS_ENABLE"
Includes new regression tests. All regressions tests
pass.
Developed by Gregory Fong, with help and support from
Virgin Orbit.
Signed-off-by: Gary E. Miller <gem@rellim.com>
|