Select to expand quote
boardsurfr said..
The u-blox artifacts you describe are what happens at the start of a crash, when the GPS looses reception. Those can sometimes be a problem because the error estimates can increase quite slowly. But u-blox data also can have artifacts more similar to the ones you describe when regaining reception ... but easily caught with three different filters (acceleration, sats, and accuracy estimate). With 2 boom mounted loggers, such artifacts are quite common when taking breaks in a session, so that one of the units is submerged for a little while.
What you describe is consistent with what I have seen when analysing all of the data collected from Weymouth Speed Week. The re-acquisition errors are typically when people are inside the main building throughout the day, but there were a couple of instances on the water. Of course, these anomalies don't impact the competition results because they are not on the course and also excluded by the standard filters. I have also seen the GT-31 exhibit spikes after signal re-acquisition on rare occasions, which I found by searching the entire history of WSW data. I have a collection of spikes from various devices with summary charts on GitHub -
logiqx.github.io/gps-spikes/If looking at the WSW data, bear in mind that some riders drive to a launch spot, hence some legitimate 50+ knot speeds. I identified the actual spikes using a variety of standard filters, combined with some geo-fencing.
Select to expand quote
boardsurfr said..
That does not exactly install confidence in COROS. BTW, have you ever been able to get speed error estimates out of COROS fit files? The GPS3 web site still says it should be present, but then, they are also selling Coros watches.
Accuracy estimates aren't present in the FIT files produced by COROS. The extras in their FIT exports are sats, HDOP and COG. I located "confidential" documentation for the Sony chipset on GitHub and it only produces the standard NMEA outputs, no hAcc or sAcc metrics. As an aside, hAcc can potentially be a useful proxy for sAcc when chipsets produce positional accuracy estimates, but not speed estimates. The correlations are pretty easy to see in the summary charts in my "gps-spikes" repo.
With regards COROS in general, I've documented the issues that I am aware of on GitHub. I don't know what (if anything) has been done within their dev team, other than internal discussions and reviews of the list. I think it is safe to say that attention to detail is not their forte -
github.com/Logiqx/gp3s-coros/issuesIn other news, I've just ordered myself a FR 255 to accompany my APEX 2 Pro and Motion Mini. I'm looking forward to seeing my last NM, best hour and alpha results whilst on the water, thanks to GPSTC v4. Doing some track analysis will also be a secondary "fun" bonus.