[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] RFC: GPSd on Android as a system service
From: |
Gary E. Miller |
Subject: |
Re: [gpsd-dev] RFC: GPSd on Android as a system service |
Date: |
Mon, 6 May 2019 15:35:39 -0700 |
Yo Adam!
On Mon, 06 May 2019 18:29:48 -0400
Adam Serbinski <address@hidden> wrote:
> >> >> When we have an elevation of -91, and an ss > 0, it means that
> >> >> we are actually seeing a signal from that SV, but haven't YET
> >received
> >> >> almanac or ephemeris for it.
> >> >
> >> >No. Absolutely nothing in the u-blox doc to support that. Many
> >> >have looked for it many times.
> >>
> >> Do you mean aside from page 285 of the ublox 8 doc in the
> >> UBX-NAV-SAT description where it says specifically "Elevation
> >> (range: +/-90), unknown if out of range"?
> >
> >No. A single negative stataement on -91 is not enough for me. And
> >there are multiple ways the u-blox 8 (the only GPS that does this)
> >can report elevation and azimuth. They all say similar.
>
> The unknown is part of the field and applies specifically to that
> field, not to the rest of the packet.
Agreed.
> If you don't believe me, you can always check the flags in the same
> packet. The qualityInd bits will tell you very specifically if there
> is an actual signal independent of using, you know, the actual signal
> strength.
Yes, it matches. Not useful.
None of that tells us what -91 means. No point passing on meaningless
data.
> >The NMEA doc also says do not pass on invalid data.
>
> Even if the data was invalid, this isnt NMEA.
True, but once again, gpsd is trying to bring consistency, not chaos.
> >BTW, this is better handled on gpsd-dev, where it has been discussed
> >before.
>
> Apologies, my email client likes to reply to you.
"A poor workman that blames his tools."
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
pgpC7X0qaIycF.pgp
Description: OpenPGP digital signature
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, A.S., 2019/05/02
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Gary E. Miller, 2019/05/02
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Adam Serbinski, 2019/05/02
- Message not available
- Message not available
- Message not available
- Message not available
- Message not available
- Message not available
- Message not available
- Message not available
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Adam Serbinski, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service,
Gary E. Miller <=
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, A.S., 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Gary E. Miller, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, A.S., 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Gary E. Miller, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Adam Serbinski, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Gary E. Miller, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Adam Serbinski, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Gary E. Miller, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Adam Serbinski, 2019/05/06
- Re: [gpsd-dev] RFC: GPSd on Android as a system service, Gary E. Miller, 2019/05/06