Personally, I&#39;d like to see NumPy &quot;go back to&quot; being the namespace for ndarray and broadcasting, plus such objects&#39; &quot;most immediately necessary and/or useful&quot; accoutrement; of course, reaching an objective - or even a consensus - definition of &quot;most immediately necessary and/or useful&quot; is probably impossible, but IMO neither financial functions nor a polynomial class qualify.  Certainly, it would be optimal if one didn&#39;t need to install the whole SciPy package to use a polynomial object (or _any_ of SciPy&#39;s distinct modules, for that matter) but even if/while that&#39;s not possible, I&#39;m still &quot;+1&quot; for putting these things in SciPy, not NumPy.<br>
<br>DG<br><br><div class="gmail_quote">On Tue, Oct 6, 2009 at 11:29 AM, Pauli Virtanen <span dir="ltr">&lt;<a href="mailto:pav@iki.fi">pav@iki.fi</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
ti, 2009-10-06 kello 12:11 -0600, Charles R Harris kirjoitti:<br>
<br>
[clip]<br>
<div class="im">&gt; The features in chebyshev are pretty much the same as poly1d. You can<br>
&gt; look, I posted the source on the numpy list. I want the class in numpy<br>
&gt; because chebyshev support is pretty much essential to numerical work,<br>
&gt; right up there with power series, and some of the existing/proposed<br>
&gt; functions in scipy could make use of it.<br>
<br>
</div>This would also work if it was in Scipy, IMHO. But I guess that if we<br>
have financial functions in Numpy, maybe there&#39;s room for more...<br>
<div class="im"><br>
&gt; As Anne pointed out, the existing interface to the scipy chebyshev<br>
&gt; functions is useless because the result is returned as a polynomial.<br>
<br>
</div>Yes, also our documentation warns that the current interface is useless.<br>
<div class="im"><br>
&gt;         A second question is how much of this has to do with<br>
&gt;         scipy.special.<br>
&gt;         Quite often, one just needs values of orthogonal polynomials<br>
&gt;         at certain<br>
&gt;         points, and it could be useful to have separate fast ufuncs<br>
&gt;         for<br>
&gt;         computing these, rather than having to construct a bulky class<br>
&gt;         instance<br>
&gt;         first.<br>
&gt;<br>
&gt; The class isn&#39;t bulky. The module is ~1400 lines, but most of that is<br>
&gt; documentation. If you want millions of points using standard c types,<br>
&gt; then a fast routine is essential.<br>
<br>
</div>Yeah, Python overhead is the bulky thing, which is why we might want to<br>
have fast routines in addition to the ones returning class instances.<br>
<br>
A suitable base class or a more robust polynomial representation could<br>
be useful for the class-based interface, and yes, is a good idea in<br>
general.<br>
<br>
Cheers,<br>
<div><div></div><div class="h5">Pauli<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Scipy-dev mailing list<br>
<a href="mailto:Scipy-dev@scipy.org">Scipy-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/scipy-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/scipy-dev</a><br>
</div></div></blockquote></div><br>