This session is from an Apple Watch Series 5, recorded whilst Wingfoiling.
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). Significant 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 8 m/s (approximately 16 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 quite possible that the fastest speeds were actually spikes.
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).
The worst speed accuracy estimate was over 3 m/s (over 6 knots) and was recorded at around point 2007. This was almost certainly a submersion during a fall / crash and the speed at this time should be deemed invalid.
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 0.27, mean is 0.29 and σ is 0.19.
As mentioned earlier, the worst speed accuracy estimate was over 3 m/s (over 6 knots) and was recorded at around point 2007. This was almost certainly a submersion during a fall / crash and the speed at this time should be deemed invalid.
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: