[time-nuts] gLAB PPP noisy clock residuals

[Ole Petter Ronningen]

>
> I did a comparison of a few PPP results some years ago, maybe you saw it
> already
> http://www.anderswallin.net/2013/12/comparing-gps-ppp-solutions/


Ah, yes I forgot about that! Nice, I'll revisit RTKlib again.


> For the web-service running NrCAN, there was an URL API that allows running
> the filter/algorithm forward and backward ("filtfilt" in matlab or numpy),
> to get rid of the initial transient in only the forward solution. You could
> ask the maintainers, or I can try to dig in my archives (I should have
> python code that submits RINEX to the service and retrieves the results).
>

 That could be an option, I will contact the maintainers.

if you dig in the ESA gLAB settings, can you set the ZTD-model identically
> and see what happens?
>

I will investigate the  TZD-model, thanks for the tip. I was trying to wrap
my head around differential code biases; It seems NrCAN PPP applies
corrections, but I believe gLAB does not by default (and it crashes when I
give it -model:dcb:p1c1 strict). Not sure if DCB would show up as an issue
at the level I am looking at now, though.

If you post your RINEX:es and other relevant data I can try processing also
> and see what I get.


Appreciate the offer! :) Link to a recent RINEX that gives a reasonable
result from NRcan PPP:
https://www.dropbox.com/s/er9o6lfg4gva486/2017.05.21.zip?dl=0

Thanks!
Ole