The header aperture values are only for the record. They are not used unless you move in the viewer the mouse pointer around to measure individual stars.
Note that aperture value in the header is in pixels while in the photometry tab it is in HFD radius. So the difference is the arcsec/pixel factor.
So the values are not used in the photometry tab. When you use the photometry tab all stars are measured and calibrated against the database "on the spot" to provide the instrumental magnitudes in the list view. With comp star(s) as reference these values are shifted (a little) again to get the report values.
cs, Han
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Han,
sorry, I explained the problem not precisely. I am talking about the lens aperture value: I have been using a 135 mm / f2.8 lens which is set correctly in the EXIF of the image but the fits image header in ASTAP records only 2.0 (see attachments). I can change the value manually with 'change header keyword' to 2.8 so it is not simply a problem of not showing the decimal value because it is zero.
Hi Han,
I noticed an APERTURE value of 2 in the fits header after calibrating NEF images with an EXIF FNumber of 2.8. Is this a known problem?
cs Axel
The header aperture values are only for the record. They are not used unless you move in the viewer the mouse pointer around to measure individual stars.
Note that aperture value in the header is in pixels while in the photometry tab it is in HFD radius. So the difference is the arcsec/pixel factor.
So the values are not used in the photometry tab. When you use the photometry tab all stars are measured and calibrated against the database "on the spot" to provide the instrumental magnitudes in the list view. With comp star(s) as reference these values are shifted (a little) again to get the report values.
cs, Han
Hi Han,
sorry, I explained the problem not precisely. I am talking about the lens aperture value: I have been using a 135 mm / f2.8 lens which is set correctly in the EXIF of the image but the fits image header in ASTAP records only 2.0 (see attachments). I can change the value manually with 'change header keyword' to 2.8 so it is not simply a problem of not showing the decimal value because it is zero.
cs Axel
Sorry, I missed your remarks about the exif value. I was too much focused on other things.
Can you share one NEF file, so I can investigate why the value is rounded? It is not important but better to be fixed if possible.
I see the same with other NEF files here. No need for you image. I will have a look.
Last edit: han.k 2026-06-15
I found a fix. I will release next time an new version of the raw conversion utility.
Thank you!
You could download a new convertor program here:
Window:
https://github.com/han-k59/LibRaw-with-16-bit-FITS-support/blob/master/bin/unprocessed_raw%20win64.zip
Linux
https://github.com/han-k59/LibRaw-with-16-bit-FITS-support/blob/master/bin/unprocessed_raw%20linux%20amd64.tar.gz
Just unzip the unprocessed_raw executable and put it in the astap directory with overwrite.
cs, Han