[teqc] bug involving decimation of RINEX with +smtt option

[Lou Estey]

All,

A teqc bug was introduced on 22 March 2006 which does a incorrect
operation under the following situation: option +smtt is set while
reading "-smtt"-type RINEX and trying to do a decimation procedure.
For example, the input RINEX has time tags with millisecond resets,
say:

00 00 00.000
00 00 30.000
00 01 00.001
00 01 30.001
...

and you try to decimate with `teqc +smtt -O.dec 60`.  The result is
that you would only get the decimated epochs before the first millisecond
reset.

The +smtt/-smtt options were not supposed to have any effect when
reading any type of RINEX, and the fix enforces that rule.

The workaround with any teqc version between 22 March and 15 November
is to _not_ use the +smtt option, and for teqc versions up until
25 October, -smtt is the default.

Starting 25 October, +smtt is the default.

So, on the off chance that I sent someone a teqc build between 25 Oct
and 15 Nov, and you want to decimate RINEX using that build, make sure
you explicitly set "-smtt" on the command line.  For teqc versions
from 15 November and later, you won't have to worry about this problem.

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
    WWW:  http://www.unavco.org   http://jules.unavco.org

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