<div dir="ltr"><div><div><div><div><div><div><div>We pretty much go a similar route:<br></div>The primary header contains an essential summary with keywords<br></div>that are common to the following extensions, but these are all<br>repeated in the subsequent HDU headers so that each HDU is<br>self-contained.<br></div></div>In terms of software architecture, this means that a tool can be<br></div>handed an HDU that contains all the information it needs; the tool<br>won't have to inherit anything or know anything else about the file.<br><br></div>Cheers,<br><br></div> - Arnold<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">-------------------------------------------------------------------------------------------------------------<br>Arnold H. Rots Chandra X-ray Science Center<br>Smithsonian Astrophysical Observatory tel: +1 617 496 7701<br>60 Garden Street, MS 67 fax: +1 617 495 7356<br>Cambridge, MA 02138 <a href="mailto:arots@cfa.harvard.edu" target="_blank">arots@cfa.harvard.edu</a><br>USA <a href="http://hea-www.harvard.edu/~arots/" target="_blank">http://hea-www.harvard.edu/~arots/</a><br>--------------------------------------------------------------------------------------------------------------<br><br></div></div></div>
<br><div class="gmail_quote">On Thu, Jul 2, 2015 at 1:16 PM, Phil Hodge <span dir="ltr"><<a href="mailto:hodge@stsci.edu" target="_blank">hodge@stsci.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Your lower-level software knows where to go (e.g. extension 10 in an MEF) to find the data. It could also know where to get the keywords.<br>
<br>
Lately I've been using astropy.io.fits, or an interface that uses io.fits. The C interface that we used for calstis has a layer based on CFITSIO. So yes, I do use a library :-) .<span class="HOEnZb"><font color="#888888"><br>
<br>
Phil</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On 07/02/2015 01:00 PM, Frank Valdes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is a programming practices question. In our case we want applications to be independent of the data format structure (possibly not even FITS). An application asks for the value of EXPTIME in an image (a higher level construct which might happen to map to extension 10 in an MEF). The lower level image I/O software (layered on even lower level FITS I/O in this discussion) handles this. What you are saying is that high level application software needs to deal with the format itself. I would pose the question, why doesn't your application open a FITS file as a binary file and do all the parsing of the file rather than rely on a FITS I/O layer such as CFITSIO, etc. That would certainly be explict right? :) [I really assume and hope that you use some FITS library to get a keyword and not direct file access to get your keywords.]<br>
<br>
But if you are saying why doesn't the lower level FITS I/O layer just check both then basically this becomes the INHERIT implementation, right?<br>
<br>
Frank<br>
<br>
<br>
On Jul 2, 2015, at 9:43 AM, Phil Hodge wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What I don't understand is why you need to "inherit" these keywords. For DECam you have a convention that some keywords are in the primary header and some are in an extension header. Why not just read or update keywords in the headers that actually contain the keywords? That's what we at STScI do for HST data, in spite of the INHERIT keyword. Explicit is good.<br>
<br>
Phil<br>
<br>
On 07/02/2015 12:08 PM, Frank Valdes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will respond with the DECam raw data from the telescope. This is a good question for this discussion. If this goes somewhere interesting I can look at the other NOAO mosaic cameras and the calibrated files.<br>
<br>
The keywords from the list at <a href="http://heasarc.gsfc.nasa.gov/docs/fcg/standard_dict.html" rel="noreferrer" target="_blank">http://heasarc.gsfc.nasa.gov/docs/fcg/standard_dict.html</a> that are inherited are:<br>
<br>
DATE-OBS, INSTRUME, OBJECT, OBSERVER, TELESCOP<br>
<br>
I might also mention a couple that are important but not on the list:<br>
<br>
EXPTIME, FILTER, RA, DEC<br>
<br>
There are no WCS keywords even from the advanced WCS papers or the TPV convention used by DECam.<br>
<br>
Frank<br>
<br>
<br>
On Jul 2, 2015, at 7:26 AM, Mark Calabretta wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, 1 Jul 2015 11:30:12 -0700<br>
Frank Valdes <<a href="mailto:valdes@noao.edu" target="_blank">valdes@noao.edu</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
DECam is<br>
generating a huge amount of data (arguably the biggest optical data<br>
source in the world) on an almost daily basis. The raw data is an<br>
MEF and uses INHERIT. The calibrated data produces MEF with INHERIT.<br>
All mosaic data that NOAO has in its archive, -- >10 yrs of Mosaic, > 5<br>
yrs of NEWFIRM, DECAM -- is in this format.<br>
</blockquote>
Which keywords known to the FITS standards are these files inheriting?<br>
<br>
<br>
Mark Calabretta<br>
</blockquote>
_______________________________________________<br>
fitsbits mailing list<br>
<a href="mailto:fitsbits@listmgr.nrao.edu" target="_blank">fitsbits@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/fitsbits" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/fitsbits</a><br>
</blockquote>
_______________________________________________<br>
fitsbits mailing list<br>
<a href="mailto:fitsbits@listmgr.nrao.edu" target="_blank">fitsbits@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/fitsbits" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/fitsbits</a><br>
</blockquote>
<br>
_______________________________________________<br>
fitsbits mailing list<br>
<a href="mailto:fitsbits@listmgr.nrao.edu" target="_blank">fitsbits@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/fitsbits" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/fitsbits</a><br>
</blockquote>
<br>
_______________________________________________<br>
fitsbits mailing list<br>
<a href="mailto:fitsbits@listmgr.nrao.edu" target="_blank">fitsbits@listmgr.nrao.edu</a><br>
<a href="https://listmgr.nrao.edu/mailman/listinfo/fitsbits" rel="noreferrer" target="_blank">https://listmgr.nrao.edu/mailman/listinfo/fitsbits</a><br>
</div></div></blockquote></div><br></div>