<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Helvetica;
panose-1:0 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Hi Tom and all,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This discussion would benefit from describing explicit science or engineering use cases. Which is to say, how much time and effort is it worth to the FITS community to add this to the standard and to the various libraries and applications?
Will current software fail gracefully on encountering 16-bit floats?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">There is no reason to tie adopting a 16-bit format to support for 128-bit floats. Talk about both at the same time if folks want, but the decision grid would allow for the adoption of one but not the other (or for the adoption of neither).
Alternatively, we could expand the discussion to embrace all possible data types and data structures, both for multidimensional image arrays and in binary tables, and the resulting implications for data compression, for instance.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">“I am curious” is one of the best motivators for talking about things, but not for changing the standard. What is the justification for this specific proposed change to the standard? Writing this up as a brief, quasi-formal proposal with
its pros and cons would be a useful exercise.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Statements like “16-bit floats would perform a lot better” and “16-bit floats would perform a lot better than using compression on 32-bit floats” need to be supported in such a proposal. Are these statements true? For all chipsets, operating
systems, programming languages, libraries, applications, use cases? Can the performance (speed and size) be quantified? What does “a lot better” really mean? For example, JPEGXL offers the possibility of larger compression ratios than RICE, but it is slower.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">And statements like “16-bit floats would allow a larger dynamic range than using 16-bit ints with BSCALE/BZERO” call out for exploration of the edge cases and are worth maybe a figure or two in the proposal.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Does anybody have a copy of IEEE 754-2008? It’s otherwise behind a paywall:
<a href="https://ieeexplore.ieee.org/document/4610935">https://ieeexplore.ieee.org/document/4610935</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Does anybody here regularly use 16-bit floats? Under what circumstances, for what projects? Images or binary tables? Has their lack in FITS been an impediment to realizing a project’s full potential?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">And finally, even in the few messages so far in this thread, there have been arguments built on top of the original vision of FITS purely as an interchange format, and others built on the evolution of FITS into an archival format. The two
kinds of format don’t necessarily benefit from the same features or suffer from the same bugs.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">And finally, finally, discussions like this and about JPEGXL demonstrate that we need to revive the IAU FITS WG.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Rob<o:p></o:p></p>
<div style="mso-element:para-border-div;border:none;border-bottom:solid windowtext 1.0pt;padding:0in 0in 1.0pt 0in">
<p class="MsoNormal" style="border:none;padding:0in"><o:p> </o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div id="mail-editor-reference-message-container">
<div>
<div>
<p class="MsoNormal" style="margin-left:.5in">On 7/23/25, 5:36 AM, "fitsbits" wrote:<o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
<div>
<div>
<p align="center" style="margin-left:.5in;text-align:center"><strong><span style="font-family:Helvetica;color:red">External Email</span></strong><b><span style="font-family:Helvetica"><o:p></o:p></span></b></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-family:Helvetica"><o:p> </o:p></span></p>
<div class="MsoNormal" align="center" style="margin-left:.5in;text-align:center">
<span style="font-family:Helvetica">
<hr size="0" width="100%" align="center">
</span></div>
</div>
<p class="MsoNormal" style="margin-left:.5in">Hi everyone,<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">As far as I understand, IEEE 754-2008 standardized the representation of 16-bit floats (as well as 128-bit floats). I was curious whether there is any interest in extending the FITS format to allow BITPIX=-16 and
BITPIX=-128?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">I am aware of some modern projects that would benefit from having 16-bit floats, since they consider it to be sufficient in precision to store very large datasets, and using 16-bit floats would perform a lot better
than using compression on 32-bit floats for example, and 16-bit floats would allow a larger dynamic range than using 16-bit ints with BSCALE/BZERO.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">I'm curious to hear if this has been discussed before!<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">Thanks,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in">Tom<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>