[daip] ACSCL using calibration and multiple subarrays?

[James M. Anderson]

Thanks, Eric.

On Mon, 2016-07-18T22:01:34CEST, Eric Greisen <egreisen at nrao.edu> wrote:
> Subject: Re: [daip] ACSCL using calibration and multiple subarrays?
> From: Eric Greisen <egreisen at nrao.edu>
> Date: Mon, 18 Jul 2016 14:01:34 -0600
> To: "James M. Anderson" <anderson at gfz-potsdam.de>
> Cc: daip at nrao.edu
> 
> On 07/13/2016 08:30 AM, James M. Anderson wrote:
> >Hello again daip,
> >
> >I am trying to follow the VLBAAMP procedure on some of my data, and I
> >get the following error because I have multiple subarrays:
> >
> >ACSCL2: Task ACSCL  (release of 31DEC16) begins
> >ACSCL2: Writing to SN table   1
> >ACSCL2: UVGET: SUBARRAY    0 NOT ACCEPTABLE WHEN CALIBRATING
> >ACSCL2: ACRCOR: ERROR  1 OPEN-FOR-READ VIS FILE
> >ACSCL2: CATIO: CATBLK   1 IN USE, CAN'T CHANGE STATUS
> >ACSCL2: DELEXT CAN'T REMOVE EXTENSION FROM HEADER, FILE TOO BUSY
> >ACSCL2: ACRCOR: DELETED SN VERSION    1 DUE TO ERROR
> >ACSCL2: Purports to die of UNNATURAL causes
> >ACSCL2: kg122        31DEC16 TST: Cpu=       0.0  Real=       0
> >
> >UVGET is complaining because subarray 0 (all subarrays) is not allowed
> >when performing calibration.  But I do not see how to se the subarray
> >when I call ACSCL.
> >
> >I have multiple subarrays, so when the code calls UVGET, it encounters
> >
> >      IF (DOCAL .OR. DOBL .OR. (DOPOL.GT.0) .OR. (DOBAND.GT.0)) THEN
> >          CALL FNDEXT ('AN', CATBLK, VER)
> >          VER = MAX (1, VER)
> >          IF (VER.LE.1) SUBARR = 1
> >          IF ((SUBARR.LT.1) .OR. (SUBARR.GT.VER)) THEN
> >             IERR = 1
> >             WRITE (MSGTXT,1051) SUBARR
> >             GO TO 990
> >             END IF
> >
> >Since SUBARR has not been set anywhere, it is still at its initial
> >value of 0.  VER is larger than 1, so SUBARR does not get reset, and
> >the program exits.
> >
> >Would it be possible to specify a subarray to ACSCL?
> 
> I have added SUBARRAY to ACSCL in 31DEC16.  A MNJ on that version
> after 10 pm Mountain Daylight Time should update the task including
> working with SUBARRAY=0 meaning all.  There was a bug in the reading
> data portion that caused the last scan to be omitted on occasion
> both in ACCOR and ACSCL.  That will be fixed by the MNJ.
> 
> Eric Greisen
> 

-- 
James M Anderson, PhD
Department 1: Geodesy
Section 1.1:  Space Geodetic Techniques
Tel.:         +49 (0)331/288-28948
Fax:          +49 (0)331/288-1111
E-Mail:       anderson at gfz-potsdam.de
___________________________________

Helmholtz-Zentrum Potsdam
Deutsches GeoForschungsZentrum GFZ
Stiftung des öff. Rechts Land Brandenburg
Telegrafenberg A6
14473 Potsdam
Germany