<div dir="ltr"><blockquote 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" class="gmail_quote"><span style="font-size:13px">Yes the implementation of this proposed addition to the standard<br></span><span style="font-size:13px">is all there in CFITSIO, but that can't be used directly by<br></span><span style="font-size:13px">non-C-friendly languages such as java, javascript, and who knows<br></span><span style="font-size:13px">what future platforms might arise.  That means that for instance<br></span><span style="font-size:13px">browser-based FITS image viewers which currently can display any<br></span><span style="font-size:13px">legal FITS image would likely, following incorporation of this<br></span><span style="font-size:13px">convention to the standard, find themselves unable to deal with<br></span><span style="font-size:13px">some standard FITS image data if they are unable to afford</span> </blockquote><blockquote 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" class="gmail_quote"><span style="font-size:13px">considerable extra implementation effort.</span></blockquote><div><br></div><div>For the record, this is not strictly true. The JS9 project (DS9 in the browser, see <a href="http://js9.si.edu">http://js9.si.edu</a>) can read any FITS file (subject to browser memory limitations, along with my coding skills), because we implement FITS support by compiling cfitsio to optimized javascript using emscripten (<a href="http://kripken.github.io/emscripten-site/">http://kripken.github.io/emscripten-site/</a>). One should be able to drag and drop any FITS data file onto the JS9 web site to display the image. In fact, there is a lot of work going on in the Web world to make C available inside the browser (cf. the latest developments at <a href="http://www.2ality.com/2015/06/web-assembly.html">http://www.2ality.com/2015/06/web-assembly.html</a>). So I think the Web world will be able to follow whatever FITS standards we agree on, so long as there are C implementations to support those standards.</div><div><br></div><div>But as Mark points out, it's a different question whether one wants to make the FITS standard so complicated that only a relatively few C/C++ library implementations can claim completeness. One big reason we moved to emscripten and cfitsio is that it was way too much work to implement tiled compression in the javascript FITS library we wrote for initial JS9 implementation.</div><div><br></div><div>Eric</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 24, 2015 at 6:44 AM, Mark Taylor <span dir="ltr"><<a href="mailto:m.b.taylor@bristol.ac.uk" target="_blank">m.b.taylor@bristol.ac.uk</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">Dear FITS,<br>
<br>
regarding the tiled image/table compression proposal, in the spirit<br>
of this clarification from Lucio:<br>
<br>
On Wed, 24 Jun 2015, Lucio Chiappetti wrote:<br>
<br>
> First of all I clarify that the purpose of the Public Comment Period is just<br>
> to assess the feeling of the community.<br>
<br>
I'd like to express my feeling that: it looks pretty complicated.<br>
<br>
One of the attractions of the FITS format (as opposed to formats<br>
such as HDF5 or HDS that are essentially defined by their data<br>
access libraries) is that access to the basic numeric data is very<br>
straightforward in implementation terms.  When I needed to<br>
write a data access library for BINTABLE from scratch I could<br>
do it without a great deal of effort.  Supporting tiled table<br>
compression would complicate the implementation task considerably.<br>
The same goes even more so (complication by an order of magnitude?)<br>
for tiled images, though those are less close to my current<br>
personal concerns.  That is particularly true if the implementation<br>
language does not have existing libraries for the various defined<br>
compression algorithms.<br>
<br>
The content of the proposed text seems to be reasonably clear,<br>
but three weeks is not enough time to attempt an implementation<br>
to check it does actually provide all the description required<br>
to implement these conventions.  The text looks like what it<br>
presumably is, a post-hoc codification of a series of experiments<br>
in compression (various different compression algorithms,<br>
dithering options), rather than a designed proposal for how to<br>
specify compression in a clean way.  Doing it that way is cheap<br>
for the implementation that served as the experimental testbed,<br>
but expensive for other implementations.<br>
<br>
Yes the implementation of this proposed addition to the standard<br>
is all there in CFITSIO, but that can't be used directly by<br>
non-C-friendly languages such as java, javascript, and who knows<br>
what future platforms might arise.  That means that for instance<br>
browser-based FITS image viewers which currently can display any<br>
legal FITS image would likely, following incorporation of this<br>
convention to the standard, find themselves unable to deal with<br>
some standard FITS image data if they are unable to afford<br>
considerable extra implementation effort.<br>
<br>
I am aware there are some committed advocates and strong arguments<br>
for use of this convention.  This message is not itself a call to block<br>
incorporation of this text in the standard.  But since it's a Public<br>
Comment Period, I wanted to make a public comment noting my<br>
reservations.<br>
<br>
Mark<br>
<br>
On Tue, 16 Jun 2015, Lucio Chiappetti wrote:<br>
<br>
> ANNOUNCEMENT:  START OF FORMAL PUBLIC COMMENT PERIOD<br>
><br>
> This is to announce the official start of a 3-week formal Public Comment<br>
> Period on the incorporation of the Tiled Image Compression and Tiled Table<br>
> Compression conventions in the FITS Standard.<br>
><br>
> This is part of a process to incorporate the most useful and widely used<br>
> registered conventions (which are valid FITS constructs) into the official<br>
> definition of the standard.<br>
><br>
> Among these the two compression conventions benefit of a common handling.<br>
> Given their relative complexity they are better discussed first, before other<br>
> easier conventions.<br>
><br>
> The proposed text consists<br>
><br>
> - in the ADDITION of an entire new chapter (10)  to the FITS Standard<br>
>   Document which describes the two conventions in a common prescriptive<br>
>   framework.<br>
> - It also includes the ADDITION of a new non-prescriptive Appendix I,<br>
> - plus the addition of the necessary bibliographic references,<br>
><br>
>   and has been prepared by a technical team including L.Chiappetti,<br>
>   W.Pence, A.Dobrzycki, R.A.Shaw and W.Thompson (main editor Dick Shaw).<br>
><br>
> - If the proposal is approved also Appendix C will be updated listing the<br>
>   new keywords, and a section H.3 will be added to Appendix H describing<br>
>   the updates and the differences with the registered convention.<br>
><br>
>   All the updates are shown in blue colour in their current context (with<br>
>   the exception of the NEW chapter 10 which is black)<br>
><br>
> The proposed draft text is available at<br>
> <a href="http://sax.iasf-milano.inaf.it/~lucio/FITS/Conventions/compression-upd2.pdf" rel="noreferrer" target="_blank">http://sax.iasf-milano.inaf.it/~lucio/FITS/Conventions/compression-upd2.pdf</a><br>
><br>
> Supporting material is provided in the FITS Convention Registry at the<br>
> following URLs<br>
> <a href="http://fits.gsfc.nasa.gov/registry/tilecompression.html" rel="noreferrer" target="_blank">http://fits.gsfc.nasa.gov/registry/tilecompression.html</a><br>
> <a href="http://fits.gsfc.nasa.gov/registry/tiletablecompression.html" rel="noreferrer" target="_blank">http://fits.gsfc.nasa.gov/registry/tiletablecompression.html</a><br>
><br>
> Considering that the convention(s) have been in use since several years, are<br>
> legal FITS, were discussed on FITSBITS when the conventions were entered in<br>
> the Registry and therefore their usage is well proven (also for what<br>
> interoperability is concerned), the Public Comment Period is reduced to 3<br>
> weeks.<br>
><br>
> Also the review by FITS Working Group Executive can be speeded up and handled<br>
> in parallel or quickly after the conclusion of the Public Comment Period.<br>
><br>
> Please review the text carefully and post any comments, criticisms, or<br>
> suggestions on the FITSBITS mailing list (not on iauwfg or elsewhere)<br>
> ==================================================================<br>
><br>
> The Public Comment Period starts today 16 June 2015 and will last formally for<br>
> 3 weeks until July 6<br>
><br>
> ================================================================== Background<br>
> information on the FITS approval process<br>
><br>
> Under the "Rules and Procedures" of the IAU FITS Working Group,<br>
> <a href="http://fits.gsfc.nasa.gov/iaufwg/iaufwg_rules.html" rel="noreferrer" target="_blank">http://fits.gsfc.nasa.gov/iaufwg/iaufwg_rules.html</a>, the first step in the<br>
> official approval process of any FITS proposal will be a formal Public Comment<br>
> Period to take place on the FITSBITS mailing list. After that the IAU FITS<br>
> Working Group Executive will review the results. Following that the IAU FITS<br>
> Working Group will then conduct a final vote to approve or disapprove the<br>
> proposal.<br>
><br>
> --<br>
> Lucio Chiappetti - INAF/IASF - via Bassini 15 - I-20133 Milano (Italy)<br>
> Current IAU FWG chair<br>
><br>
> _______________________________________________<br>
> fitsbits mailing list<br>
> <a href="mailto:fitsbits@listmgr.nrao.edu">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>
><br>
><br>
<br>
--<br>
Mark Taylor   Astronomical Programmer   Physics, Bristol University, UK<br>
<a href="mailto:m.b.taylor@bris.ac.uk">m.b.taylor@bris.ac.uk</a> <a href="tel:%2B44-117-9288776" value="+441179288776">+44-117-9288776</a>  <a href="http://www.star.bris.ac.uk/~mbt/" rel="noreferrer" target="_blank">http://www.star.bris.ac.uk/~mbt/</a><br>
<br>
_______________________________________________<br>
fitsbits mailing list<br>
<a href="mailto:fitsbits@listmgr.nrao.edu">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></div><br></div></div>