[daip] RLDIF

[Doug Roberts]

Thanks Eric. That did the trick.  There were two entries in the SU 
table.  One with no calibrator code and another with 'E'.  If I select 
the 'E' calcode everything works fine.

Thanks for the quick response!

Cheers,
Doug

On 8/18/2011 2:12 PM, Eric Greisen wrote:
> Doug Roberts wrote:
>>   Hi Eric,
>>
>> I'm working with Farhad and using a POPS script that does 
>> polarization calibration and I was pretty sure it used to work a year 
>> ago and now doesn't.  What it does is the following;
>>
>> PCAL: set CALS to our secondary [complex gain] calibrator
>>
>> RLDIF: set SOURCE to our 3C286
>>
>> RLDIF gives an error:
>>
>>     townes> RLDIF1: Task RLDIF  (release of 31DEC11) begins
>>     townes> RLDIF1: UVGET: Using flag table version   1 to edit data
>>     townes> RLDIF1: CLCORPRM METHOD REQUIRES THERE TO BE ONLY 1 SOURCE
>>     townes> RLDIF1: Purports to die of UNNATURAL causes
>>     townes> RLDIF1: townes 31DEC11 TST: Cpu=      0.0  Real=      0 
>>     IO=         1
>>
>> I only have one source in RLDIF, but it still complains.  I'm using 
>> 31DEC11.
>
> Look at your source table - PRTAB with INEXT='SU'.  There are 
> frequently two or more sources names 3C286 in the new EVLA files.  
> That would be one possibility.
>
> Eric

-- 
Doug Roberts, Ph.D.
Assoc. Vice President for Digital Technologies
Chief Technology Officer
Adler Planetarium&  Astronomy Museum
1300 S. Lake Shore Drive
Chicago, IL 60605
e: droberts at adlerplanetarium.org
p: 312.322.0529
w: www.adlerplanetarium.org