<br><br><div class="gmail_quote">On Mon, May 31, 2010 at 6:36 PM, Warren Weckesser <span dir="ltr"><<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">Charles R Harris wrote:<br>
><br>
><br>
> On Mon, May 31, 2010 at 6:11 PM, Warren Weckesser<br>
> <<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a><br>
</div><div><div></div><div class="h5">> <mailto:<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a>>> wrote:<br>
><br>
>     Charles R Harris wrote:<br>
>     ><br>
>     ><br>
>     > On Mon, May 31, 2010 at 5:49 PM, Warren Weckesser<br>
>     > <<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a><br>
>     <mailto:<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a>><br>
>     > <mailto:<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a><br>
>     <mailto:<a href="mailto:warren.weckesser@enthought.com">warren.weckesser@enthought.com</a>>>> wrote:<br>
>     ><br>
>     >     Opinion wanted:  codata.find(sub) used to print a list of<br>
>     strings.  A<br>
>     >     while ago, in response to<br>
>     >     <a href="http://projects.scipy.org/scipy/ticket/996" target="_blank">http://projects.scipy.org/scipy/ticket/996</a>,  I<br>
>     >     changed it to return the list of strings.  But this is an<br>
>     API change,<br>
>     >     and should follow the deprecation policy.  One way to do<br>
>     this is to<br>
>     >     restore find() to its previous behavior, and deprecate the<br>
>     >     function.  At<br>
>     >     the same time, add a new function, find_string(sub), which<br>
>     returns the<br>
>     >     list of strings.  What do you think?<br>
>     ><br>
>     ><br>
>     > I wouldn't worry about this one, both have the effect of<br>
>     printing out<br>
>     > on the screen. Where is the absolute error though?<br>
>     ><br>
><br>
>     Well, I will worry about it, just not very much.  Think of it as an<br>
>     exercise in the proper implementation of the deprecation policy--a<br>
>     tiny<br>
>     case study.  Trivial, but with educational value. :)<br>
><br>
>     What do you mean by "the absolute error"?<br>
><br>
><br>
> codata.precision returns the relative error. Perhaps I am mistaken,<br>
> but I thought the data was published with the absolute error. Both are<br>
> useful, of course.<br>
><br>
<br>
<br>
</div></div>It looks like the absolute error is in the strings, in the "uncertainty"<br>
column.  The original author(s) would have to answer your question about<br>
the precision() function.  I only touched a couple lines in the find()<br>
function.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br>I was the original author and sent it to the list as an email attachment. I have no idea when it actually ended up in scipy, but it was several years later and I didn't know it was there until recently ;)<br>
<br>Chuck<br></div><br></div>