[daip] Again on the subarray issue.

[egreisen]

On 2021-05-19 07:34, Luca Moscadelli wrote:
> Dear Eric,
> 
> thanks for your prompt reply. If I can take advantage once more of
> your experience,  I have just run the chain of tasks:
> 
> FITLD, INDXR, ANTAB, USUBA, INDXR, APCAL  (the first INDXR is
> requested to run ANTAB)
> 
> and APCAL, while running normally for the subarray 1,  now complains
> that it does not find any data for the subarrray 2.
> 
> It appears that USUBA did not modify correctly the TY/GC 1 tables
> previously created by ANTAB.
> 
> Might you tell me how might I verify the action of USUBA on the TY/GC 
> tables ?
> 
> and thanks in advance for any other advise, of course...

USUBA has a routine that is supposed to modify all tables that have a 
SUBARRAY column.
I think that you may have to do some debugging here.  The first INDXR 
above should
not work due to the subarray condition.  Look at the NX table it 
produces with
PRTAB of LISTR ('SCAN') - I bet it is a real mess.  Perhaps you need to 
alter
the order and run USUBA before INDXR and ANTAB.  But first look at the 
TY table
or GC with PRTAB.  Are there any SUBARRAY 2 rows?  Are there rows for 
the antennas
in the 2nd subarray after ANTAB?

Simply running this string as a script produces a result that is hard to 
debug.

Eric