<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">a) What are the differences between position modes Single, Static, Kinematic and DGPS/ DGNSS? <br></blockquote><div><br></div><div>Basically you have two dimensions:</div><div>- with or without base station (relative or absolute positioning, AKA baseline and point position);</div><div>- using pseudoranges only or carrier-phase too.</div><div><br></div><div>Then there are four combinations:</div><div><div><div>- absolute position using pseudoranges: RTKLIB's "single";</div><div>- relative position using pseudoranges: RTKLIB's "DGNSS";</div></div></div><div><div>- absolute position using carrier-phase & pseudoranges: RTKLIB's "PPP";</div><div>- relative position using carrier-phase and pseudoranges: RTKLIB's "static/kinematic/moving-base".</div></div><div>(Confusingly, outside of RTKLIB "differential GPS" sometimes refers to relative positioning, but I discourage that.)</div><div>"Fixed" and "PPP-fixed" are, respectively, relative and absolution solutions where the position is not estimated as an unknown; it's useful for atmospheric/ionospheric sensing based on observations residuals.<br></div><div><br></div><div>Both static and kinematic modes estimate a position at every observation epoch (here RTKPLOT has no choice, as it implements a sequential filter rather than a batch estimate), see RTKPOS Options, "Output" tab, field "Solution for static mode" (all/final).  The effective difference is in how much the position is allowed to vary from epoch to epoch: in kinematic mode, some artificial position uncertainty is injected from epoch to epoch, so as to prevent premature convergence; in contrast, in static mode, eventually the filter will settle on a position estimate saturated with low uncertainty, and then will stop paying attention to any new observations; see eq.(E.7.14), p.165 in the documentation:</div><div><div><<a href="http://www.rtklib.com/prog/manual_2.4.2.pdf">http://www.rtklib.com/prog/manual_2.4.2.pdf</a>></div></div><div>Apparently there's some interplay with the "Receiver Dynamics" option, too.</div><div><br></div><div><div><div>See Appendix E, "Models and Algorithms", for details:</div><div>- sec. E.6, "Single Point Positioning"</div><div>- sec. E.7, "Kinematic, Static and Moving-Baseline"</div><div>- sec. E.8, "PPP (Precise Point Positioning)"</div></div></div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">b)  What are the differences between Integer Ambiguity Resolution options<br>Continuous, Instantaneous and Fix&Hold?<br><br></blockquote>See Table on p.37 of the documentation:<br>- Continuous : Continuously static integer ambiguities are estimated and resolved;<br>- Instantaneous : Integer ambiguity is estimated and resolved by epoch‐by‐epoch basis;<br>- Fix and Hold : Continuously static integer ambiguities are estimated and resolved. If the validation OK, the ambiguities are tightly constrained to the resolved values.</div><div><br></div><div>T. Takasu may want to correct any misinterpretation in the above.</div><div><br></div><div>Best,</div><div>-Felipe.</div></div></div></div>