barbeau
commented
4 years ago @Mikaela Thanks, this is a good idea. It could also cover displaying the info:
- GNSS and SBAS detailed info - More detailed stats for each constellation, including counts of satellites with almanac and ephemeris data and used, https://github.com/barbeau/gpstest/issues/365, https://github.com/barbeau/gpstest/issues/438
- Errors in data
- CF errors (https://github.com/barbeau/gpstest/issues/295)
- Satellites that are shown in list without alamanc or ephemeris data but with elevation and azimuth (https://github.com/barbeau/gpstest/issues/365#issuecomment-582048206)
- Satellites without C/N0 or almanac or ephemeris (see above)
- GPS week number rollover issue (https://github.com/barbeau/gpstest/issues/369)
- NMEA DTM datum, geoid offset and altitude MSL (ortho height) errors - see #503 and https://github.com/barbeau/gpstest/issues/527
- Disagreements between GnssStatus and raw meaurements APIs for CF - see https://github.com/barbeau/gpstest/issues/538
- Disagreements between dual frequency signals on almanac and ephemeris from same satellite
- Support for:
- dual-frequency - including number of dual-frequency satellites in view and used - https://github.com/barbeau/gpstest/issues/265
- raw measurements
- navigation messages
- inject time
- inject XTRA data
- Vertical accuracy - see https://github.com/barbeau/gpstest/issues/442
- GnssAntennaInfo
- carrier-phase via
getAccumulatedDeltaRangeMeters()API data is valid (https://github.com/barbeau/gpstest/issues/421). Showing the human readable constant values like ADR_STATE_HALF_CYCLE_RESOLVED instead of the raw integer values would also be helpful. - automatic gain control
- hardware clock
- Device info:
GNSS satellite blacklist info (doesn't seem to be accessible by apps?)- GNSS hardware year, which is currently buried in the Help section. See https://developer.android.com/reference/android/location/LocationManager#getGnssYearOfHardware()
- GNSS hardware model name - https://developer.android.com/reference/android/location/LocationManager#getGnssHardwareModelName()
- Requested vs. avg actual location update rate (e.g., if you request
minTime=.5s, but it updates every second. - SafetyNet pass/fail - or some other way to tell if you're running an official build
- System version info (Android API, build names, etc.)
The caveat here is that Android APIs only tells applications about satellite properties in view of your device right now - there isn't any way to query general support for satellites. So, for example, if your device hardware and software supports QZSS, but you're not in a location where QZSS satellites are visible, GPSTest has no way of knowing that your device supports QZSS.
But a simplified view of what the device supports based on satellites currently in view is a good idea.
An example of another app that has a simplified view of device info is https://play.google.com/store/apps/details?id=com.eu.nsl.gnsscheck
stale[bot]
Mikaela
Summary:
I wish the Status or a similar tab told me which GNSS my phone supports directly saying yes/no.
E.g.:
Steps to reproduce:
Open GPS Test for the first time without reading much about GNSS with question whether your phone supports Galileo or not. Even better test may be giving your phone with GPSTest open and asking them to quickly tell you what navigation systems the phone support.
Expected behavior:
Anyone is able to quickly/easily tell what GNSS the phone supports.
Observed behavior:
I see my location & technical information I don't entirely understand. I see ID, GNSS/flags etc.
As I only see the US flags (and satelite IDs 7 8 10 13 15 16 20 21 26 27 29 30), after thinking about this and reading for some time I understand that my phone only supports GPS (and not Galileo which I understand to be having service disruption, but due to comparing with someone else online I know that the satelites appear within the app regardless). Due to my phone being low end device marketed to developing countries I am not particularly surprised.
Device and Android version: