A Space & astronomy forum. SpaceBanter.com

Go Back   Home » SpaceBanter.com forum » Astronomy and Astrophysics » FITS
Site Map Home Authors List Search Today's Posts Mark Forums Read Web Partners

[fitsbits] Start of the 'INHERIT' Public Comment Period



 
 
Thread Tools Display Modes
  #1  
Old April 6th 07, 07:24 PM posted to sci.astro.fits
Rob Seaman
external usenet poster
 
Posts: 49
Default [fitsbits] Start of the 'INHERIT' Public Comment Period

Bill wrote:

The INHERIT convention on the other hand only reduces the size of
the FITS file by a small fraction of 1% in typical cases.


There is an assumption here that only images will use such a feature,
and further, that all images are large. A file containing reduced
MOS data might have one or more bintables or even as many extensions
as spectra. In general, we shouldn't assume that headers are smaller
than data units.

A notion of FITS compression is to preserve readable headers. To the
extent that this discussion is about minimizing the size of headers
(and not about the correct data model for FITS objects), INHERIT is a
natural complement to the tile compression convention.

Nobody has suggested that the inherit convention shouldn't be
documented
in the registry.


Bob started the discussion with:

"I have to express some concern about registering the INHERIT
convention."

My apologies if I misunderstood.

If the IAUFWG decides this would be useful, then a mechanism for
adding usage comments or recommendations could be added to the
Registry.


By all means, comment away. Feel free to append mine.

Bob wrote:

a reader that encounters INHERIT, and manipulates headers with
even simple copy operations, could make a bit of a mess.


A reader that does not understand INHERIT will copy the extensions
verbatim, including the INHERIT keyword itself. The only trouble
that might arise is if the primary header is disconnected from the
extensions, but similar trouble might afflict any FITS file that is
naively split apart.

A reader that does understand INHERIT may trigger inheritance, of
course, in the copy. In this case, the extensions will contain all
the keywords.

Or a reader may more subtly implement INHERIT and choose between
these two correct behaviors on an application specific basis.

I think concern about "confused users" is inevitable, but overstated
in this case.

It is good to document what is out there, but we do not
necessarily want to encourage its further adoption.


One might consider a prerequisite to discouraging the use of unique
conventions to be the adoption of similar functionality within the
standard. A broader discussion of a coherent FITS data model and of
how individual HDUs are related to one another sounds interesting,
but beyond the scope of the registry.

Rob

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
[fitsbits] Start of the 'INHERIT' Public Comment Period Robert Hanisch FITS 3 April 13th 07 09:37 AM
[fitsbits] Start of the 'INHERIT' Public Comment Period William Pence FITS 8 April 8th 07 03:59 AM
[fitsbits] Start of the 'INHERIT' Public Comment Period Steve Allen FITS 0 April 6th 07 06:27 PM
[fitsbits] Start of the 'INHERIT' Public Comment Period Robert Hanisch FITS 0 April 6th 07 01:00 AM
[fitsbits] Start of the 'INHERIT' Public Comment Period Rob Seaman FITS 0 April 5th 07 11:57 PM


All times are GMT +1. The time now is 11:05 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 SpaceBanter.com.
The comments are property of their posters.