<div dir="ltr">On Sun, Jan 25, 2015 at 5:39 PM, Andrew Barnert <span dir="ltr"><<a href="mailto:abarnert@yahoo.com" target="_blank">abarnert@yahoo.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><div>On Jan 25, 2015, at 17:21, Chris Barker <<a href="mailto:chris.barker@noaa.gov" target="_blank">chris.barker@noaa.gov</a>> wrote:</div><div><br></div><blockquote type="cite"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Unfortunately, I don't think we can change assertAlmostEqual.</blockquote><div>Agreed -- would have thought that was off the table. </div></blockquote><div><br></div></span><div>If assertAlmostEqual is primarily intended for float comparisons,</div></div></blockquote><div><br></div><div>See Nathanials note -- but I think the key thing is that assertAlmostEqual is NOT really intended for float comparisons -- rather, it's intended for decimal numbers that happen to be stored in floats (does it pre-date the Decimal object?)<br><br></div><div>In practical use, most of us are used to thinking in terms of decimal numbers, it's what we all learn in grade school. An in practice, Python, and every other language I've seen, takes decimal literals for floats, and displays floats as decimals. Also in practical use, using floats for decimal numbers works just fine, particularly if you round on output.<br><br></div><div>So I that's the use-case for assertAlmostEqual -- it provides an easy way to check if numbers are almost equal to N decimal places. I guess that's a pretty common use case. So maybe folks would want to keep it around.<br><br></div><div>(by the way -- does it work for Decimal objects -- it really should, it's more appropriate for them anyway!)<br></div><div><br></div><div>On the other hand, those of us trained in science and engineering are used to working with scientific or engineering notation -- i.e. x.xxxEn (some number times ten raised to a power)-- a mantissa and an exponent. While we still decimal, it's a better match for floating point numbers.<br><br>We are also trained to consider "significant figures" -- or the number of digits of accuracy of a value -- measured or computed. <br><br>123,000,000<br></div><div>has the same number of significant figures as <br>0.000123<br></div><div><br></div><div>But they are not of the same value at all.<br><br></div><div>Anyway, a relative comparison provides something akin to a comparison to a certain number of significant figures -- really common and useful, and familiar to at least those trained in most disciplines of science or engineering.<br><br></div><div>Key here is that I'm not suggesting a better or more correct assertAlmostEqual. I'm suggesting something different (arguably more useful).<br></div><div><br></div><div>I'm honestly not sure how useful assertAlmostEqual is -- but apparently is was useful enough to put in the first place ,and to get used since then.<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">That would imply that assertCloseTo should include the same sequence behavior as assertAlmostEqual, not just assertTrue(close_to), so it really is a drop-in replacement for most users.<div></div></div></blockquote><div><br></div><div>even if it isn't a replacemen --  that sequence behavior is nice -- and Steven has already written it as well.<br></div><div> </div>-Chris<br><br clear="all"></div><br>-- <br><div class="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>