[daip] DBCON problem

[Eric Greisen]

It is likely that we have fixed the problem in 31DEC00.  You are
combining a RR data set with a RR/LL data set both compressed.
Several problems in those areas were found and fixed.  The full
CHANGE.DOC follows.  WE could try sending you the new DBCON.FOR and
DBCON.HLP but there might be a subroutine library issue so no
guarantees.  Do you want to get 31DEC00 - soon to be frozen - or risk
the patch method?

Eric

10434.  November 22, 1999             DBCON                 Eric
        DBCON forgot that the number of output correlators can exceed
        the number of input in 1 of the 2 data sets.  It also did not
        zero the right array to help cover that.  Fixed.
        Moved nowhere: should go to patch.

10519.  February 29, 2000               DBCON                 Eric
        1. Changed code and help to remove the claim that it did
        frequency independent phase shifts unless DOPOS was 2.0.  It
        did the right phase shift but would refuse if the two files
        were not in the same sort order and DOPOS>1.
        2. Changed it to examine the FQ tables and renumber the FQs if
        needed in output UV data, and output FQ, CL, and FG tables.
        Moved nowhere.

10522.  March 7, 2000                DBCON                 Eric
        DBCON did not scale the u,v,w's for any frequency difference
        between the two data sets!  This is okay, so long as they are
        not multi-channel.
        The error message about frequencies not matching was wrong.
        It came out when it should not rather than when it should.
        Moved nowhere.

10529.  March 16, 2000               DBCON                    Eric
        For 2 single channel data sets the u,v,w are already in
        wavelengths at whatever freq they were actually observed.  One
        does not want to change the u,v,w therefore - making the fix
        of March 7 partly wrong.  Backed out the extra mutiplication.
        Moved nowhere.

10532.  March 21, 2000              DBCON                      Eric
        The recent change to handle FQ numbers properly put a road
        block into the attempt to combine data with different
        bandwidths as if they were the same.  DBCON now - rightly -
        makes them into 2 FQs.  Added FQTOL to adverbs to allow the
        task to ignore FQ when told to (-1) or to use FQTOL (kHz) to
        decide whether FQs are the same.
        Moved nowhere.

10560.  April 27, 2000           DBCON                    Eric
        DBCON attempted to copy CL and FG tables with translation of
        FQ and source numbers and times.  It failed if only one of the
        two files had a file of this type.  It also did not fix the
        subarray and did not use the correct time offset.  Added a
        TABCOP to fix the missing file problem and fixed the calling
        subroutine to send in correct time offset and a new subarray
        offset and fixed DBCAPP to do the subarray offset.
        Moved nowhere.

10561.  April 27, 2000            DBCON                   Eric
        DBCON also had an error when combining LL data with an rr/ll
        data set and writing the result out in compressed form.  The
        output (compressed) LREC was used to zero the accumulation
        buffer not the LREC prior to compression.  This does not
        matter unless some input correlators are not present so that
        values are not filled in.
        Moved nowhere.

10583.  June 2, 2000                  DBCON                Eric
        Changed the test on coordinate rotation so that an angle of
        1e-6 and 0 would be regarded as close enough to each other
        (!)  Cleaned up the code some too.
        Moved nowhere.