[teqc] How are -O.rt and -max_rx_SVs options related?

Lou Estey lou at unavco.org
Tue Feb 19 07:12:15 MST 2019


dear Elisabetta,

This topic was essentially covered in 'tip of week 1912':
https://postal.unavco.org/pipermail/teqc/2016/002137.html
The two main items that have changed since that tip of Aug 2016 and the
present are:

1) The maximum allowed value for '-max_rx_SVs' is now 96 (increased from 64
on 10 July 2018).

2) For formats that do not now need the '-max_rx_SVs' setting, see
https://postal.unavco.org/pipermail/teqc/2016/002180.html
This 'free pass' for the listed formats was introduced 2 Sept 2016.

As you can see, this is really a format issue, not a receiver type issue.

For formats not given a 'free pass' on the maximum allowed SV total --
like the Trimble .tgd format you are mentioning -- there is a default
allowed SV maximum based on what information we had on a specific receiver
when it was introduced.  However, due to GNSS SV and signal proliferation in
the last decade, those default values are in most cases obsolete.  Therefore,
when using a format not listed in (2) above, find out the capabilities of
your receiver and set '-max_rx_SVs' accordingly.  Or, if you want to live
dangerously, just use '-max_rx_SVs 96' all the time (with any version of
teqc since 10 July 2018), but if you do so and something goes wrong, don't
contact me, because you have now been duly warned.

Hope this helps.

cheers,
--lou

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Louis H. Estey, Ph.D.              office:  [+001] 303-381-7456
UNAVCO, 6350 Nautilus Drive           FAX:  [+001] 303-381-7451
Boulder, CO  80301-5554            e-mail:  lou  unavco.org

"If the universe is the answer, what is the question?"
                                                -- Leon Lederman
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

On 18-Feb-19 05:57 PM, Elisabetta D'Anastasio wrote:
> Dear all,
> 
> I have noticed that our data are missing many epochs when rinex files are created with a config file that contains the "-O.rt " option to 
> define receiver type.
> 
> [elidana at hutl16534 local]$ teqc -tr d -O.rt "TRIMBLE NETR9" WARK201902090800a.tgd > tmp
> ? Error ? translation of 'WARK201902090800a.tgd' may have started with GPS week 2041 rather than 2039
> (try using '-week 2039' option)
> ? Error ? 'WARK201902090800a.tgd' rejection due to SV count @ 2019 Feb  9 08:31:30.000 appears wrong: total= 45 max= 44 (use option 
> '-max_rx_SVs 45'?)
> ! Notice ! 2019 Feb  9 08:32:00.000: poss. incr. of sampling int. OR data gap of 60.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:32:30.000: poss. incr. of sampling int. OR data gap of 90.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:33:00.000: poss. incr. of sampling int. OR data gap of 120.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:33:30.000: poss. incr. of sampling int. OR data gap of 150.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:34:00.000: poss. incr. of sampling int. OR data gap of 180.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:34:30.000: poss. incr. of sampling int. OR data gap of 210.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:35:00.000: poss. incr. of sampling int. OR data gap of 240.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:35:30.000: poss. incr. of sampling int. OR data gap of 270.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:36:00.000: poss. incr. of sampling int. OR data gap of 300.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:36:30.000: poss. incr. of sampling int. OR data gap of 330.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:37:00.000: poss. incr. of sampling int. OR data gap of 360.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:37:30.000: poss. incr. of sampling int. OR data gap of 390.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:38:00.000: poss. incr. of sampling int. OR data gap of 420.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:39:30.000: poss. incr. of sampling int. OR data gap of 60.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:40:00.000: poss. incr. of sampling int. OR data gap of 90.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:40:30.000: poss. incr. of sampling int. OR data gap of 120.000 seconds (min. dt found= 30.000 s)
> ! Notice ! 2019 Feb  9 08:41:00.000: poss. incr. of sampling int. OR data gap of 150.000 seconds (min. dt found= 30.000 s)
> 
> 
> 
> When the -O.rt option is removed from the config file, rinex files are complete.
> 
> [elidana at hutl16534 local]$ teqc -tr d WARK201902090800a.tgd > tmp
> ? Error ? translation of 'WARK201902090800a.tgd' may have started with GPS week 2041 rather than 2039
> (try using '-week 2039' option)
> 
> 
> If I want to include the -O.rt option in our rinex generation proceses, then I have to include the -max_rx_SVs option as well to ensure no 
> epochs are missing.
> 
> [elidana at hutl16534 local]$ teqc -tr d  -O.rt "TRIMBLE NETR9" -max_rx_SVs 64 WARK201902090800a.tgd > tmp
> ? Error ? translation of 'WARK201902090800a.tgd' may have started with GPS week 2041 rather than 2039
> (try using '-week 2039' option)
> 
> 
> The same issue is occurring with the 2018 December and 2019 February releases, and I've tried the statically linked CentOs and RedHat 
> distributions.
> 
> elidana at hutl16534 local]$ teqc -version
> executable:  teqc
> version:     teqc  2019Feb12
> build:       Linux 2.4.21-27.ELsmp|Opteron|gcc -static|Linux 64|=+
> 
> 
> A sample input file is saved at the following link:
> ftp://ftp.gns.cri.nz/incoming/Elisabetta/WARK201902090800a.tgd
> 
> 
> So I guess my question is: what is the "recommended" set of configuration we shall use?
> 
> Thanks in advance!
> 
> Elisabetta
> 
> 
> 
> *Elisabetta D’Anastasio I Geodetic Processing Specialist
> GeoNet, GeoHazard Monitoring Department*
> 
> *GNS Science **I** Te Pῡ Ao*
> 1 Fairway Drive, Avalon 5010, PO Box 30368, Lower Hutt 5040, New Zealand
> 
> *Ph* +64 (0) 4 570 4744 I *Mob* +64 (02) 27 6655 890
> 
> *http://www.geonet.org.nz/* <http://www.gns.cri.nz/>*I**Email: **e.danastasio at gns.cri.nz <mailto:e.danastasio at gns.cri.nz>_
> _*
> 
> 
> Notice: This email and any attachments are confidential and may not be used, published or redistributed without the prior written consent of 
> the Institute of Geological and Nuclear Sciences Limited (GNS Science). If received in error please destroy and immediately notify GNS 
> Science. Do not copy or disclose the contents.



More information about the teqc mailing list