I don'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' pandas package is becoming indispensable for this sort of thing  - in particular the DataFrame class. I won't belabour its advantages, but I believe it's the best way to handle data in a 'table' form, which is ubiquitous in my field. So I'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'm less familiar with that.<br>

<br>I think there'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 "place to release Python tools" on Sourceforge. Who should actually be in the driving seat? Do we need a new name for the Pylab I'm talking about, just to avoid confusion? I've also heard people talk about the 'SciPy stack', although that name seems a bit odd, as I have little need for the scipy package itself.<br>

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