I made some progress with this, but there still remains a ~4ns offset between the clock solutions of RTKLib and CSRS. On the other hand CSRS and gLAB agree quite well. See: http://www.anderswallin.net/2013/12/comparing-gps-ppp-solutions/
I've tried adjusting a lot of the RTKLib options, but the 4ns offset remains. strange. Anders On Fri, Dec 20, 2013 at 2:04 PM, Anders Wallin <anders.e.e.wal...@gmail.com>wrote: > Hi all, > > I want to use PPP for post-processing of RINEX 2.10 files from a Dicom > GTR50/51 GPS receiver. The GTR50 references the time-stamps in the RINEX > file to an external PPS input, so this is a way of remotely monitoring a > clock. > > Does anyone know how to run PPP-Static calculations with RTKLib? > I have an example RINEX file which I ran through two online web-based PPP > services: > CSRS-PPP over here: > http://webapp.geod.nrcan.gc.ca/geod/tools-outils/ppp.php > and JPL-APPS over here: > http://apps.gdgps.net/apps_file_upload.php > > Then I try to do the same calculation with RTKLib with a number of input > files and I get: > http://imagebin.org/283130 > The two online services differ by about 3 ns, but the overall shape of the > solutions is very similar. > My RTKLib solution is very noisy and I doubt if the PPP-calculation is > working at all. > > Here's what I am feeding into RTKPOST: > my own RINEX 2.10 Observation data file. This 24h of data from 17th of > October. > and then a lot of files fetched from IGS with RTKGET > igsXXX.clk (clock data) > igsXXX.sp3 (orbit data) > brdcYYY.13n (ephemerides or "nav" data?) > > > thanks for any input, > Anders > _______________________________________________ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.