CCD Control and FITS Header
Posted: 04 Dec 2018, 13:58
Hi Everyone,
my main usage of AA5 is CCD control via scripts. Operating the camera (Atik 314L+) via scripts is very powerful, so I like it very much.
Recently I came across problems when calibrating the image data with the image processing software PixInsight.
I had a hard time to realize that the problems were caused by lack of the optional keywords BZERO = 32768.0 and BSCALE = 1.0 in the 16-bit bias frames.
I know the shortcoming of the FITS standard that the 16-bit number format is signed, producing a range of -32768 to +32767. The range of data from many cameras is 0 to 65535.
And obviously PixInsight expects this range of data.
Tests let me recognize that especially the FITS header of bias frames sometimes include the keywords BZERO and BSCALE and sometimes not. Whereas images gained with the control
by ArtemisCapture (propriatary capture software for Atik cameras) always include this keywords correctly.
Further tests showed that this ambiguous behavier is not controllable with settings of Preferences in AA5 or with script functions like Image.SetKey(key$,value).
Is anybody out there who has a sense what causes AA5 to whrite the FITS header in this ambiguous way and how can one control this?
Any hint how to overcome this issue is much appreciated.
Thanks,
Rolf
my main usage of AA5 is CCD control via scripts. Operating the camera (Atik 314L+) via scripts is very powerful, so I like it very much.
Recently I came across problems when calibrating the image data with the image processing software PixInsight.
I had a hard time to realize that the problems were caused by lack of the optional keywords BZERO = 32768.0 and BSCALE = 1.0 in the 16-bit bias frames.
I know the shortcoming of the FITS standard that the 16-bit number format is signed, producing a range of -32768 to +32767. The range of data from many cameras is 0 to 65535.
And obviously PixInsight expects this range of data.
Tests let me recognize that especially the FITS header of bias frames sometimes include the keywords BZERO and BSCALE and sometimes not. Whereas images gained with the control
by ArtemisCapture (propriatary capture software for Atik cameras) always include this keywords correctly.
Further tests showed that this ambiguous behavier is not controllable with settings of Preferences in AA5 or with script functions like Image.SetKey(key$,value).
Is anybody out there who has a sense what causes AA5 to whrite the FITS header in this ambiguous way and how can one control this?
Any hint how to overcome this issue is much appreciated.
Thanks,
Rolf