I don&#39;t know if this is the right forum for this, but to kick off some discussion:<br><br>I see Pylab as a unfied interface for scientific programming in Python (as in <a href="http://www.scipy.org/PyLab">http://www.scipy.org/PyLab</a>), not just as a matplotlib API. I think Wes&#39; pandas package is becoming indispensable for this sort of thing  - in particular the DataFrame class. I won&#39;t belabour its advantages, but I believe it&#39;s the best way to handle data in a &#39;table&#39; form, which is ubiquitous in my field. So I&#39;d like to see it integrated into (broad sense) Pylab - in particular, I think the names read_csv, read_table and DataFrame should be available without another import. Another possible target is the related scikits.statsmodels package (<a href="http://pypi.python.org/pypi/scikits.statsmodels/">http://pypi.python.org/pypi/scikits.statsmodels/</a>), but I&#39;m less familiar with that.<br>

<br>I think there&#39;s also some broader questions - pylab is a submodule of matplotlib, a command line flag for IPython, an idea on the scipy wiki, and a seemingly unmaintained &quot;place to release Python tools&quot; on Sourceforge. Who should actually be in the driving seat? Do we need a new name for the Pylab I&#39;m talking about, just to avoid confusion? I&#39;ve also heard people talk about the &#39;SciPy stack&#39;, although that name seems a bit odd, as I have little need for the scipy package itself.<br>

<br>Thanks,<br>Thomas<br>