[daip] PCCOR

[Leonia Kogan]

This is a copy of message I sent to Enno this morning
Dear Enno,

The problem is obviously at the bad PC table.
I recommend you to run PCCOR with the data correlated at SOCORRO (I am 
sure PCCOR will work),
if you have such data. Then compare the two tables.
If you do not have such data, send me your data PC table and I look it 
here.
To prepare your data PC table printout:
1. Run the aips task PRTAB with
        bprint=eprint=1  docrt =-1  outprint =  'your directory:PCCOR_ENNO'
2. Look (compare) into the file: PCCOR_ENNO'
3. E-mail me the file PCCOR_ENNO

I am attaching the example of correct PC table. You may compare your PC 
table with this one and find a possible error
yourself before sending your PC table. (PCCOR_ENNO)

LK
Enno Middelberg wrote:
> Dear Leonid Kogan,
>
>
> I am writing to ask a question about the Aips task PCCOR, which 
> appears to have been written by you. It doesn't work in my case and I 
> am trying to figure out why.
>
> The experiment is bm261, a 20cm VLBA-only observation of the CDFS. 
> Correlation has not been carried out in Socorro, but is currently 
> underway at the MPIfR in Bonn, using Adam Deller's software 
> correlator, DiFX.
>
> DiFX does not process any of the auxiliary data, so there are no TY, 
> GC, or PC tables attached to the data. However, these data exist in 
> http://www.vlba.nrao.edu/astro/VOBS/astronomy/jul07/bm261. I have 
> downloaded the file bm261cal.vlba and extracted the pulse cal 
> information using VLOG. I then used PCLOD to load the file and PCCOR 
> to process it.
>
> Unfortunately, whatever settings I use in PCCOR, it always aborts with 
> the same error, saying:
>
> REDGUM> PCCOR1: Task PCCOR  (release of 31DEC07) begins
> REDGUM> PCCOR1: Writing to SN table   7
> REDGUM> PCCOR1: All rows of the PC table are bad for the selected 
> parameters
> REDGUM> PCCOR1: Purports to die of UNNATURAL causes
> REDGUM> PCCOR1: redgum       31DEC07 TST: Cpu=       0.0  Real=       0
>
>
> I have tried various time ranges and fringe finder scans in PCCOR, to 
> no avail. I have also tried to understand how PCCOR selects "good" and 
> "bad" rows, looking at the source code, but my understanding of 
> FORTRAN and how Aips is structured is much too limited to get make any 
> conclusions.
>
> Can you make a guess why PCCOR is unable to process the PC table? What 
> does it check for and why does it reject all the data?
>
>
> Your help would be much appreciated.
>
>
> Best regards,
>
> Enno Middelberg
> Bochum, Germany

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: PCCOR_TEST
URL: <http://listmgr.nrao.edu/pipermail/daip/attachments/20080509/ebc0c6d5/attachment.ksh>