When we have nice libraries like OpenCL, OpenGL and OpenMP, I am so glad
we have Microsoft to screw it up.
Congratulations to Redmond: Another C++ API I cannot read, and a
scientific compute library I hopefully never have to use.
http://msdn.microsoft.com/en-us/library/hh265136(v=vs.110).aspx
If by store you mean store on disk, I recommend h5py datasets and
attributes. Reportedly pytables is also good but I don't have any
first hand experience there. Both python modules use the hdf5 library,
written in C/C++/Fortran.
Paul
On Wed, Jan 25, 2012 at 7:47 PM, Val Kalatsky
Yes, I agree 100%.
On 26.01.2012, at 10:19, Sturla Molden wrote:
When we have nice libraries like OpenCL, OpenGL and OpenMP, I am so glad
we have Microsoft to screw it up.
Congratulations to Redmond: Another C++ API I cannot read, and a
scientific compute library I hopefully never have to
Le 22/01/2012 01:40, josef.p...@gmail.com a écrit :
same here,
When I rewrote scipy.stats.spearmanr, I matched the numpy behavior for
two arrays, while R only returns the cross-correlation part.
Since I've seen no negative feedback, I jumped to the next step by
creating a Trac account and
On Thu, Jan 26, 2012 at 7:19 AM, Pierre Haessig
pierre.haes...@crans.org wrote:
Le 22/01/2012 01:40, josef.p...@gmail.com a écrit :
same here,
When I rewrote scipy.stats.spearmanr, I matched the numpy behavior for
two arrays, while R only returns the cross-correlation part.
Since I've seen no
26.01.2012 15:57, Bruce Southey kirjoitti:
[clip]
Also I believe that changing the np.cov
function will cause major havoc because numpy and people's code depend
on the current behavior.
Changing the behavior of `cov` is IMHO not really possible at this point
--- the current behavior is not a
Le 26/01/2012 15:57, Bruce Southey a écrit :
Can you please provide a
couple of real examples with expected output that clearly show what
you want?
Hi Bruce,
Thanks for your ticket feedback ! It's precisely because I see a big
potential impact of the proposed change that I send first a ML
Le 26/01/2012 16:50, Pauli Virtanen a écrit :
the current behavior is not a bug,
I completely agree that numpy.cov(m,y) does what it says !
I (and apparently some other people) are only questioning why there is
such a behavior ? Indeed, the second variable `y` is presented as An
additional set
Den 26.01.2012 17:25, skrev Pierre Haessig:
However, in the case this change is not possible, I would see this
solution :
* add and xcov function that does what Elliot and Sturla and I
described, because
The current np.cov implementation returns the cross-covariance the way
it is commonly
Den 24.01.2012 17:19, skrev David Warde-Farley:
Hmm. Seeing as the width of a C long is inconsistent, does this imply that
the random number generator will produce different results on different
platforms?
If it does, it is a C programming mistake. C code should never depend on
the exact
Hi Hans-Martin!
You could try my instructions recently posted to this list
http://thread.gmane.org/gmane.comp.python.scientific.devel/15956/
Basically, using llvm-gcc scipy segfaults when scipy.test() (on my system at
least).
Therefore, I created the homebrew install formula.
They work for
On Thu, Jan 26, 2012 at 12:26 PM, Sturla Molden stu...@molden.no wrote:
Den 26.01.2012 17:25, skrev Pierre Haessig:
However, in the case this change is not possible, I would see this
solution :
* add and xcov function that does what Elliot and Sturla and I
described, because
The current
On Thu, Jan 26, 2012 at 10:07 AM, Pierre Haessig
pierre.haes...@crans.org wrote:
Le 26/01/2012 15:57, Bruce Southey a écrit :
Can you please provide a
couple of real examples with expected output that clearly show what
you want?
Hi Bruce,
Thanks for your ticket feedback ! It's precisely
On Thu, Jan 26, 2012 at 3:58 PM, Bruce Southey bsout...@gmail.com wrote:
On Thu, Jan 26, 2012 at 12:45 PM, josef.p...@gmail.com wrote:
On Thu, Jan 26, 2012 at 1:25 PM, Bruce Southey bsout...@gmail.com wrote:
On Thu, Jan 26, 2012 at 10:07 AM, Pierre Haessig
pierre.haes...@crans.org wrote:
Le
On Thu, Jan 26, 2012 at 6:43 PM, josef.p...@gmail.com wrote:
On Thu, Jan 26, 2012 at 3:58 PM, Bruce Southey bsout...@gmail.com wrote:
On Thu, Jan 26, 2012 at 12:45 PM, josef.p...@gmail.com wrote:
On Thu, Jan 26, 2012 at 1:25 PM, Bruce Southey bsout...@gmail.com wrote:
On Thu, Jan 26, 2012 at
Hi,
I am trying to install NumPy (using numpy-1.6.1-win32-superpack-python2.7)
on a Windows 7 machine that has 32-bit Python 2.7 installed on it using the
latest installer (python-2.7.2.msi). Python is installed into the default
location, C:\Python27, and as far as I can tell the registry knows
To avoid all the hassle I suggest getting EPD:
http://enthought.com/products/epd.php
You'd get way more than just NumPy, which may or may not be what you need.
I have installed various NumPy's on linux only and from source only which
did
require compilation (gcc), so I am not a good help for your
17 matches
Mail list logo