[daip] BLAPP behaviour

Tue Oct 11 12:57:01 EDT 2011

Dear Eric,

Well, it will be difficult to send you all the data...I attached to this email the result from PRTAB for the BS1 table (as tar gzip file). But the CL table is just too huge to be send (650Mb), so I just send the first 10000 lines of it.

I looked at the BS table header and there are few things I do not understand:

	VERSION =            4			=> Is this an AIPS internal number ? I tried to set it at 1 but I got a fortran error...
					forrtl: severe (60): infinite format loop, unit -5, file Internal Formatted Write

	NO_IF   =           1				=> This is not correct since I have 4 IFs in my data...But if changed to 4, this is not compatible with MK3 mode
					BSINI: 4 IFS INCONSISTENT WITH MODE 'MK3 '

	MODE    = 'MK3     '			=> Should this be 'MK4' ? I set it to 'MK4' but nothing seemed to change and I got the same error:

					macpco> BLAPP1: Task BLAPP (release of 31DEC11) begins 
					macpco> BLAPP1: FQMATC: Setting FQ id number = 1 
					macpco> BLAPP1: Doing no flagging this time 
					macpco> BLAPP1: Writing SN table version 7 
					macpco> BLAPP1: DID NOT FIND ANY SOLUTIONS 
					macpco> BLAPP1: Purports to die of UNNATURAL causes 
					macpco> BLAPP1: localhos 31DEC11 TST: Cpu= 0.7 Real= 2 IO= 182 

Should I change these parameters?

I also compared the NX, BS and CL tables for the first two scans of the schedule (starting at 18:00:00). 

* In NX: 
0116-219 (id=1)		0/18:00:03 - 0/18:08:19		SA2
1803+784 (id=2)		0/18:00:03 - 0/18:08:20		SA1

* In BS:
18:02:30.0   +  variable time interval (depending on baseline)		src 2 		SA1  => Should be SA2 here!!!!!
18:00:24.0   +  variable time interval (depending on baseline)		src 1 		SA1  => ok

* In CL:
from start time 18:00:00.0 or 18:00:29.4			src 2		SA1			=> ok
								and			src 1		SA2			=> ok

This lead to several questions/remarks:
	* When using USUBA (subarrays), the BS table seems to be not correctly updated. I did not search yet for another example...

	* I am wondering if the entries of the BS table has to be "synchronized" with the CL's? Can BLAPP work fine if the start time is not the same in the BS and the CL tables?

Thanks for your help,
Best regards,
Arnaud   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: BS1_PRTAB.tar.gz
Type: application/x-gzip
Size: 2111221 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20111011/23c0f972/attachment.gz>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CL2_prtab_cut
Type: application/octet-stream
Size: 1258115 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20111011/23c0f972/attachment.obj>
-------------- next part --------------

Le 10 oct. 2011 ? 18:28, Eric Greisen a ?crit :

> Arnaud Collioud wrote:
>> Dear AIPS developers,
>> I am using the task BLAPP to read baseline-based residuals produced by MK4IN. I use the following parameters:
>>> inp
>> AIPS 1: BLAPP     Task which applies baseline corrections to CL tables.
>> AIPS 1: Adverbs     Values                 Comments
>> AIPS 1: ----------------------------------------------------------------
>> AIPS 1: INNAME     'IYA09_2_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: INVERS        1                    Input BS table version number
>> AIPS 1: SOURCES    *all ' '                Source list ' '=>all.
>> AIPS 1: STOKES     ' '                     Stokes type to process
>> AIPS 1: SELBAND      -1                    Bandwidth to select (kHz)
>> AIPS 1: SELFREQ      -1                    Frequency to select (MHz)
>> AIPS 1: FREQID        1                    Freq. ID to select.
>> AIPS 1: TIMERANG   *all 0                  Time range to use.
>> AIPS 1: ANTENNAS   *all 0                  Antennas to correct.
>> AIPS 1: SUBARRAY      1                    Subarray; 0 => 1.
>> AIPS 1: REFANT       14                    Reference antenna
>> AIPS 1: ANTWT      *all 0                  Antenna weights: 0.0 => 1.0
>> AIPS 1: OPCODE     'MK4'                   Operation code:
>> AIPS 1:                                     'SOLV' - produce solutions
>> AIPS 1:                                     'CAL ' - update calibration
>> AIPS 1:                                     'MK4 ' - MK4IN BS-table
>> AIPS 1: GAINVER       2                    Input CL table: 0 => 1
>> AIPS 1: GAINUSE       3                    Output CL table: 0 => 2
>> AIPS 1: BADDISK    *all 0                  List of disks not to be used
>> AIPS 1:                                    for scratch
>> But I got the following error: macpco> BLAPP1: Task BLAPP  (release of 31DEC11) begins
>> macpco> BLAPP1: FQMATC: Setting FQ id number =    1
>> macpco> BLAPP1: Doing no flagging this time
>> macpco> BLAPP1: Writing SN table version   7
>> macpco> BLAPP1: DID NOT FIND ANY SOLUTIONS
>> macpco> BLAPP1: Purports to die of UNNATURAL causes
>> macpco> BLAPP1: localhos 31DEC11 TST: Cpu=      0.7  Real=      2  IO=       132
>> I have not idea of what is happening here because I do not know how the task BLAPP works. Can you help me to figure this out ?
> 
> I have little idea what BLAPP does either.  This message suggests that it found no data for some reason in the BS table.  Are there data rows in the BS table (use PRTAB) and do they apply to the source for which you ran BLAPP?
> 
> I may have to get these data to look at the task with the debugger...
> 
> Eric Greisen
> 