<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Nov 8, 2013 at 7:32 AM, Yannick Roehlly <span dir="ltr"><<a href="mailto:yannick.roehlly@lam.fr" target="_blank">yannick.roehlly@lam.fr</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Le Thu, 7 Nov 2013 21:59:46 +0000,<br>
Paul Kuin <<a href="mailto:npkuin@gmail.com">npkuin@gmail.com</a>> a écrit :<br>
<div class="im"><br>
> My (biased) feeling  is that you cannot<br>
> go around having a second metadata file when going to ascii.<br>
<br>
<br>
</div>Hi Paul,<br>
<br>
You are right, having all the metadata on a separate README file is<br>
really important; I know people not even putting the column names in<br>
the data files to be sure users read the README.<br>
But I also think having the metadata inside the data file is useful as<br>
a reminder when working with the data.<br></blockquote><div><br></div><div>There is no technical reason you cannot store all reasonable metadata in a commented header that precedes the data in an ASCII table.  The vast majority of table readers support a "comment" character to separate data from other information.  Obviously this depends on having some standards for interpreting the commented header, but this is the same whether or not it resides in a separate file.</div>

<div><br></div><div>Personally I think it is far preferable to have header metadata and the data in a single file, otherwise you have to maintain / distribute twice as many files and have a mechanism for establishing a correspondence between the meta (ReadMe) and the data file.  This then makes it harder to rename table files since you need to update the contents of the ReadMe as well.  Obviously there are some advantages, like being able to create a collection of data files (ala CDS) with a single ReadMe, but overall it seems simpler to have a single data table (with meta) per file.</div>

<div><br></div><div>BTW, slightly OT but I did spend some time thinking about supporting arbitrary metadata in an ASCII format. The result is this pull request:  </div><div>   <a href="https://github.com/astropy/astropy/pull/683">https://github.com/astropy/astropy/pull/683</a></div>

<div>It's basically just an exploratory idea that saves everything as JSON.  This got stalled out and it may not be the best way to go (do we need yet another format?), but it's there if anyone is interested.</div>

<div><br></div><div>- Tom</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Concerning the column descriptions in FITS files, pyfits /<br>
astropy.io.fits does not handle them, but it is always possible to add<br>
the TCOMM keywords manually to the HDU headers.<br>
<br>
Regards,<br>
<br>
Yannick<br>
<span class=""><font color="#888888"><br>
--<br>
What is mind?  No matter.  What is matter?  Never mind.<br>
                -- Thomas Hewitt Key, 1799-1875<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
AstroPy mailing list<br>
<a href="mailto:AstroPy@scipy.org">AstroPy@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/astropy" target="_blank">http://mail.scipy.org/mailman/listinfo/astropy</a><br>
</div></div></blockquote></div><br></div></div>