<div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">Hello FOSS-GPS,</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">I need some help computing error (accuracy) circles from RTKLIB.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">is R95 = 1.74 * sqrt(sdn**2 + sde**2) the correct formula for a 95%</div><div style="font-family:arial,sans-serif;font-size:13px">confidence interval accuracy metric?</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Background (sorry,long):</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">I am using RTKLIB to post-process track logs from a backpack-mounted</div><div style="font-family:arial,sans-serif;font-size:13px">rover against CORS/UNAVCO reference station data and would like to</div><div style="font-family:arial,sans-serif;font-size:13px">compute the error circle for each position in the result.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">My problem is that the error circles I'm computing look way too good</div><div style="font-family:arial,sans-serif;font-size:13px">to be true.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">We get successful positions, and they check well against both the</div><div style="font-family:arial,sans-serif;font-size:13px">onboard engine (u-blox NEO-7P) and other knowledge of the track.</div><div style="font-family:arial,sans-serif;font-size:13px">FYI, our application is mapping long-distance trails.  Volunteers carry</div><div style="font-family:arial,sans-serif;font-size:13px">custom loggers and make trail notes as they hike.  We record raw </div><div style="font-family:arial,sans-serif;font-size:13px">pseudorange and carrier information as well as the real-time points</div><div style="font-family:arial,sans-serif;font-size:13px">the onboard engine computes.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">I'm by no means a PNT expert, so please help me understand how most</div><div style="font-family:arial,sans-serif;font-size:13px">GPS device are calculating the error circle, or "accuracy" metric.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">I've been taking the 'sdn' and 'sde' values reported in the .pos file</div><div style="font-family:arial,sans-serif;font-size:13px">and using e.g.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">    RMSE = sqrt(sdn**2 + sde**2)</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">as the basic 2-dimensional metric and then scaling it by e.g</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">   R95 = 1.74 * RMSE</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">To get an R95 circle radius.  But the resulting values are so good</div><div style="font-family:arial,sans-serif;font-size:13px">that we don't really believe them.  We regularly see positions < 10 cm</div><div style="font-family:arial,sans-serif;font-size:13px">R95 which is not usual given a comparison to survey-grade receivers</div><div style="font-family:arial,sans-serif;font-size:13px">such as a Trimble GeoHex + Tornado antenna we have used in the past.</div><div style="font-family:arial,sans-serif;font-size:13px">Also the corresponding point from the NEO onboard engine will</div><div style="font-family:arial,sans-serif;font-size:13px">typically be in the 2+ meter range.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">We're post processing L1 carrier phase with rnx2rtkp 'kinematic',</div><div style="font-family:arial,sans-serif;font-size:13px">using IGS precise ephemeris and clock files and the reference station</div><div style="font-family:arial,sans-serif;font-size:13px">files from UNAVCO.  Our baselines are typically 3-30 km.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Interestingly we also get very small error numbers when we process</div><div style="font-family:arial,sans-serif;font-size:13px">using single-receiver ppp-kinematic and the IGS precise ephemeris and</div><div style="font-family:arial,sans-serif;font-size:13px">SBAS ionospheric.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">But the numbers as I'm calculating them seem just too good to be true.</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Thanks for any help.</div><div style="font-family:arial,sans-serif;font-size:13px">--</div><div style="font-family:arial,sans-serif;font-size:13px">Jeff Hayward</div><div class="" style="font-family:arial,sans-serif;font-size:13px"></div></div>