Hi Klaus,
Klaus Noekel wrote:
> Dear folks,
>
> just over a month ago there was a thread about plans for numpy, and IIRC
> somebody had volunteered to try and put together a working AMD64 version
> with an installer.
>
> Since then I have not heard about the issue again - but I may have
> misse
Friday, August 7th 1pm CDT
How do I...speed up Python? Exploration of Weave and Cython
We wanted to let you know that next week we'll host another
installment of our popular EPD webinar series. Although only EPD Basic
or above subscribers are guaranteed seats at EPD webinars, we invite
non-
This one works for me with python2.6 for amd64 from python.org:
http://sourceforge.net/projects/numpy/files/NumPy/1.3.0/numpy-1.3.0.win-amd64-py2.6.msi/download
Thanks to David C. I believe
Klaus Noekel wrote:
> Dear folks,
>
> just over a month ago there was a thread about plans for numpy, and
On 2009-07-30, Nanime Puloski wrote:
> Does Numpy use Python's standard math library when calculating
> elementary functions such as exp(x) and acos(x)?
No.
> Also, what is the internal library of Numpy and Python's
> standard math library?
The standard C library, plus custom implementations f
On Thu, Jul 30, 2009 at 12:33 PM, Neil
Martinsen-Burrell wrote:
> On 2009-07-30 14:13 , BBands wrote:
>> Could someone point me toward some information on Scipy/Numpy and
>> Python 3.1? I'd like to upgrade, but can't seem to find the path.
>
> There is no such path right now. Numpy and Scipy are o
29/07/09 @ 14:54 (-0700), thus spake Christopher Barker:
> Robert Kern wrote:
> > 2009/7/29 Ernest Adrogué :
> >> Now, I need to be able to differentiate between 0 and 'no data'.
>
> >> Is it possible to do this with the standard array class?
> >
> > Not really. Use masked arrays. Or use a dictio
Dear folks,
just over a month ago there was a thread about plans for numpy, and IIRC
somebody had volunteered to try and put together a working AMD64 version
with an installer.
Since then I have not heard about the issue again - but I may have
missed part of the discussion. Have the plans firm
On Thu, Jul 30, 2009 at 2:13 PM, BBands wrote:
> Could someone point me toward some information on Scipy/Numpy and
> Python 3.1? I'd like to upgrade, but can't seem to find the path.
Scipy/Numpy are have not yet been ported to python 3.x
Ryan
--
Ryan May
Graduate Research Assistant
School of
On 2009-07-30 14:13 , BBands wrote:
> Could someone point me toward some information on Scipy/Numpy and
> Python 3.1? I'd like to upgrade, but can't seem to find the path.
There is no such path right now. Numpy and Scipy are only available for
Python 2.x (with x >= 4). As very large C extension
Could someone point me toward some information on Scipy/Numpy and
Python 3.1? I'd like to upgrade, but can't seem to find the path.
jab
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussi
On Thu, Jul 30, 2009 at 2:41 PM, Fernando Perez wrote:
> On Thu, Jul 30, 2009 at 7:55 AM, wrote:
>> Are these functions really for a relevant use case of structured
>> arrays. I haven't seen any examples of multidimensional structured
>> arrays, but from a quick reading it doesn't seem to handle m
On Thu, Jul 30, 2009 at 7:55 AM, wrote:
> Are these functions really for a relevant use case of structured
> arrays. I haven't seen any examples of multidimensional structured
> arrays, but from a quick reading it doesn't seem to handle mixed types
> (raises error) or nested structured arrays (I'm
2009/7/30 Stéfan van der Walt :
> I'm in favour of such a patch, but I'd like to see whether we can't do
> it at the C level for structured arrays in general.
>
That would indeed be ideal. But I should add that I was not proposing
it as a patch, rather as a utility others might find useful to kee
I am getting this error when trying to run a script using scipy.
Python 2.5
atlas-3.9.0
lapack-3.2
numpy-1.3.0
scipy-0.7.1
Anyone any ideas how I can fix this?
Regards
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org
Thanks for the quick answer. It makes sense.
I will have to find some other way to do it then.
Nicolas
On 30 Jul, 2009, at 18:52 , David Cournapeau wrote:
> On Fri, Jul 31, 2009 at 12:53 AM, Nicolas
> Rougier wrote:
>>
>>
>> Hello,
>>
>> I've been using record arrays to create arrays with dif
Matrices are 2D array with some additional properties that make them more handy
for linear algebra. For instance
mat1*mat2
is a matrix multiplication, while
arr1*arr2
is an element by element multiplication. However
np.dot(arr1, arr2)
is a matrix multiplication between two arrays.
As a ru
On Thu, Jul 30, 2009 at 12:14, Nanime Puloski wrote:
> What are some differences between arrays and matrices using the Numpy
> library?
I have already pointed you to the relevant documentation on
python-list. There really isn't a better overview.
--
Robert Kern
"I have come to believe that the
What are some differences between arrays and matrices using the Numpy
library? When would one want to use arrays instead of matrices and vice
versa?
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-
Does Numpy use Python's standard math library when calculating
elementary functions such as exp(x) and acos(x)? Also, what is the
internal library of Numpy and Python's standard math library? Are they
platform independent?
___
NumPy-Discussion mailing lis
On Fri, Jul 31, 2009 at 12:53 AM, Nicolas
Rougier wrote:
>
>
> Hello,
>
> I've been using record arrays to create arrays with different types
> and since I'm doing a lot of computation on each of the different
> fields, the default memory layout does not serve my computations.
> Ideally, I would li
Hello,
I've been using record arrays to create arrays with different types
and since I'm doing a lot of computation on each of the different
fields, the default memory layout does not serve my computations.
Ideally, I would like to have record arrays where each field is a
contiguous bloc
2009/7/30 Stéfan van der Walt :
> 2009/7/30 Fernando Perez :
>> we recently had a discussion about being able to do some common things
>> like reductions and binary operations on recarrays, and there didn't
>> seem to be much consensus on it being needed in the core of numpy.
>>
>> Since we do act
2009/7/30 Raymond de Vries :
> Hi
>
>> Indeed, the solution is as simple as this ;) The trouble is to find
>> the information!
>>
> Yes, there is so much information everywhere. And it's hard to make the
> first steps.
> For the std::vector<>[], I suggest you convert it to a single vector,
Hi
> Indeed, the solution is as simple as this ;) The trouble is to find
> the information!
>
Yes, there is so much information everywhere. And it's hard to make the
first steps.
For the std::vector<>[], I suggest you convert it to a single vector,
as the data inside this "array" is
2009/7/30 Raymond de Vries :
> Hi,
>
> I'm sorry, I guess I did not search properly before For the record,
> I solved my import_array() question: just need to add
> %init %{
> import_array();
> %}
Indeed, the solution is as simple as this ;) The trouble is to find
the information!
> and the t
Hi all,
We are soliciting agenda items for the SciPy Steering Committee
meeting taking place during the SciPy09 conference.
Please view the current list at
http://www.scipy.org/SteeringCommittee_08_2009
and post new items to this thread.
Kind regards
Stéfan
Hi,
I'm sorry, I guess I did not search properly before For the record,
I solved my import_array() question: just need to add
%init %{
import_array();
%}
and the typemap for the std::vector works ok. Thanks for that!
Now the rest...
Thanks
Raymond
Raymond de Vries wrote:
> Hi Matthieu,
>
Hi Matthieu,
Thanks for your quick reply! I did not find this page earlier. I have
studied the first page and now I realize again that all my efforts so
far (last few days) have crashed on the lack of calling import_array().
Do you have a suggestion for calling import_array() as well? Everywher
2009/7/30 Fernando Perez :
> we recently had a discussion about being able to do some common things
> like reductions and binary operations on recarrays, and there didn't
> seem to be much consensus on it being needed in the core of numpy.
>
> Since we do actually need this quite pressingly for ev
Howdy,
we recently had a discussion about being able to do some common things
like reductions and binary operations on recarrays, and there didn't
seem to be much consensus on it being needed in the core of numpy.
Since we do actually need this quite pressingly for everyday tasks,
we wrote a ver
30 matches
Mail list logo
