[daip] Problem loading new VLBA data

[Sean Dougherty]

To whomever,

I'm trying to load VLBA data this morning, and I am getting no header
information in the output of VLBALOAD.
This data was placed in the archive in the past few days.

The version of aips I'm running is 31DEC07. Running version 31DEC06 or
31DEC05 produces the same results.

Is this a problem with the FITS files I was given or with AIPS?? Files
from previous VLBA experiments seem to load OK, suggesting some problem
with the FITS files that were put on the archive fpr BD130.

Please advise

Sean


The error message I get is:

rimmer> FITLD1: Task FITLD  (release of 31DEC07) begins
rimmer> FITLD1: Found          observed on BAD DATE
rimmer> FITLD1: UV data will be written in compressed format
rimmer> FITLD1: Create BD130       .UVDATA.   1 (UV)  on disk  1  cno    1
rimmer> FITLD1: Warning: table type OB is of zero length
rimmer> FITLD1: UVINIT: LREC, NPIO =      3      0 ILLEGAL
rimmer> FITLD1: UVINIT: OR NVIS, BUFSZ, OR BO =         0 101376      1
ILLEGAL
rimmer> FITLD1: ERROR      2 RETURNED FROM FITRXU
rimmer> FITLD1: Purports to die of UNNATURAL causes
rimmer> FITLD1: localhost    31DEC07 TST: Cpu=       0.5  Real=       2

and the resultant file headers are:
>imh
AIPS 1: Image=          (UV)         Filename=BD130       .UVDATA.   1
AIPS 1: Telescope=                   Receiver=
AIPS 1: Observer=                    User #=  130
AIPS 1: Observ. date=BAD DATE        Map date=16-NOV-2007
AIPS 1: ----------------------------------------------------------------
AIPS 1: Type    Pixels   Coord value     at Pixel     Coord incr   Rotat
AIPS 1:              1   0.0000000E+00       1.00  1.0000000E+00    0.00
AIPS 1:              0   0.0000000E+00       1.00  1.0000000E+00    0.00
AIPS 1: ----------------------------------------------------------------
AIPS 1: Maximum version number of extension files of type HI is   1
AIPS 1: Maximum version number of extension files of type FQ is   1
AIPS 1: Maximum version number of extension files of type NX is   1
AIPS 1: Maximum version number of extension files of type AT is   1
AIPS 1: Maximum version number of extension files of type CT is   1
AIPS 1: Maximum version number of extension files of type OB is   1
AIPS 1: Maximum version number of extension files of type AN is   1
AIPS 1: Maximum version number of extension files of type CL is   1
AIPS 1: Maximum version number of extension files of type CQ is   1
AIPS 1: Maximum version number of extension files of type GC is   1
AIPS 1: Maximum version number of extension files of type IM is   1
AIPS 1: Maximum version number of extension files of type MC is   1
AIPS 1: Maximum version number of extension files of type PC is   1
AIPS 1: Maximum version number of extension files of type SU is   1
AIPS 1: Maximum version number of extension files of type TY is   1
AIPS 1: Maximum version number of extension files of type WX is   1
AIPS 1: Keyword = 'OLDRFQ  '  value =  8.40549000D+09
AIPS 1: Keyword = 'SUBARRAY'  value =            1
>

The error message coming from VLBAPIX that I try to run immediately
afterwards is:
>vlbafix
AIPS 1: 'VBA_NSTK: STOKES AXIS IS MISSING'
AIPS 1: 'VBA_NSTK: STOKES AXIS IS MISSING'
AIPS 1: 'YOUR DATA DID NOT NEED FIXING'

Here is the header info in the main part of the fits file.

SIMPLE  =                    T / Standard FITS file
BITPIX  =                    8 /
NAXIS   =                    2 /
NAXIS1  =            777777701 / Signature code for UV data in table
NAXIS2  =                    0 / No data in primary array
EXTEND  =                    T / All data in tables
BLOCKED =                    T / Tape may be blocked
HISTORY AIPS HEADER1  OLDRFQ   =  8.40549000000E+09 /AIPS Catalog Header
Keyword
HISTORY AIPS HEADER4  SUBARRAY =           1      /AIPS Catalog Header
Keyword
HISTORY
/--------------------------------------------------------------------

which is the same as for files that have worked in the recent past (Oct
4th, 2007).