I'm just a numpy user, but for what it's worth, I would much prefer to
have a single numpy namespace with a small as possible number of
objects inside that namespace. To me, 'as small as possible' means
that it only includes the array and associated array manipulation
functions (searchsorted,
+1 (and s/students/colleagues).
Surely you mean:
s.replace('students', colleagues')
!
Matthew
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Hi,
I have been investigating Ticket #605 'Incorrect behavior of
numpy.histogram' (http://scipy.org/scipy/numpy/ticket/605 ).
The fix for this ticket really depends on what the expectations are
for the bin limits and different applications have different behavior.
Consequently, I think that
I've posted patches for:
#630: If float('123.45') works, so should numpy.float32('123.45')
#581: random.set_state does not reset state of random.standard_normal
James
On Fri, Apr 4, 2008 at 6:49 PM, Anne Archibald
[EMAIL PROTECTED] wrote:
On 04/04/2008, Travis E. Oliphant [EMAIL PROTECTED]
The matlab behaviour is to extend the first bin to include all data
down to -inf and extend the last bin to handle all data to inf. This
is probably the behaviour with least suprise.
Therefor, I would vote +1 for behaviour #1 by default, +1 for keeping
the old behaviour #2 around as an option and
On 05/04/2008, Bruce Southey [EMAIL PROTECTED] wrote:
1) Should the first bin contain all values less than or equal to the
value of the first limit and the last bin contain all values greater
than the value of the last limit?
This produced the counts as: array([3, 3, 9]) (I termed this
On 05/04/2008, James Philbin [EMAIL PROTECTED] wrote:
I've posted patches for:
#630: If float('123.45') works, so should numpy.float32('123.45')
#581: random.set_state does not reset state of random.standard_normal
Patches for #601, #622, #692, #696, #717 now in trac; I'd like to do
On Sat, Apr 5, 2008 at 4:10 PM, Anne Archibald [EMAIL PROTECTED]
wrote:
On 05/04/2008, James Philbin [EMAIL PROTECTED] wrote:
I've posted patches for:
#630: If float('123.45') works, so should numpy.float32('123.45')
#581: random.set_state does not reset state of random.standard_normal
On 05/04/2008, Charles R Harris [EMAIL PROTECTED] wrote:
On Sat, Apr 5, 2008 at 4:10 PM, Anne Archibald [EMAIL PROTECTED]
wrote:
More generally, my local working copy is now rater divergent from the
upstream. What's the recommended way to deal with this? Make sure I
have all the patches
Hi all,
Some discussion recently took place around raising a square matrices
to integer powers. See ticket #601:
http://scipy.org/scipy/numpy/ticket/601
Anne Archibald wrote a patch which factored 'matrix_multiply' out of
defmatrix (the matrix power implemented for the Matrix class). After
On 05/04/2008, Stéfan van der Walt [EMAIL PROTECTED] wrote:
Some discussion recently took place around raising a square matrices
to integer powers. See ticket #601:
http://scipy.org/scipy/numpy/ticket/601
Anne Archibald wrote a patch which factored 'matrix_multiply' out of
defmatrix
Hi all,
I'm having trouble getting numpy to compile something usable on a cluster I'm
using, in particular I see
8 -
ImportError:
/users/kloeckner/mach/x86_64/pool/lib/python2.5/site-packages/numpy/linalg/lapack_lite.so:
undefined symbol:
I can answer my own question now:
1) Option --fcompiler=gnu95
2) Add the following to site.cfg
[atlas]
library_dirs = /users/kloeckner/mach/x86_64/pool/lib,/usr/lib
atlas_libs = lapack, f77blas, cblas, atlas
Andreas
On Sonntag 06 April 2008, Andreas Klöckner wrote:
Hi all,
I'm having
13 matches
Mail list logo