Thanks Alan Chris,
My apologies. I was trying ones(), zeros() and empty() in ipython
0.7.2
with the -pylab option and getting the wrong functions. On my system,
ipython -pylab imports the namespace of the oldnumeric wrapper
versions
of ones(), zeros() and empty() and I had assumed
Hi,
Pyrex 0.9.5.1 doesn't like the following snippet out of c_numpyx.pyx:
ctypedef extern class numpy.broadcast [object PyArrayMultiIterObject]:
cdef int numiter
cdef npy_intp size, index
cdef int nd
cdef npy_intp dimensions[NPY_MAXDIMS]
cdef flatiter
Actually, I just realised; it's not an ipython problem. I think it's a
matplotlib problem. I'll report it there.
Gary R.
Steve Lianoglou wrote:
Thanks Alan Chris,
My apologies. I was trying ones(), zeros() and empty() in ipython
0.7.2
with the -pylab option and getting the wrong
Hi There,
A few months ago, I posted the first release of pyaudio, a python
module to give numpy/scipy environment audio file IO capabilities (ala
matlab wavread and co). I recently took time to update it significantly,
and as several people showed interest in pyaudio recently, I thought
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 [EMAIL PROTECTED] wrote:
I'm trying to help out the conversion to NumPy by offering patches to
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
Hi:
Is there a easy and efficient way to convert between
Numeric and numpy arrays?
- William Hughes
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
Tim Churches wrote:
Yes, except that we have quite a lot of code in fielded applications
which is written with Numeric, and which also uses RPy. We currently
have no funds to do the Numeric to NumPy port in our code. If RPy
dropped support for Numeric, we would be forced to use increasing old
On 1/30/07, Travis Oliphant [EMAIL PROTECTED] 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?
William Hughes wrote:
Hi:
Is there a easy and efficient way to convert between
Numeric and numpy arrays?
sure is:
Numeric.asarray()
numpy.asarray()
Could it be any easier?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/ORR
Keith Goodman wrote:
On 1/30/07, Travis Oliphant [EMAIL PROTECTED] 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
On 1/31/07, Gary Ruben [EMAIL PROTECTED] wrote:
Actually, I just realised; it's not an ipython problem. I think it's a
matplotlib problem. I'll report it there.
Until mpl drops support for the compatibility layers, you may want to
set up a simple pylab profile. In ~/.ipython make a file called
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
Christopher Barker wrote:
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.
It is absolutely a good argument. If Python had the array
Fernando Perez wrote:
On 1/31/07, Travis Oliphant [EMAIL PROTECTED] wrote:
Sebastian Haase wrote:
Hi!
Do numpy memmap have a way of explicitly
flushing data to disk
and/or
closing the memmap.
There is a sync method that performs the flush. To close the memmap,
delete it.
On 1/31/07, Travis Oliphant [EMAIL PROTECTED] wrote:
Fernando Perez wrote:
I don't know. If you have other things pointing to it, should you
really close it?
Well, it's like a file: you can close it because you've decided it's
time to close it, and I think it's better that other references
Stefan van der Walt wrote:
Any advice/suggestions?
I've just committed a fix. I changed the [NPY_MAXDIMS] arrays to pointers (Pyrex
doesn't care, really) and changed the flatiter *items to void **items.
--
Robert Kern
I have come to believe that the whole world is an enigma, a harmless
On 1/31/07, Fernando Perez [EMAIL PROTECTED] wrote:
On 1/31/07, Travis Oliphant [EMAIL PROTECTED] wrote:
Fernando Perez wrote:
I don't know. If you have other things pointing to it, should you
really close it?
Well, it's like a file: you can close it because you've decided it's
time to
On 1/31/07, Fernando Perez [EMAIL PROTECTED] wrote:
On 1/31/07, Travis Oliphant [EMAIL PROTECTED] wrote:
Fernando Perez wrote:
I don't know. If you have other things pointing to it, should you
really close it?
Well, it's like a file: you can close it because you've decided it's
time to
On 1/31/07, BBands [EMAIL PROTECTED] wrote:
import pyodbc
import numpy as np
connection = pyodbc.connect('DSN=DSNname')
cursor = connection.cursor()
symbol = 'ibm'
request = select to_days(Date), Close from price where symbol = ' +
symbol + ' and date '2006-01-01'
for row in
i would do something like the following. I don't have your odbc
library so I mocked it up with a fake iterator called it. This
example would be for a two column result where the first is an int and
the second a string. Note it creates a recarray which you can have
match you database column
On 1/31/07, Tom Denniston [EMAIL PROTECTED] wrote:
i would do something like the following. I don't have your odbc
library so I mocked it up with a fake iterator called it. This
example would be for a two column result where the first is an int and
the second a string. Note it creates a
On 1/31/07, Fernando Perez [EMAIL PROTECTED] wrote:
On 1/31/07, Sanjiv Das [EMAIL PROTECTED] wrote:
OK - will give that a shot as well. Its a good suggestion!
cheers
And I should add: thanks! Recent discussions on this list indicate
there's a real need for this information, so a complete
23 matches
Mail list logo