[FOSS-GPS] rtklib kinematic Stop Go post-processing with rnx2rtkp

julio menezes yjmenezes at yahoo.com.br
Sat Jan 18 06:54:24 PST 2014

Dear Felipe G. Nievinski,

Sorry for my delay.

RTKLIB, rnx2rtkp, do not have stop and go processing option, at least 2.4.2.
I process as kinematic and use the tagged rinex information to extract stoped location interval ( mean position).

I can share my test data if you wanna see it.

I do not know if the processing algorithm can or must  use some constraint for stop and go.
my doubts:
1) at field session start point, the rover must stay over a known point for a while or use antenna swap or a fixed lengh bar as initialization.
2) how to restart in case of loss of lock, restart from previous good measured point ?
3) can we perform backward solution, and discard the signal loss portions and remeasure it back later ? i guess yes.

back to time:
I have one u-blox 4T (time receiver ).
looking inside RINEX files I realise some time offset like this:
 12  3 18 14 20  9.9940000  0 10G 2G26G25G 9G15G 4G29G12S20G27
we have 9.994, where should be 10.000. RINEX file starts as integer seconds. 
a) Is this a cristal oscillator instability  ?
b) could it affect pseudorange and carrier phase measurements ?
c) could this clock jump effects be modelled and fixed by software ?

julio menezes

Em Sexta-feira, 17 de Janeiro de 2014 3:05, Felipe G. Nievinski <fgnievinski at gmail.com> escreveu:
Dear Julio,

did you find a solution to process stop-and-go data with RTKLIB?
I'm facing the same problem.



This message is sent to you from FOSS-GPS at lists.osgeo.org mailing list.
Visit http://lists.osgeo.org/mailman/listinfo/foss-gps to manage your subscription
For more information, check http://wiki.osgeo.org/wiki/FOSS-GPS
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/foss-gps/attachments/20140118/9f96a778/attachment.html>

More information about the FOSS-GPS mailing list