![](https://secure.gravatar.com/avatar/4d021a1d1319f36ad861ebef0eb5ba44.jpg?s=120&d=mm&r=g)
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
![](https://secure.gravatar.com/avatar/38d5ac232150013cbf1a4639538204c0.jpg?s=120&d=mm&r=g)
Hi, BioPython (http://biopython.org) still uses Numeric: http://biopython.org/wiki/Download Last year there was some discussion on converting to NumPy. Regards Bruce On 1/30/07, Travis Oliphant <oliphant@ee.byu.edu> wrote:
![](https://secure.gravatar.com/avatar/58f309e6d05208bbc64ade2835591055.jpg?s=120&d=mm&r=g)
Travis Oliphant <oliphant@ee.byu.edu> 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
![](https://secure.gravatar.com/avatar/5dde29b54a3f1b76b2541d0a4a9b232c.jpg?s=120&d=mm&r=g)
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.
Travis, you are amazing! Thanks for doing this. -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
![](https://secure.gravatar.com/avatar/6a1dc50b8d79fe3b9a5e9f5d8a118901.jpg?s=120&d=mm&r=g)
On 1/30/07, Travis Oliphant <oliphant@ee.byu.edu> wrote:
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.
![](https://secure.gravatar.com/avatar/5dde29b54a3f1b76b2541d0a4a9b232c.jpg?s=120&d=mm&r=g)
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
![](https://secure.gravatar.com/avatar/4d021a1d1319f36ad861ebef0eb5ba44.jpg?s=120&d=mm&r=g)
Christopher Barker wrote:
It is absolutely a good argument. If Python had the array interface, gtk would just use it and not have any dependency on Numeric or NumPy at all. Every windowing interface (and OpenGL) would have the same need. To me this is so obvious that I don't understand the resistance in the Python community to the concept. Perhaps I'm just mis-interpreting the feedback I've received, but it would be really helpful to move things forward if somebody with write priviledges would just say: "We need this array interface thing so let's hash out Travis's proposal." In other words we can argue the details but I need some more support for the general idea to continue to invest time in making the array interface work. I'm going to try and get the BDFL or somebody with similar influence to agree to basically say something like that at PyCon this year. If anybody going to PyCon want's to help me, let's get together. -Travis
![](https://secure.gravatar.com/avatar/5f37aff3d274a0effbf20be82804d012.jpg?s=120&d=mm&r=g)
On 1/31/07, Travis Oliphant <oliphant@ee.byu.edu> 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
![](https://secure.gravatar.com/avatar/38d5ac232150013cbf1a4639538204c0.jpg?s=120&d=mm&r=g)
Hi, BioPython (http://biopython.org) still uses Numeric: http://biopython.org/wiki/Download Last year there was some discussion on converting to NumPy. Regards Bruce On 1/30/07, Travis Oliphant <oliphant@ee.byu.edu> wrote:
![](https://secure.gravatar.com/avatar/58f309e6d05208bbc64ade2835591055.jpg?s=120&d=mm&r=g)
Travis Oliphant <oliphant@ee.byu.edu> 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
![](https://secure.gravatar.com/avatar/5dde29b54a3f1b76b2541d0a4a9b232c.jpg?s=120&d=mm&r=g)
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.
Travis, you are amazing! Thanks for doing this. -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
![](https://secure.gravatar.com/avatar/6a1dc50b8d79fe3b9a5e9f5d8a118901.jpg?s=120&d=mm&r=g)
On 1/30/07, Travis Oliphant <oliphant@ee.byu.edu> wrote:
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.
![](https://secure.gravatar.com/avatar/5dde29b54a3f1b76b2541d0a4a9b232c.jpg?s=120&d=mm&r=g)
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
![](https://secure.gravatar.com/avatar/4d021a1d1319f36ad861ebef0eb5ba44.jpg?s=120&d=mm&r=g)
Christopher Barker wrote:
It is absolutely a good argument. If Python had the array interface, gtk would just use it and not have any dependency on Numeric or NumPy at all. Every windowing interface (and OpenGL) would have the same need. To me this is so obvious that I don't understand the resistance in the Python community to the concept. Perhaps I'm just mis-interpreting the feedback I've received, but it would be really helpful to move things forward if somebody with write priviledges would just say: "We need this array interface thing so let's hash out Travis's proposal." In other words we can argue the details but I need some more support for the general idea to continue to invest time in making the array interface work. I'm going to try and get the BDFL or somebody with similar influence to agree to basically say something like that at PyCon this year. If anybody going to PyCon want's to help me, let's get together. -Travis
![](https://secure.gravatar.com/avatar/5f37aff3d274a0effbf20be82804d012.jpg?s=120&d=mm&r=g)
On 1/31/07, Travis Oliphant <oliphant@ee.byu.edu> 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
participants (7)
-
Bruce Southey
-
Christopher Barker
-
Gary Ruben
-
Jouni K. Seppänen
-
Keith Goodman
-
Lisandro Dalcin
-
Travis Oliphant