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, 04:03 PM posted to sci.astro.fits
Rob Seaman
external usenet poster
 
Posts: 49
Default [fitsbits] Start of the 'INHERIT' Public Comment Period

William Pence wrote:

Maybe I'm missing your point, but I don't see how that paper can be
interpreted as an endorsement of the inherit convention.


It can't. The fact that the paper attempted to force a particular
outcome - that primary HDUs not be empty - and that empty primary
HDUs have instead become widespread, respected usage was my
(admittedly obscure) point.

A FITS file is either conforming or it isn't. Nothing requires that
HDUs not be empty, for whatever purpose. Users are also permitted to
define new keywords with new interpretations.

In this case, fundamental goals of DB normalization drive the
existence of a primary header to contain keywords that apply to all
other extensions in a file. There are reasons more basic than not
consuming an additional N*80 bytes (1.2 KB for each Mosaic keyword)
for not duplicating redundant keywords.

Some might suggest that with the abundance of low cost disk space
that is now available, the inherit convention is trying to fix a
non-problem.


The diskspace may be a non-problem (although this is a quirky opinion
coming from a FITS compression stalwart :–), but the underlying
question is about the purpose of registering conventions in the first
place.

I would have thought that the key goal was to collect descriptions of
local usage, not to vet long-established usage against esthetic
criteria. By insisting on the latter, the danger is that conventions
will go unregistered, perhaps undocumented. Is this a preferred
outcome?

If the warning:

"These conventions are not necessarily endorsed by the IAU FITS
Working Group."

is not deemed strong enough, how about labeling *all* of the
conventions with something snarkier? There is nothing demonstrably
less conforming to the standard about INHERIT than any other convention.

I also suggest deleting the entire section "Practical Considerations"
from http://fits.gsfc.nasa.gov/registry/inherit/
fits_inheritance.txt. It amounts to nothing more than stating that
unusual things might happen if files are run through software that
doesn't know about the particular convention. This applies to all
conventions (and all software), and it seems to this observer that
INHERIT is rather more user friendly in such a case than most.

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 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
[fitsbits] Start of the 'INHERIT' Public Comment Period William Pence FITS 0 March 23rd 07 08:06 PM


All times are GMT +1. The time now is 09:07 PM.


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.