[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: trimblertx and csrs-ppp report bad data on my uploaded rinex file
|
From: |
Greg Troxel |
|
Subject: |
Re: trimblertx and csrs-ppp report bad data on my uploaded rinex file |
|
Date: |
Sat, 14 Mar 2020 12:54:42 -0400 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.3 (berkeley-unix) |
Anders Wallin <address@hidden> writes:
> you could try Teqc (now no longer developed (?) but working binaries should
> be available) - it has some sanity-check functions
> https://www.unavco.org/software/data-processing/teqc/teqc.html
good advice, despite the proprietary nature of teqc.
> also maybe try to submit a known-good RINEX-file for processing and see how
> that goes (gzipped version, vs. unzipped, rinex v2 vs v3, etc. might be
> simple things that go wrong)
FWIW, I have recorded observations from a M8T using the Emlid Reach in
ublox raw, used the emlid reach software (convbin from rtklib) to
convert to rinex, and uploaded those to NRCAN site and gotten useful,
sane solutions (that are similar to the online nav solution and a second
receiver's solutions, but with a cleaner track).
There has been a notion previously that some processing software needs
30s interval rinex to be lined up on the even 30s (of UTC, or GPS time -
not really sure which).