[fitsbits] structurally compliant FITS
Mark Calabretta
mark at calabretta.id.au
Fri Jun 26 11:56:30 EDT 2015
On Fri, 26 Jun 2015 07:09:23 -0700
Rob Seaman <seaman at noao.edu> wrote:
Hi Rob,
>>Also, I must point out that the simplest legal FITS file consists of
>>SIMPLE, BITPIX, NAXIS and END keyrecords, followed by 32 blank
>>keyrecords. Everything else in the standard is optional. "Optional"
>>has no significance whatsoever.
>
>Well, no. Implicit in your description is that a single FITS-
>compliant ASCII 2880-byte record was received. Underneath all the
>semantics and data representation issues we are discussing is a very
>simple and solid framework of a sequence of structurally compliant
>HDUs. Useful utilities (or archive components like NOAO's "Save the
>Bits") may well view a FITS file at only this most basic level.
>Sending such a simple file could serve a useful purpose as an
>"iamalive" packet, for instance.
Huh? Are we talking about the same thing? Which non-optional element
of the FITS standard did I leave out?
>>Ignoring INHERIT could lose you a stack of porentially important
>>keywords. Ignoring CONTINUE could lose the nether end of string
>>keyvalues. Ignoring tiled compression could render the image
>>unreadable. How is that harmless?
>
>I want to say that in an ideal world all FITS-compliant software would
>recognize all variations of FITS usage. I want to, but I don't
>actually believe this. On the one hand there is a layer beneath even
>the structural example given above. Vast numbers of useful host level
>tools can be used with FITS files - tools that don't know nothin' about
>FITS. And on the other hand is it really true that FITS "competitors"
>are any different? Do all jpeg tools understand all JPEG2000 features?
>Is all the complexity of HDF5 supported in all its gory details
>wherever an HDF5 file may travel? Surely we all can recount instances
>of MS Word-compliant files not being compatible with our version of
>Word or third-party software?
Dunno about HDF5, but JPEG2000-unaware software produces an error
message and no image at all.
Ignoring INHERIT or CONTINUE potentially produces *wrong* answers
without providing even a hint that anything is wrong. That's not
what I call "harmless".
Regards,
Mark
More information about the fitsbits
mailing list