Sorry, I wasn't very clear.&nbsp; My thinking was like this: <br>- matplotlib web pages don't mention support for numpy anywhere, just numeric and numarray<br>- matplotlib web page says that the default is to use numeric<br>- numpy is basically the successor to numeric plus numarray functionality
<br><br>- conclusion: if matplotlib actually does support numpy, and the web pages are just out of date, then probably numpy would now be the default instead of numeric, since it is the successor to numeric.<br><br>But apparently there's a flaw in that thinking somewhere.&nbsp; 
<br><br>--bb<br><br><div><span class="gmail_quote">On 2/14/06, <b class="gmail_sendername">Ryan Krauss</b> &lt;<a href="mailto:ryanlists@gmail.com">ryanlists@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The point of the numerix setting in the rc file is that matplotlib<br>can't tell you what is the best numerical package to use for your<br>problem.<br><br>On 2/13/06, Bill Baxter &lt;<a href="mailto:wbaxter@gmail.com">wbaxter@gmail.com
</a>&gt; wrote:<br>&gt; Ah, ok.&nbsp;&nbsp;You're right.&nbsp;&nbsp;Doing from pylab import * was actually just<br>&gt; overwriting the definition of array and rand() to be those from Numeric,<br>&gt; which pylab was picking to use by default.&nbsp;&nbsp; I guess my expectation was that
<br>&gt; pylab would default to using the best numerical package installed.<br>&gt;<br>&gt; With &quot;numerix : numpy&quot; in my ~/.matplotlib/matplotlibrc file, it seems to be<br>&gt; working properly now.<br>&gt;<br>&gt; Thanks for the help!
<br>&gt;<br>&gt; --bb<br>&gt;<br>&gt; On 2/14/06, John Hunter &lt;<a href="mailto:jdhunter@ace.bsd.uchicago.edu">jdhunter@ace.bsd.uchicago.edu</a>&gt; wrote:<br>&gt; &gt; &gt;&gt;&gt;&gt;&gt; &quot;Bill&quot; == Bill Baxter &lt;
<a href="mailto:wbaxter@gmail.com">wbaxter@gmail.com</a>&gt; writes:<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; from numpy import * was the only line missing, called before<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; the rest.&nbsp;&nbsp;It seems to work fine if I use from pylab import
<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; * instead of import pylab as g<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; And actually if I do both in this order: import pylab as g<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; from pylab import *<br>&gt; &gt;<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; Seems as if there's some
<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; initialization code that only gets run with the 'from pylab<br>&gt; &gt;&nbsp;&nbsp;&nbsp;&nbsp; Bill&gt; import *' version.<br>&gt; &gt;<br>&gt; &gt; As far as I know that is a python impossibility, unless perhaps you do
<br>&gt; &gt; some deep dark magic that is beyond my grasp.&nbsp;&nbsp;pylab doesn't know how<br>&gt; &gt; it is imported.<br>&gt; &gt;<br>&gt; &gt; Are you sure you have your numerix set properly?&nbsp;&nbsp;I suggest creating<br>&gt; &gt; two free standing scripts, one with the problem and one without, and
<br>&gt; &gt; running both with --verbose-helpful to make sure that your settings<br>&gt; &gt; are what you think they are.&nbsp;&nbsp;If you verify that numerix is set<br>&gt; &gt; properly and still see the problem, I would like to see both scripts
<br>&gt; &gt; in case it is exposing a problem with matplotlib.<br>&gt; &gt;<br>&gt; &gt; Of course, doing multiple import * commands is a recipe for long term<br>&gt; &gt; pain, especially with packages that have so much overlapping namespace
<br>&gt; &gt; and numpy/scipy/pylab.<br>&gt; &gt;<br>&gt; &gt; JDH<br>&gt; &gt;<br>&gt;<br>&gt;<br>&gt;<br><br><br>-------------------------------------------------------<br>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
<br>for problems?&nbsp;&nbsp;Stop!&nbsp;&nbsp;Download the new AJAX search engine that makes<br>searching your log files as easy as surfing the&nbsp;&nbsp;web.&nbsp;&nbsp;DOWNLOAD SPLUNK!<br><a href="http://sel.as-us.falkag.net/sel?cmdlnk&amp;kid3432&amp;bid#0486&amp;dat1642">
http://sel.as-us.falkag.net/sel?cmdlnk&amp;kid3432&amp;bid#0486&amp;dat1642</a><br>_______________________________________________<br>Numpy-discussion mailing list<br><a href="mailto:Numpy-discussion@lists.sourceforge.net">
Numpy-discussion@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/numpy-discussion">https://lists.sourceforge.net/lists/listinfo/numpy-discussion</a><br></blockquote></div><br><br clear="all">
<br>-- <br>William V. Baxter III<br>OLM Digital<br>Kono Dens Building Rm 302<br>1-8-8 Wakabayashi Setagaya-ku<br>Tokyo, Japan&nbsp;&nbsp;154-0023<br>+81 (3) 3422-3380