[daip] [!6387]: aips - FITLD does not read UVFITS source tables correctly
Eskil Varenius
do-not-reply at nrao.edu
Fri Mar 27 08:54:05 EDT 2015
Eskil Varenius updated #6387
----------------------------
FITLD does not read UVFITS source tables correctly
--------------------------------------------------
Ticket ID: 6387
URL: https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/6387
Full Name: Eskil Varenius
Email: varenius at chalmers.se
Creator: User
Department: AIPS Data Processing
Staff (Owner): -- Unassigned --
Type: Issue
Status: Open
Priority: Default
SLA: NRAO E2E
Template Group: Default
Created: 27 March 2015 12:54 PM
Updated: 27 March 2015 12:54 PM
Due: 31 March 2015 12:54 PM (4d 0h 0m)
Resolution Due: 06 April 2015 12:54 PM (10d 0h 0m)
Dear support,
Earlier this week I have been able to load a UVFITS file of eMERLIN data with FITLD. This file was written by AIPS last year and contain multiple sources. When I load the file today it looks in LISTR as if all sources are present:
1 NGC4418 : 0000 12:26:54.6126 -00:52:39.372 134805
2 J1232 : 0000 12:32:00.0160 -02:24:04.794 204885
3 J1256 : 0000 12:56:11.1666 -05:47:21.525 55965
4 1407+284 : 0000 CAL 14:07:00.3944 28:27:14.690 107850
5 0319+415 : 0000 CAL 03:19:48.1601 41:30:42.103 53925
6 1331+305 : 0000 ACAL 13:31:08.2873 30:30:32.959 53805
But, I discovered I can no longer select the source J1232 in any task, as I could earlier this week when I loaded this FITS file. In fact, I cannot select any source except the first one. But, when running e.g. POSSM without any source selection (source = '') I see strong signal visibilities which cannot be for the first target source, they are from the calibrators. So, the data is there, but somehow is not read properly. I tried re-running INDXR on the data, assuming something had changed and the old NX table had to be remade. After creating a new NX table I get this from LISTR:
1 NGC4418 : 0000 12:26:54.6126 -00:52:39.372 611235
2 J1232 : 0000 12:32:00.0160 -02:24:04.794 0
3 J1256 : 0000 12:56:11.1666 -05:47:21.525 0
4 1407+284 : 0000 CAL 14:07:00.3944 28:27:14.690 0
5 0319+415 : 0000 CAL 03:19:48.1601 41:30:42.103 0
6 1331+305 : 0000 ACAL 13:31:08.2873 30:30:32.959 0
i.e. INDXR thinks all visibilities are for source no 1. So, it seems to me that FITLD stores all visibilities as source number 1. If this is an error when FITLD reads the data, when it writes it into AIPS, or some fundamental error when the other tasks e.g. INDXR tries to access the data, I cannot say. I don't know what more info to give, but in case you want me to check some specific thing I'd be happy to do so.
Kind regards,
Eskil
------------------------------------------------------
Staff CP: https://help.nrao.edu/staff
More information about the Daip
mailing list