The ATCA Forum

Thanks!

Dominic

Hi Jamie, Coming back to my previous post (which is a few months old now): I've looked up which modifications have been made to the gpnorm version from '97, and this is what it says: c rjs 27apr09 Added option zeroflag. c rjs 05may09 Deduced xyphase was being applied with the wrong sign!!!! c rjs 07...

Hi Jamie, I've tried this, but it causes a fatal error in gpboot ("### Fatal Error: Bad number of gain solutions for gains file") This is how I implemented your suggestion: . apply bandpass solution to the secondary calibrator (uvaver with options=nocal,nopol) . apply bandpass solution to ...

Emil Lenc suggested that I should also post a plot that I made that shows the calibrated flux of 1934-638 in L, C and X band, and the model flux values from the AT memo by John Reynolds (from 1994) 1934-638_lcx_flux.tiff '+' indicates measured (calibrated) data points, the solid line is the flux mod...

Hi Jamie,

One data set that I used was based on the following rpfits files:
2010-07-03_0502.C2053
2010-07-03_0509.C2053
2010-07-03_0844.C2053
2010-07-03_1219.C2053
2010-07-03_1340.C2053

and the second contained the rpfits files for project C2354.

Dominic

Hi, I've encountered the following error when running miriad: ### Informational: Bandpass tables present ### Fatal Error: GPNORM does not work correctly in this case (GpNorm: version 1.0 28-Sep-09) I've encountered this problem with calibrating data in L, C or X band (I haven't observed in other ban...

Hi, I've calibrated L-band data of 1934-638 data for 2 projects, and I found that when I calibrate the frequency band as one big chunk then the flux of 1934-638 is off by more than 600 mJy from the model value. When I select a 128 MHz chunk around 1400 MHz and use the same script then the calibrated...