[daip] VLBAUTIL vlbapcor procedure

Yuri Y. Kovalev ykovalev at mpifr-bonn.mpg.de
Fri Jan 4 11:57:00 EST 2008


Colleagues,

There was made a change in the way how PCAL solution is applied in the 
VLBAUTIL procedure vlbapcor.
Until AIPS version 31DEC06 inclusive a default interpolation was used.
Starting with 31DEC07 the interpol 'self' is applied:
%%% Part of the VLBAUTIL 31DEC07 code:
if vba_ok >=0 then
  type 'run pccor'
  task='pccor'; default; tget vlbapcor;task='pccor'
     delcorr 0; runwait('pccor')
  if(vba_frg>0)then
    type 'run sncor'
    task 'sncor';default; tget vlbapcor;task 'sncor'
      snver=MAXTAB('SN');opcode 'zphs';timer 0; sour ''
    runwait('sncor'); opcode 'zdel';runwait('sncor')
  end
  type 'RUN CLCAL'
  task 'clcal';default; tget vlbapcor;task 'clcal'
     gainv gainu; gainu=MAXTAB('cl')+1; snver=MAXTAB('SN')
     interpol 'self'; calsour '';timer 0; ante 0;runwait('clcal')
  vba_sn=snver
  vba_cl=gainu
end
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

I believe that this change can be potentially dangerous.
In case when a short scan is observed, no PCAL value might exist for a 
given short-scan source and interpol 'self' might deliever proper result.

I also see no specific reason why PCAL soulitons should be applied on a 
source by source basis (interpol 'self'). There must be no or very 
little dependence between the instrumental phase and different sources 
observed.

I suggest that you correct the vlbapcor back to the default 
interpolation in the task 'clcal'.

Cheers,
Yuri.




More information about the Daip mailing list