<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I have fixed atlod - I changed the linear pols to be called V and H but of course ATNF still calls then X and Y so they were not recognized.  Now either should work.  Of course, the question remains what is the ATNF definition.  Meerkat has that definition
 backwards compared to the IAU.  But we all think of the X axis as horizontal from our earliest algebra classes.  That is why I changed to V and H in aips.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Cheers</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Eric</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Andy Biggs <andrew.biggs@stfc.ac.uk><br>
<b>Sent:</b> Friday, November 29, 2024 9:12 AM<br>
<b>To:</b> Eric Greisen <egreisen@nrao.edu><br>
<b>Subject:</b> Re: [daip] Loading ATCA data {External}</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Hi Eric,<br>
<br>
I'm able to read the data into CASA and calibration seems to work as <br>
well. I'm just having a quick look at these data to see if they will be <br>
worth pursuing further.<br>
<br>
Thanks anyway.<br>
<br>
Andy<br>
<br>
On 29/11/2024 04:33, Eric Greisen wrote:<br>
> RPFITS is not really FITS - perhaps I can fix the polarization  thing in <br>
> ATLOD.  I will look at it next week (4-day holiday at the moment).  I <br>
> had hoped that this RPFITS stuff was long gone.  There may be other <br>
> changes too.<br>
> <br>
> Eric<br>
> <br>
> <br>
> ------------------------------------------------------------------------<br>
> *From:* Andy Biggs <andrew.biggs@stfc.ac.uk><br>
> *Sent:* Thursday, November 28, 2024 11:29 AM<br>
> *To:* Eric Greisen <egreisen@nrao.edu><br>
> *Subject:* Re: [daip] Loading ATCA data {External}<br>
> Thanks. I've tried FITLD and now get the following error:<br>
> <br>
> localh> FITLD1: NON-STANDARD FITS HEADER OF   2880 BYTES READ, QUITTING<br>
> localh> FITLD1: Purports to die of UNNATURAL causes<br>
> localh> FITLD1: localhost    31DEC23 TST: Cpu=       0.0  Real=       0<br>
> <br>
> The header claims that it is RPFITS format.<br>
> <br>
> Andy<br>
> <br>
> On 28/11/2024 18:21, Eric Greisen wrote:<br>
>> If it is really a true FITS file then ATLOD (which is ancient) should <br>
>> not work.  Use FITLD.<br>
>> <br>
>> Eric<br>
>> ------------------------------------------------------------------------<br>
>> *From:* Daip <daip-bounces@listmgr.nrao.edu> on behalf of Andy Biggs via <br>
>> Daip <daip@listmgr.nrao.edu><br>
>> *Sent:* Thursday, November 28, 2024 10:05 AM<br>
>> *To:* daip <daip@nrao.edu><br>
>> *Subject:* [daip] Loading ATCA data {External}<br>
>> Hi,<br>
>> <br>
>> I'm trying something that I've never done before - to load ATCA data<br>
>> into AIPS. I'm falling at the first hurdle - ATLOD reports:<br>
>> <br>
>> ERROR  3 ON UNIT TTDEV01         , GETTING HOST/SERVICE BY NAME<br>
>>    ZMSGOP: ZTTOPN RETURNS ERROR =   1 FOR LUN =   6<br>
>> ATLOD1: Dropping all flagged visibilities.<br>
>> ATLOD1: Dropping autocorrelations.<br>
>> ATLOD1: Vis weights set to integration time in units of 15 sec<br>
>> ATLOD1: Averaging all pulsar bins<br>
>> ATLOD1:<br>
>> ATLOD1: Processing file:  1<br>
>> ATLOD1: Input polarizations: XX,YY,XY,YX<br>
>> ATLOD1: POLDEC: UNRECOGNIZED POLARIZATION TYPE.<br>
>> ATLOD1: Purports to die of UNNATURAL causes<br>
>> ATLOD1: localhost    31DEC23 TST: Cpu=       0.0  Real=       0<br>
>> AIPS 1: Resumes<br>
>> <br>
>> I'm running with APARM=-1,0 which appears to be the recommendation.<br>
>> <br>
>> Looking in the FITS file, the Stokes values do look wrong in that<br>
>> CRVAL=5 whereas I would expect -5 for XX. Changing CRVAL3 to -5 and<br>
>> CDELT3 to -1 doesn't help.<br>
>> <br>
>> I don't know what the first bit of the message 'ERROR  3 ON' means.<br>
>> <br>
>> As this is my first time with ATCA, I might be doing something really<br>
>> stupid, but if you could help, that would be great. I'm trying to load<br>
>> an RPFITS file that I downloaded from the ATCA archive.<br>
>> <br>
>> This is on 31DEC23.<br>
>> <br>
>> Thanks,<br>
>> <br>
>> Andy<br>
>> <br>
>> -- <br>
>> <br>
>> Andy Biggs<br>
>> Project Scientist<br>
>> UK Astronomy Technology Centre<br>
>> Royal Observatory<br>
>> Blackford Hill<br>
>> Edinburgh<br>
>> EH9 3HJ<br>
>> <br>
>> Tel. +44 (0)131 385 9441<br>
>> <br>
>> _______________________________________________<br>
>> Daip mailing list<br>
>> Daip@listmgr.nrao.edu<br>
>> <a href="https://listmgr.nrao.edu/mailman/listinfo/daip">https://listmgr.nrao.edu/mailman/listinfo/daip</a> <https://
<br>
> listmgr.nrao.edu/mailman/listinfo/daip> <https://<br>
>> listmgr.nrao.edu/mailman/listinfo/daip><br>
> <br>
> -- <br>
> <br>
> Andy Biggs<br>
> Project Scientist<br>
> UK Astronomy Technology Centre<br>
> Royal Observatory<br>
> Blackford Hill<br>
> Edinburgh<br>
> EH9 3HJ<br>
> <br>
> Tel. +44 (0)131 385 9441<br>
> <br>
<br>
-- <br>
<br>
Andy Biggs<br>
Project Scientist<br>
UK Astronomy Technology Centre<br>
Royal Observatory<br>
Blackford Hill<br>
Edinburgh<br>
EH9 3HJ<br>
<br>
Tel. +44 (0)131 385 9441<br>
<br>
</div>
</span></font></div>
</body>
</html>