[daip] APCAL error
Arnaud Collioud
Arnaud.Collioud at obs.u-bordeaux1.fr
Tue Jun 7 17:23:19 EDT 2011
Dear Eric,
Sorry, I was not clear and complete enough in the description of my problem.
Subarrays are automatically determined by the task VLBAFIX with parameter SUBARRAY equal to 2 (it results in 5 subarrays = 5 AN tables).
I used the script antabfs.pl from Cormac Reynolds to produce file readable by the AIPS task ANTAB for the non-VLBA stations (I attach them to this email). Then I load them with ANTAB:
>inp
AIPS 1: ANTAB Task to read amplitude calibration info. into AIPS
AIPS 1: Adverbs Values Comments
AIPS 1: ----------------------------------------------------------------
AIPS 1: INNAME 'RDV84_X' Input UV file name (name)
AIPS 1: INCLASS 'UV' Input UV file name (class)
AIPS 1: INSEQ 1 Input UV file name (seq. #)
AIPS 1: INDISK 1 Input UV file disk unit #
AIPS 1: CALIN 'TEMP:rdv84_reste_X.antabfs' Calibration file name.
AIPS 1: SUBARRAY 5 Subarray (0=> 1)
AIPS 1: Output table versions:
AIPS 1: TYVER 6 TY table to update
AIPS 1: GCVER 6 GC table to update
AIPS 1: BLVER -1 BL table to update
AIPS 1: SPARM *all ' ' List of stations to ignore
AIPS 1: PRTLEV 0 Print level (0=>none;
AIPS 1: 1=> echo cal. file)
AIPS 1: OFFSET 0 Increase the scan length of
AIPS 1: each side, minutes
>for i=1 to 5; subarray i; tyver i+1; gcver i+1; go antab; wait; end
This has to be done for the 3 attached antabfs files.
(NB: for the file rdv84_kbts_X.antabfs, the offset has to be set to 1000)
Once this is done, I want to create SN tables (one for each subarray) with APCAL:
>inp
AIPS 1: APCAL Task to generate an amplitude calibration SN table
AIPS 1: Adverbs Values Comments
AIPS 1: ----------------------------------------------------------------
AIPS 1: INNAME 'RDV84_X' Input UV file name (name)
AIPS 1: INCLASS 'UV' Input UV file name (class)
AIPS 1: INSEQ 1 Input UV file name (seq. #)
AIPS 1: INDISK 1 Input UV file disk unit #
AIPS 1:
AIPS 1: ANTENNAS *all 0 Antennas to calibrate
AIPS 1: SUBARRAY 5 Subarray 0 -> 1
AIPS 1: STOKES ' ' Stokes type ('R','L',' ')
AIPS 1: BIF 1 Start IF number
AIPS 1: EIF 4 End IF number
AIPS 1: FREQID -1 Freq. ID to calibrate
AIPS 1: SOURCES *all ' ' Sources to calibrate
AIPS 1: TIMERANG *all 0 Time range to calibrate
AIPS 1:
AIPS 1: TYVER 6 TY table version number.
AIPS 1: GCVER 6 GC table version number.
AIPS 1: SNVER 5 Output SN table version.
AIPS 1: 0 -> highest unique
AIPS 1: OPCODE ' ' Opacity correction opcode:
AIPS 1: ' ' -> no opacity corr.
AIPS 1: 'GRID','GRDR','OPAC','OPCR',
AIPS 1: 'LESQ' -> fit for opacity
AIPS 1: APARM *all 0 Calibration parameters:
AIPS 1: (1) -> B factor (def. 1.0)
AIPS 1: Opacity parameters:
AIPS 1: (2) -> ZA limit (deg)
AIPS 1: (3) >=0 use spillover
AIPS 1: correction
AIPS 1: (4) > 0 use all FQ in
AIPS 1: opac. soln.
AIPS 1: (5) Limit to sec(z) plotted
AIPS 1: SOLINT 0.5 Solution interval (min)
AIPS 1: 0 -> use all data
AIPS 1: INVERS 0 WX table version number.
AIPS 1: 0 -> use text file
AIPS 1: CALIN *all ' ' Text file with weather info.
AIPS 1: Must be ' ' if using WX
AIPS 1: table (INVERS).
AIPS 1: TRECVR *all 0 Receiver temperatures (K);
AIPS 1: in (R,L) pairs.
AIPS 1: TAU0 *all 0 Zenith opacities (per ant.)
AIPS 1: DOFIT *all 0 Fit type (per ant.)
AIPS 1: -1 -> no opacity correction
AIPS 1: 0 -> apply TRECVR only
AIPS 1: 1 -> solve for Trec using
AIPS 1: fitting method spec.
AIPS 1: in OPCODE; then apply
AIPS 1: PRTLEV 0 Print level
AIPS 1: DOTV 1 TV selection (<0 -> PL file)
AIPS 1: LTYPE 3 Plot labeling
AIPS 1: GRCHAN 0 TV Graphics channel to use
>for i=1 to 5; subarray i; tyver i+1; gcver i+1; snver i; go apcal; wait; end
Then occurs the problem.
I also remarked that the antenna 6 (Kk) seems not to be loaded into GC tables after ANTAB (I saw that with TBOUT or PRTAB), even if there is no error message during the ANTAB task...
I hope this is clearer now.
Thanks,
Arnaud
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rdv84_kbts_X.antabfs
Type: application/octet-stream
Size: 1115 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20110607/303fb0b3/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rdv84_reste_X.antabfs
Type: application/octet-stream
Size: 83846 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20110607/303fb0b3/attachment-0001.obj>
-------------- next part --------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rdv84_vlba_X.antabfs
Type: application/octet-stream
Size: 1038522 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20110607/303fb0b3/attachment-0002.obj>
-------------- next part --------------
Le 7 juin 2011 ? 21:32, Eric Greisen a ?crit :
> Arnaud Collioud wrote:
>> Dear AIPS developers,
>> I am processing the session RDV84 (Dec 2010) with 31DEC11 AIPS version. I am trying to build SN tables from GC and TY tables (5 subarrays), but I am encountering an error with the task APCAL (see below).
>> APCAL1: Task APCAL (release of 31DEC11) begins
>> APCAL1: Writing SN table 1
>> PCAL1: AMPCAL: NO GAIN FOR ANT: 3 POL: 1 IF: 3
>> APCAL1: Purports to die of UNNATURAL causes
>> APCAL1: localhos 31DEC11 TST: Cpu= 0.2 Real= 0 IO= 15
>>
>> This problem only occurs for the X-band and not for the S-band, where APCAL runs smoothly.
>> Data was imported with FITLD, then processed with VLBAFIX with subarrays determination. GC and TY tables were filled with the task ANTAB.
>> Maybe something went wrong during ANTAB (even if I have no error message), but I do not know what (and I tried several times).
>>
>
> I have loaded the data but do not understand it well enough to separate into subarrays - at first load the S band and X band are each 4 IFs in an 8 IF data form. APCAL generates this message when it is using a GC table and your GC table does not have data for antennas 3, 5, 6, 11, 15, and 16. These are non-VLBA sites (HH, KB, KK, NY, TS, WZ). APCAL uses the GC table when there are no appropriate values in the TY table and indeed your TY table has no values for the same set of antennas. You will have to obtain data for these antennas from log files and enter them into AIPS, I believe via VLOG. I am not a VLBI expert and our AIPS expert VLBI user is on vacation until June 20. I will run this by some other folks and if they disagree with my answer, I will let you know.
>
> Eric Greisen
>
More information about the Daip
mailing list