Hi Travis, The vpython project was attempting to migrate to numpy and may have achieved it, but I think there may have been some outstanding questions. I'm not sure of the status, but, since you ask, I'd like to see vpython converted. Gary R. Travis Oliphant wrote:

I'm trying to help out the conversion to NumPy by offering patches to various third-party packages that have used Numeric in the past.

Does anybody here have requests for which packages they would like to see converted to use NumPy? Ultimately, we are at the mercy of the package-owners to complete the conversion by applying the patches. But, I think it helps when there are patches already available for trying out.

The packages I've worked on so far are here: http://www.scipy.org/Porting_to_NumPy

Thanks,

-Travis

Travis Oliphant writes:

Does anybody here have requests for which packages they would like to see converted to use NumPy?

The mixture-modeling package PyMix uses numarray: http://algorithmics.molgen.mpg.de/pymix.html -- Jouni K. Seppänen http://www.iki.fi/jks

On 1/30/07, Travis Oliphant wrote:

I'm trying to help out the conversion to NumPy by offering patches to various third-party packages that have used Numeric in the past.

Does anybody here have requests for which packages they would like to see converted to use NumPy? Ultimately, we are at the mercy of the package-owners to complete the conversion by applying the patches. But, I think it helps when there are patches already available for trying out.

The packages I've worked on so far are here: http://www.scipy.org/Porting_to_NumPy

To remove numeric from my system I'd have to remove 34 packages. Some of the ones I use a lot: gedit meld nautilus matplotlib rhythmbox gnome-terminal What kind of matrix computations do these programs need? I'm surprised that so many packages use numeric. But that must mean that numpy has a bright future.

Travis Oliphant wrote:

Most of these are probably the gtk-python extension which can use Numeric

This strikes me as an excellent argument for including an n-d array in the Python standard lib. I can't imagine gtk-python is doing a lot of scientific number crunching -- it's probably using arrays as a handy and compact n-d data storage and exchange format. It might be interesting to see how it's really being used, and if the PEP would meet its needs. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chris.Barker@noaa.gov

On 1/31/07, Travis Oliphant wrote:

To me this is so obvious that I don't understand the resistance in the Python community to the concept.

Indeed Travis, I was not reading this for a some time ago. Can you point me your last proposal? I remember reading about extending the builting buffer interface slots. Just an idea, as previous step to convince Py-Dev people: perhaps it is possible to develop an C extension, independent of numpy, implementing all what you proposed about dtype objects and defining a good C-API and Py-API to deal with all this, and next perhaps market it to people like gtk-python developers... In any case, you are contributing to a community standard which can be used once ready and next adopted by core python, like happened with ctype... What do you think? -- Lisandro Dalcín --------------- Centro Internacional de Métodos Computacionales en Ingeniería (CIMEC) Instituto de Desarrollo Tecnológico para la Industria Química (INTEC) Consejo Nacional de Investigaciones Científicas y Técnicas (CONICET) PTLC - Güemes 3450, (3000) Santa Fe, Argentina Tel/Fax: +54-(0)342-451.1594