I am having trouble reformulating a series of correlations as a single
fft, ifft pair.
I have a set of kernels phi : (M = channel, N = kernel, T = time)
correlated with signal a : (N, P+T-1) yielding x : (M, T).
The correlation, for now, is only in the last dimension, with the two
other dimension
Hi all,
I just posted a recipe (http://code.activestate.com/recipes/577201/)
for infix operators that work with numpy arrays, so you can write X
*dot* Y. It works by making the Infix class a subclass of ndarray.
John
___
NumPy-Discussion mailing list
Num
Hi,
I am pleased to announce the third release candidate of both Scipy 0.7.2 and
NumPy 1.4.1. Please test, and report any problems on the NumPy or SciPy
list.
Binaries, sources and release notes can be found at
https://sourceforge.net/projects/numpy/files/
https://sourceforge.net/projects/scipy/f
On Apr 18, 2010 6:46 PM, "Dan Roberts" wrote:
I've been trying my best to take my time formulating my replies but I need
to respond eventually. :-)
This is embarassing, but I'm actually not sure where I talked about an
interface specifically. I did rather nebulously talk about interfacing w
On Sun, Apr 18, 2010 at 19:49, Pradeep Jha wrote:
> Hi,
>
> I am setting NUMPY_INC_DIR to what you said but still am getting the same
> error. Basically,
> there is no directory path like "***/include/python/***" anywhere in the
> installed numpy directory.
This is correct. No such directory
Hi,
I am setting NUMPY_INC_DIR to what you said but still am getting the same
error. Basically,
there is no directory path like "***/include/python/***" anywhere in the
installed numpy directory. whatever I am setting in my NUMPY_INC_DIR, the
preconfig file tries to add a /include/python to th
On Sun, Apr 18, 2010 at 13:32, Pradeep Jha wrote:
> Hi,
>
> I am running python 2.4.4. I installed numpy using the command
>
> python setup.py install --prefix=$HOME/bin
That's not a good prefix. --prefix=$HOME would be better. It will
create, if necessary, bin/ and lib/ underneath that.
> my si
Hi,
I am running python 2.4.4. I installed numpy using the command*
*
*python setup.py install --prefix=$HOME/**bin*
my site-packages directory got installed to the following address:*
/nfs/carv/d1/people/pradeep/bin/lib/python2.4*
in my preconfig file I changed the path to the following as yo
Hi,
how do I figure where did my numpy got installed to? I downloaded a tar.gz
file and then unzipped it at
/nfs/carv/d1/people/pradeep/src/numpy-1.3.0/.
I didn't do any additional installation steps. Also, just fyi, I don't have
root access to this system.
Thanks
2010/4/16 Robert Kern
> On Fr
On Sun, Apr 18, 2010 at 9:28 AM, Darren Dale wrote:
> On Sun, Apr 18, 2010 at 9:08 AM, Darren Dale wrote:
>> On Sat, Apr 17, 2010 at 4:16 PM, Charles R Harris
>> wrote:
>>>
>>>
>>> On Sat, Apr 17, 2010 at 2:01 PM, Eric Firing wrote:
np.fix() no longer works for scalar arguments:
On Tue, Apr 13, 2010 at 12:29 AM, Charles R Harris
wrote:
>
>
> On Mon, Apr 12, 2010 at 4:19 PM, Travis Oliphant
> wrote:
>>
>> On Apr 11, 2010, at 4:17 PM, Sebastian Walter wrote:
>>
>> >
>> > Ermm, the reply above is quite poor, sorry about that.
>> > What I meant to say is the following:
>> >
On Sun, Apr 18, 2010 at 9:08 AM, Darren Dale wrote:
> On Sat, Apr 17, 2010 at 4:16 PM, Charles R Harris
> wrote:
>>
>>
>> On Sat, Apr 17, 2010 at 2:01 PM, Eric Firing wrote:
>>>
>>> np.fix() no longer works for scalar arguments:
>>>
>>>
>>> In [1]:import numpy as np
>>>
>>> In [2]:np.version.ver
On Sat, Apr 17, 2010 at 4:16 PM, Charles R Harris
wrote:
>
>
> On Sat, Apr 17, 2010 at 2:01 PM, Eric Firing wrote:
>>
>> np.fix() no longer works for scalar arguments:
>>
>>
>> In [1]:import numpy as np
>>
>> In [2]:np.version.version
>> Out[2]:'2.0.0.dev8334'
>>
>> In [3]:np.fix(3.14)
>>
>>
Hi all,
I noticed some performance problems with np.mean and np.std functions.
Here is the console output in ipython:
# make some test data
>>>: a = np.arange(80*64, dtype=np.float64).reshape(80, 64)
>>>: c = np.tile( a, [1, 1, 1])
>>>: timeit np.mean(c, axis=0)
1 loops, best of 3: 2.09 s pe
su, 2010-04-18 kello 19:05 +0900, David Cournapeau kirjoitti:
[clip]
> First, an aside: with the recent announcement from pypy concerning the
> new way of interfacing with C, wouldn't it make more sense to go the
> other way around - i.e. starting from full numpy, and replace some
> parts in rpyth
Hi Dan,
On Sat, Apr 17, 2010 at 1:50 PM, Dan Roberts wrote:
> Hello NumPy Users,
> Hi everybody, my name is Dan Roberts, and my Google Summer of Code
> proposal was categorized under NumPy rather than PyPy, so it will end up
> being reviewed by mentors for the NumPy project. I'd like to take
16 matches
Mail list logo
