<div dir="ltr"><div><div><div><br></div>Thanks for the tip!<br></div>By extracting the receiver clock bias from the status-file, and playing around with the RTKPOST settings I now get better results:<br><a href="http://imagebin.org/283266">http://imagebin.org/283266</a><br>
<br></div>There's still a 4 ns offset between the CSRS and RTKLib solutions - I don't know where it comes from??<br><div><br></div><div>ESA gLAB arrives at the same result as CSRS, so maybe I will look closely at the gLAB settings next.<br>
<br>Thanks for your help - I will try to write a blog post about my findings if/when I get at least three methods to agree on the results (CSRS, gLAB, and RTKLIB)<br><br></div><div>Anders<br></div><div><br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sat, Dec 21, 2013 at 12:07 AM, Felipe G. Nievinski <span dir="ltr"><<a href="mailto:fgnievinski@gmail.com" target="_blank">fgnievinski@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I don't think you should use the time tag in the .pos file.<div>I'd use instead the CLK records in the .stat file.</div><div>See Appendix B.3 in the docs, "Solution Status File":</div><div>

<div><br></div><div><i>Receiver Clock‐bias States</i></div><div><i>Estimated receiver clock bias parameters. The format of a record is as follows.</i></div><div><i>$CLK,week,tow,stat,rcv,clk1,clk2,clk3,clk4</i></div><div>

<i>week/tow : gps week no/time of week (s)</i></div><div><i>stat : solution status</i></div><div><i>rcv : receiver (1:rover,2:base station)</i></div><div><i>clk1 : receiver clock bias GPS (ns)</i></div><div><i>clk2 : receiver clock bias GLONASS (ns)</i></div>

<div><i>clk3 : reserved</i></div><div><i>clk4 : reserved</i></div></div><div><br></div></div>
</blockquote></div><br></div>