<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">On 01/12/2014 04:47, David Kelley
wrote:<br>
</div>
<blockquote cite="mid:547BF2D0.3020303@iTSware.net" type="cite"> Can
you provide a reasonably short file set that exhibits this for
others to test with? <br>
</blockquote>
see various plots in <a href="www.sgwooldridge.co.uk/gps-tests">www.sgwooldridge.co.uk/gps-tests</a><br>
<br>
I have about twenty more but they all show the same effect.<br>
<blockquote cite="mid:547BF2D0.3020303@iTSware.net" type="cite"> If
I am reading this this correctly, you perhaps expect an L1 only
uBlox to perform like a more costly L1/L2 reference station</blockquote>
<br>
No, I typically expect only 20 cms RMS for the L1 only solution and
get this using raw data only but never from the raw converted to
RTCM3 via strsvr, but the RTCM3 converted solutions jump out to
several meters <br>
<br>
<You should perhaps save some of this data into a RINEX file
format to then process it with RTKPOST or with one of the on-line
tools. That <way you can determine where/when the RTK solution
becomes erratic and seek for the root cause. <br>
<br>
Unfortunately I have not got current access to the setup I used, but
the tests I used should easily be reproducible, and the description
of the test setup is in that link <a
href="www.sgwooldridge.co.uk/gps-tests">www.sgwooldridge.co.uk/gps-tests</a><br>
Basically two instances or RTKnavi fed from identical data
simultaneously and from the same antennae except one is converted to
RTCM3 via strsvr and one used direct as raw. same results appear if
base and rover swapped also if rtknavi instances are swapped over.
<br>
<br>
I would be very interested if others can prove or disprove these
anomilies as it has been bugging me for some time.<br>
<br>
Regards<br>
Anthony Wooldridge<br>
<em></em><br>
<br>
</body>
</html>