<p dir="ltr">Hello Mr. Lou, good morning!</p>
<p dir="ltr">Please, considering my point of view, all tips that you share with us are relevant since they are not only a extract from a manual or recipe, but they contains your experience with TEQC too.</p>
<p dir="ltr">I see importance in this tips because, in my point of view, is very good to understand a tool, or a key in case of TEQC, knowing the reason that it is developed for. I found your "survey" in the latest tip and I think it is important to reply it. I remembered when you invited the TEQC users to review the latest TEQC documentation in PDF (pre-release).</p>
<p dir="ltr">Congratulations, Mr. Lou for share with us a little bit of your knowledge :-).</p>
<p dir="ltr">All the best regards<br>
Guilherme Poleszuk</p>
<div class="gmail_quote">On 29 Jun 2016 15:01,  <<a href="mailto:teqc-request@postal.unavco.org">teqc-request@postal.unavco.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send teqc mailing list submissions to<br>
        <a href="mailto:teqc@postal.unavco.org">teqc@postal.unavco.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://postal.unavco.org/mailman/listinfo/teqc" rel="noreferrer" target="_blank">http://postal.unavco.org/mailman/listinfo/teqc</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:teqc-request@postal.unavco.org">teqc-request@postal.unavco.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:teqc-owner@postal.unavco.org">teqc-owner@postal.unavco.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of teqc digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. helpful tip of week 1903 (Lou Estey)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 29 Jun 2016 07:39:40 -0600<br>
From: Lou Estey <<a href="mailto:lou@unavco.org">lou@unavco.org</a>><br>
To: "<a href="mailto:teqc@unavco.org">teqc@unavco.org</a>" <<a href="mailto:teqc@unavco.org">teqc@unavco.org</a>><br>
Subject: [teqc] helpful tip of week 1903<br>
Message-ID: <<a href="mailto:e40f3cef-a741-3c7d-1b19-f147c0e8f1fc@unavco.org">e40f3cef-a741-3c7d-1b19-f147c0e8f1fc@unavco.org</a>><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
This week's tip:  the '-no_orb[it]' and '-no_pos[ition]' options<br>
<br>
These options were added back in April-August 2011 and finalized (in their current<br>
form) on 1 Aug 2011.  I wanted to bring these up in last week's helpful tip<br>
on how to help check whether a strange qc result was due to problematic navigation<br>
messages -- rather than problematic observation data -- but that tip's writeup was<br>
getting rather long.  So recall from last week:<br>
(from <a href="http://postal.unavco.org/pipermail/teqc/2016/002113.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002113.html</a>)<br>
<br>
-------<br>
If you are doing a full qc -- using navigation messages for orbit computation --<br>
weird problems might not be due to the observation data.  The problems might<br>
very well be with the navigation messages you are using:<br>
<br>
- Try a qc "lite" (without navigation messages).  Does the qc "lite" look good?<br>
<br>
- Look for unhealthy SVs; if any are found, try filtering them out.<br>
<br>
- Try using the combined broadcast RINEX nav files from CDDIS or another center<br>
(and filter out unhealthy SVs).<br>
-------<br>
<br>
The options '-no_orb[it]' and '-no_pos[ition]' allow you to do a qc lite or<br>
a partial qc full using only a subset of constellations very quickly.  These two<br>
options are almost identical:<br>
<br>
[60] teqc +help | grep no_<br>
                   -no_orb[it] <list>       don't use orbits for listed constellations (G,R,S,E,C,J) in qc, e.g. <list> = R+E<br>
                   -no_pos[ition] <list>    don't use orbits for listed constellations (G,R,S,E,C,J) in qc's ppp, e.g. <list> = R+E<br>
<br>
Ok, what's the difference?  Specifying a constellation with '-no_orb[it]' during<br>
a quality check (qc) means that no orbit calculations whatsoever are done with<br>
that constellation; that constellation will be done in a qc 'lite' mode even<br>
if navigation messages for that constellation are present.  Therefore, elevation<br>
and azimuth calculations are not done for that constellation (e.g. no entries in<br>
the .ele and .azi compact3 files if '+plot' is used).<br>
<br>
The '-no_pos[ition]' option does the orbit calculation for the specified constellation<br>
(if navigation messages for that constellation are present), so elevation and azimuth<br>
calculations _are_ done for that constellation.  But now that constellation is not used<br>
in teqc position solution for the antenna.<br>
<br>
Deciding which to use depends on what you want or don't want.<br>
<br>
As you probably know, when qcing RINEX observation files, teqc automatically looks<br>
for name-matching RINEX navigation files in the same directory/folder, using the<br>
same filename prefix as the observation file) and reads any nav files found.<br>
The same thing happens when using either '-no_orb[it]' or '-no_pos[ition]', so the<br>
reading/formatting validity of any such RINEX nav files continues to be checked.<br>
<br>
Before these options were introduced, the only way to make teqc ignore a RINEX nav<br>
file during qc (assuming it was named with the same filename prefix as the RINEX<br>
observation file) was to move the RINEX nav file to a different directory/folder<br>
or to rename it in some non-canonical way.  However, if the RINEX nav file being<br>
eliminated in either of these two ways was for GLONASS, then teqc was probably not<br>
going to be able to do a qc 'lite' analysis.  Why?  One needs to be able to convert<br>
phase data, in units of phase cycles in RINEX, to units of distance and this conversion<br>
for GLONASS FDMA signals requires the GLONASS slot to frequency channel number (fcn)<br>
for each GLONASS SV with phase and pseudorange data.  This slot-to-fcn mapping can<br>
be provided without a GLONASS RINEX nav file (i.e. see the '-glonass_s2fcn' option),<br>
but normal teqc use extracts this mapping from the GLONASS RINEX nav file(s).<br>
<br>
Upshot: Using '-no_pos R' or '-no_orb R' allows you to shut off use of GLONASS<br>
orbits (to help see if the GLONASS navigation information is suspect or not),<br>
but still lets teqc read any GLONASS navigation information to obtain the slot<br>
to fcn mapping so that a qc "lite" can be applied to the GLONASS data.  (But:<br>
problems in the qc with GLONASS data might still arise, however, if the fcn happens<br>
to be wrong in the navigation messages for one or more GLONASS SVs.)<br>
<br>
Can the '-no_orb[it]' and '-no_pos[ition]' options be used together in one command<br>
with different constellations?  Yes (... or at least this should work aok).  For<br>
example, using '+qc -no_orb R -no_pos E' should completely skip doing the orbit<br>
calculations for GLONASS (and therefore no elevation and azimuth values for GLONASS<br>
SVs in the .ele and .azi files if '+plot' is also included), whereas Galileo SVs<br>
should have orbit calculations done, but Galileo data should not be used in teqc's<br>
antenna position calculation in this run.  And both GLONASS and Galileo SVs should<br>
have a qc 'lite' done.<br>
<br>
A couple last notes: Multiple constellations can be specified with the '-no_pos[ition]'<br>
and '-no_orb[it]' options, as shown in the `teqc +help` usage.  You can include<br>
a delimiter character, like '+', or ',': '-no_pos R+E' or '-no_pos R,E' ...<br>
or just leave out delimiter characters: '-no_pos RE'.  So to switch to a<br>
qc 'lite' on all constellations, whether data for them are present or not,<br>
you could use, say, '-no_pos G,R,S,E,C,J' or '-no_orb G,R,S,E,C,J"<br>
<br>
Happy teqc-ing!<br>
<br>
cheers,<br>
--lou<br>
<br>
p.s. This is the 10th "tip of the week".  Are these really helpful ... or<br>
am I just boring most of you all to a near comatose state?<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Louis H. Estey, Ph.D.              office:  [+001] 303-381-7456<br>
UNAVCO, 6350 Nautilus Drive           FAX:  [+001] 303-381-7451<br>
Boulder, CO  80301-5554            e-mail:  lou  <a href="http://unavco.org" rel="noreferrer" target="_blank">unavco.org</a><br>
      WWW:  <a href="http://www.unavco.org" rel="noreferrer" target="_blank">http://www.unavco.org</a>   <a href="http://jules.unavco.org" rel="noreferrer" target="_blank">http://jules.unavco.org</a><br>
<br>
"If the universe is the answer, what is the question?"<br>
                                                -- Leon Lederman<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
<br>
Past helpful tips:<br>
<br>
week 1894: using teqc config files - <a href="http://postal.unavco.org/pipermail/teqc/2016/002067.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002067.html</a><br>
week 1895: qc of high-rate data - <a href="http://postal.unavco.org/pipermail/teqc/2016/002071.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002071.html</a><br>
week 1896: UNIX/Linux shells for Windows - <a href="http://postal.unavco.org/pipermail/teqc/2016/002072.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002072.html</a><br>
week 1897: '-' vs. '+' teqc options - <a href="http://postal.unavco.org/pipermail/teqc/2016/002076.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002076.html</a><br>
week 1898: auto-identification of formats - <a href="http://postal.unavco.org/pipermail/teqc/2016/002092.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002092.html</a><br>
week 1899: auto-identification vs. format flags - <a href="http://postal.unavco.org/pipermail/teqc/2016/002096.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002096.html</a><br>
week 1900: square brackets in options - <a href="http://postal.unavco.org/pipermail/teqc/2016/002105.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002105.html</a><br>
week 1901: using option '+mds' - <a href="http://postal.unavco.org/pipermail/teqc/2016/002108.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002108.html</a><br>
week 1902: qc results w/ problematic nav messages - <a href="http://postal.unavco.org/pipermail/teqc/2016/002113.html" rel="noreferrer" target="_blank">http://postal.unavco.org/pipermail/teqc/2016/002113.html</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
teqc mailing list<br>
<a href="mailto:teqc@postal.unavco.org">teqc@postal.unavco.org</a><br>
<a href="http://postal.unavco.org/mailman/listinfo/teqc" rel="noreferrer" target="_blank">http://postal.unavco.org/mailman/listinfo/teqc</a><br>
<br>
------------------------------<br>
<br>
End of teqc Digest, Vol 145, Issue 12<br>
*************************************<br>
</blockquote></div>