<div dir="ltr">I'm looking at the scientific package, and I thought to myself "huh, it doesn't seem to normalize the numbers to scientific notation"<div><br></div><div>it has the right semantics for how printing and operations *mean*, but it doesn't seem to internally keep them as "normalized" floats.</div>

<div><br></div><div>heres a snippet of a ghci transcript to illustrate this</div><div><br></div><div><div>Prelude Data.Scientific> coefficient $ scientific 1000 2</div><div>1000</div><div>Prelude Data.Scientific> coefficient $ scientific 1 2</div>

<div>1</div><div>Prelude Data.Scientific> scientific 1000 2</div><div>100000.0</div><div>Prelude Data.Scientific> scientific 100 3</div><div>100000.0</div><div>Prelude Data.Scientific> coefficient $ scientific 10 4</div>

<div>10</div><div>Prelude Data.Scientific> scientific 10 4</div><div>100000.0</div><div>Prelude Data.Scientific> scientific 10 4 == scientific 1 5</div><div>True</div></div><div><br></div><div>shoudn't an "exact" model of scientific notation format numbers keep them in normalized form?  (ie clip the trailing zeros and such)</div>

<div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 27, 2013 at 2:28 PM, Mark Lentczner <span dir="ltr"><<a href="mailto:mark.lentczner@gmail.com" target="_blank">mark.lentczner@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Okay - to put a concrete proposal on this:<div><br></div><div>1) Include dlist-0.6, which would have the additions that Sean L. has proposed</div>

<div>2) Include scientific as package</div><div>3) Include an aeson that is updated to use the above two packages (and won't use blaze-builder)</div>

<div><br></div>​<b><font color="#e06666">Sean</font></b> - do you have a time frame for such changes?<div><b><font color="#e06666">Bas</font></b> - do you feel the API of scientific is solid enough to go into the platform? Are you willing to commit to the stability needs of the platform(*)</div>



<div><b><font color="#e06666">Bryan</font></b> - are you ready to turn out an aeson version that uses the above once they are out?</div><div><br></div><div><b><font color="#6fa8dc">Everyone else</font></b> - After all the conversations, do we feel the rough consensus is to go ahead with these. In particular the changes that Sean proposed for dlist, and the inclusion of scientific.</div>



<div><br></div><div>I realize this is Thanksgiving week in the U.S. - but let's hope we can come to a close on this by next Tuesday - Dec 3rd. Preferably sooner!</div><div><br></div><div>- Mark</div><div><br></div><div>



(*): Meaning, the package would remain backward compatible for a few revs with ample deprecation time before altering APIs that would break code -- even through major version number changes.</div><div><br></div></div>
<br>_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/libraries" target="_blank">http://www.haskell.org/mailman/listinfo/libraries</a><br>
<br></blockquote></div><br></div>