Closed pfederl closed 10 years ago
This bug is fixed by commit c0413b8b02 . The new version of AST (7.3.3) can be downloaded from http://starlink.jach.hawaii.edu/starlink/AST. The bug caused a value of 1 to be used for CarLin regardless of the value actually set for the attribute, and was triggered by the presence of a third spectral axis in the header for which the CTYPE value includes no algorithm code.
In astlib version 7.3.2 setting CarLin=0 or CarLin=1 on FitsChan does not seem to have any effect. In version 7.0.6 setting CarLin seemed to work. Here is an example FITS header on which it does not work for me (i.e. calling astTranN returns the same result whether I set CarLin=0 or CarLin=1):
The online AST Grid Plotter (http://starlink.jach.hawaii.edu/cgi-bin/ast/fits-plotter) seems to work fine though.