summaryrefslogtreecommitdiff
path: root/test/daemon/motorola-t805.log.chk
Commit message (Collapse)AuthorAgeFilesLines
* Split epe into eph and sep.Gary E. Miller2019-03-221-31/+31
| | | | | | | | 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.
* driver_nmea0183: xxRMC: Stop reporting missing fields as zero.Gary E. Miller2019-03-181-13/+13
| | | | lat/lon/track/etc.
* driver_nmea0183: Have xxGGA set time and mode.Gary E. Miller2019-03-181-7/+24
|
* driver_nmea0183: xxGLL,V now sets MODE_NO_FIX.Gary E. Miller2019-03-141-1/+1
| | | | Better detection of NO FIX state.
* driver_nmea0183: Be more aggressive reporting NO_FIX in GPRMC.Gary E. Miller2019-03-141-0/+7
| | | | | Fixes long standing complaints that gpsd freezes instead of reporting NO FIX.
* Drop the obsolete tag field from JSON output. Bump the minor protocol number.Eric S. Raymond2014-08-241-17/+17
| | | | | | | Required a regression-test rebuild, of course. The field is still set by the TSIP and SiRF drivers; the SiRF driver actually uses it. It may be possible to eliminate the TSIP uses, but so far attempting this has produced odd regression-test failures.
* Emit "mode" before its dependent attributes in TPV, and timestamps with .3f.Eric S. Raymond2011-03-221-17/+17
| | | | Required a regression-test rebuild.
* Timestamps in TPV and SKY go from float seconds since Unix epoch to ISO8601.Eric S. Raymond2011-01-291-16/+16
| | | | | | | | Protocol version number is bumped. Python and C test clients are known to work; interfaces of the C and Python client bindings are unchanged. Third-party client-side bindings which rely on naively copying JSON members will break (implementers have been repeatedly warned not to do this).
* This commit resolves the time overflows in the rgm3800 and mkt3301.Eric S. Raymond2009-12-041-9/+2
| | | | | | | | | | | These were causing port problems on systems with 32-bit time. It turns out the problem was with the assumption that these devices always deliver a valid time in $GPRMC. They don't when the navigation warning bit (second field 'V') is on! The NMEA driver now knows. Also, the code now contains a sanity check - it will log a complaint if it sees a date moere than a year in the future. This invariably indicates some driver-level problem with time extraction.
* There are client library tests now, so rename the 'stable' directory...Eric S. Raymond2009-11-301-0/+74
...to something more descriptive.