This session is from an Apple Series 8 45 mm Cellular, recorded whilst Kiteboarding.
This graph illustrates the difference between speeds calculated by software using latitude + longitude (shown in blue), versus speeds calculated by the GNSS receiver itself (almost certainly) using the Doppler observables (shown in orange). Large spikes are clearly evident in speeds calculated from latitude and longitude (shown in blue), especially after a crash / fall.
Note: The units used for speeds are m/s but you can estimate the speed in knots by doubling the m/s.
Ignoring occasions when the Doppler-derived speed is < 5 m/s (approximately 10 knots) several of the larger spikes in speeds calculated from latitude and longitude disappear, likely due to submersions of the GNSS receiver. However, when those spikes are removed it is still clear that speeds calculated from latitude and longitude are often higher than the Doppler-derived speeds.
The Doppler speeds are quite plausible for this particular session, peaking at around 15 m/s (approximately 30 knots). Without having a trusted device as a benchmark, little can be said about the actual accuracy and thus the simple statement “plausible”.
During this session it is almost certain that the fastest speed was actually a spike.
It has already been observed that crashes / falls will often cause spikes when speeds are calculated by software using latitudes and longitudes. It should be noted that Doppler speeds are generally far more robust than the speeds calculated from latitudes and longitudes, but they can (and will) be prone to inaccuracies when the tracking of GNSS signals is impaired.
The most common causes of accuracy issues affecting the Doppler-derived speeds will usually be the result of a submersion. This can be observed in the graph below, showing that speed (in)accuracy estimates are most affected during a fall / crash. These are almost certainly being caused by submersions, when the GNSS signal tracking is severely impaired (or lost entirely).
To see how the speed (in)accuracy estimates can be affected during crashes / falls take a look at the graph below, which compares the speed accuracy estimate at all times, versus when the speed is over 5 m/s (approximately 10 knots).
The chart shows how the speed accuracy estimate is relatively stable under normal circumstances, such as when on the rider is travelling at a speed in excess of 5 m/s (approximately 10 knots).
Note: The use of 5 m/s is somewhat arbitrary but works well for the purposes of this illustration.
It is possible to determine “typical” speed (in)accuracy estimates for this GNSS receiver when the rider is exceeding 5 m/s (approximately 10 knots). During this session the median speed accuracy estimate is 1.27, mean is 1.26 and σ is 0.30.
It should be noted that there are a fairly significant number of occasions where the speed accuracy estimate is worse than normal, between 1.5 m/s and 2.0 m/s (roughly 3 to 4 knots).
There is perhaps a question of how this device was being worn, or whether the cellular capability is affecting the GNSS performance?
The highest speed reported during the session was around 15 m/s (roughly 30 knots), but it appears likely that it is a spike. It is very much an outlier when compared to the typical speeds average around 4 or 5 m/s (roughly 8 to 10 knots).
The variability in the speed accuracy estimate in the track is somewhat unusual and exceeds 1.5 m/s at the top speed. The track is quite hard to assess for accuracy due to the relatively low speeds and variability in speed accuracy estimates.
A speed accuracy filter of 1.5 m/s is probably quite useful for this session.
This is a very brief piece of analysis for a single session which serves to illustrate some key points. It is by no means a comprehensive analysis and it does not compare this specific device against a known / reliable benchmark device.
However, simple takeaways are as follows: