stacking pictures I took in June (EKOS/INDI May versions with toupcam driver) with pictures taken recently (EKOS/INDI July versions with toupcam driver) I got errors. Closer inspection showed that the June files conform to the FITS standard with HDU/file size being a multiple of 2880 bytes and the newer files do not conform.
Could this issue please be resolved in the next version?
ASTAP crashed in these files when it tries to change a header keyword. But it is now avoided in ASTAP version 2022.09.16. But the Ekos/Indi files are still not conform the FITS standard.
could you elaborate bit more on what exactly should be done. I have tested it with Kstars 3.6.0 Stable and
org.kde.kstars: Welcome to KStars 3.6.1 Beta
org.kde.kstars: Build: 2022-09-17T21:16:43Z
with no change, still the FITS files do not conform. Do I have to use a nightly build of indilib and 3rd party drivers on my remote PC?
This problem seems to still be in Mac OS X versions of 3.6.3. I tried the dmg downloaded from the KDE Education page, kstars-3.6.3-1637-macos-clang-x86_64.dmg downloaded from binary-factory.kde.org/job/KStars_Release_macos/ and the 3.6.4beta that Robert Lancaster posted a short while ago. All write FITS files that fail the Tester page in the same way as described in the original post on this topic. A lot of apps ignore it, but it seems AstroImageJ is more strict as it fails with an invalid header error. I'm using the SBIG CCD on MAC OS X 12.6.3
An update: I did a fresh install of Ubuntu 22.04 on a raspberry pi 4 and installed 3.6.3 stable and this format error was NOT in the fits files created with this setup. Seems like it could be Mac specific.