[teqc] teqc +qc "invalid LLI" error

Lou Estey lou at unavco.org
Mon Apr 4 14:57:20 MDT 2005


The problem that Paul Jamason @ SOPAC and I were having stemmed from
not using crx2rnx ver.u.2.4.2.  If you use crx2rnx ver.u.2.4.2 to
H-decompress the NetRS .YYd files at the UNAVCO or SOPAC archives, you
will end up with valid RINEX and then teqc won't complain.

--lou

> > I'm getting the following error when I run rinex files for PBO site p699
> > through teqc's qc lite:
> > 
> > 
> > teqc +qc -st 2005-03-31000000 +dh 24 p6990900.05o
> > 
> > qc lite>
> > teqc: teqc windowed: delta = 86400.000 secfailure to read "-2147467405.66148
> > 12657.39" on line 56 of "p6990900.05o"
> >         (invalid LLI (Loss of Lock Indicator): should be 0-7) ... exiting
> > 
> > 
> > The error only occurs if I include the -st and +dh arguments.  Can you
> > suggest a workaround?  The -st and +dh arguments are used in SCOUT
> > (http://sopac.ucsd.edu/cgi-bin/SCOUT.cgi) when qc'ing a file prior to
> > running it through gamit.
> > 
> > FYI, the file is available from the SOPAC archive at:
> > http://garner.ucsd.edu/pub/rinex/2005/090/p6990900.05d.Z; teqc version info:
> > 
> > version:     teqc  2002Mar14
> > build:       Linux 2.0.36|Pentium II|gcc|Linux|486/DX+
> 
> Well, there are a lot of mysteries here.  I downloaded the above
> Hatanaka-compressed file and decompressed it with crx2rnx ver.u.2.3beta.
> In doing so, line 56 doesn't contain the above line fragment, and,
> in fact, it occurs nowhere in the whole .05o file.  Running your command
> using the current development version of teqc (although on Solaris Sparc)
> produces normal results, but then again the phase values "fit" within the
> F14.3
> formatting; the phase value you reported "-2147467405.661" is F15.3 -- i.e.
> _not_ valid RINEX.  This looks like the phase-overflow that we were initially
> seeing in NetRS data.  This overflow has been corrected in NetRS firmware --
> though I don't if site p699 has the right rev of firmware for this or not --
> but it doesn't matter because the data was translated with version 2005Jan28
> of teqc which corrects the phase overflow even it's not corrected in the
> firmware.
> 
> Maybe the version of crx2rnx that you are using is bad.  What version of
> that are you using?



More information about the teqc mailing list