Hi,
On Fri, Mar 28, 2014 at 8:58 AM, Robert Kern wrote:
> On Fri, Mar 28, 2014 at 2:54 PM, Sturla Molden
> wrote:
>> Matthew Brett wrote:
>>
>>> I see it should be possible to build a full blas and partial lapack
>>> library with eigen [1] [2].
>&
Hi,
On Wed, Mar 26, 2014 at 1:41 PM, Nathaniel Smith wrote:
> On Wed, Mar 26, 2014 at 7:34 PM, Julian Taylor
> wrote:
>> as for using openblas by default in binary builds, no.
>> pthread openblas build is now fork safe which is great but it is still
>> not reliable enough for a default.
>> E.g.
On Thu, Mar 27, 2014 at 2:04 PM, Robert Kern wrote:
> On Thu, Mar 27, 2014 at 7:10 PM, Matthew Brett
> wrote:
>> Hi,
>>
>> On Thu, Mar 27, 2014 at 3:18 AM, Robert Kern wrote:
>
>>> It would be confusing to distribute these non-BSD wheels on the same
>>
Hi,
On Thu, Mar 27, 2014 at 12:10 PM, Matthew Brett wrote:
> Hi,
>
> On Thu, Mar 27, 2014 at 3:18 AM, Robert Kern wrote:
>> On Thu, Mar 27, 2014 at 12:29 AM, Matthew Brett
>> wrote:
>>> Hi,
>>>
>>> On Wed, Mar 26, 2014 at 4:48 PM, Matthew Brett
Hi,
On Thu, Mar 27, 2014 at 3:18 AM, Robert Kern wrote:
> On Thu, Mar 27, 2014 at 12:29 AM, Matthew Brett
> wrote:
>> Hi,
>>
>> On Wed, Mar 26, 2014 at 4:48 PM, Matthew Brett
>> wrote:
>>> Hi,
>>>
>>> Can I check what is stopping us bu
Hi,
On Wed, Mar 26, 2014 at 3:02 PM, Chris Barker wrote:
> On Wed, Mar 26, 2014 at 8:56 AM, Charles R Harris
> wrote:
>>
>>
>>> 5 seconds waiting on a home internet connection and a numpy install
>>> Nice.
>>>
>>
>> That's pretty neat. Now if we can get the windows versions to be as easy.
>>
Hi,
On Wed, Mar 26, 2014 at 4:48 PM, Matthew Brett wrote:
> Hi,
>
> Can I check what is stopping us building official numpy binary wheels
> for Windows using the Intel Math Kernel Library?
>
> * We'd need developer licenses, but those sound like they would be
> easy t
Hi,
Can I check what is stopping us building official numpy binary wheels
for Windows using the Intel Math Kernel Library?
* We'd need developer licenses, but those sound like they would be
easy to come by
* We'd have to add something to the license for the wheel on the lines
of the Canopy licens
Hi,
On Tue, Mar 25, 2014 at 4:38 PM, Julian Taylor
wrote:
> Hello,
>
> I'm happy to announce the of Numpy 1.8.1.
> This is a bugfix only release supporting Python 2.6 - 2.7 and 3.2 - 3.4.
>
> More than 48 issues have been fixed, the most important issues are
> listed in the release notes:
> https
Hi,
On Mon, Mar 10, 2014 at 11:09 AM, Ralf Gommers wrote:
>
>
>
> On Sat, Mar 8, 2014 at 10:06 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> Thanks to Chuck and Jarrod for giving me upload permission - wheels
>> are on sourceforge now:
>>
&g
Hi,
On Mon, Mar 10, 2014 at 12:37 PM, Chris Barker wrote:
> On Mon, Mar 10, 2014 at 10:27 AM, Jens Nielsen
> wrote:
>>
>> If someone is running a brew python and does "pip install numpy" will pip
>> find a binary wheel that will then not work? That would be bad, but maybe
>> not our problem --
Hi,
Thanks to Chuck and Jarrod for giving me upload permission - wheels
are on sourceforge now:
https://sourceforge.net/projects/numpy/files/NumPy/1.8.1rc1
Until the wheels reach pypi, you'll have to test by:
* downloading the python 2.7 or 3.3 wheel to a directory (say the
current directory) a
Hi,
On Thu, Mar 6, 2014 at 12:36 PM, Chris Barker wrote:
> On Thu, Mar 6, 2014 at 11:38 AM, Matthew Brett
> wrote:
>>
>> pypi is accepting wheels:
>>
>> http://pythonwheels.com/
>> https://pypi.python.org/pypi/pyzmq/14.0.1
>>
>> Chris B - any comm
Hi,
On Thu, Mar 6, 2014 at 11:21 AM, Charles R Harris
wrote:
>
>
>
> On Thu, Mar 6, 2014 at 12:05 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Thu, Mar 6, 2014 at 9:37 AM, Charles R Harris
>> wrote:
>> >
>> >
>>
Hi,
On Thu, Mar 6, 2014 at 9:37 AM, Charles R Harris
wrote:
>
>
>
> On Thu, Mar 6, 2014 at 10:35 AM, Charles R Harris
> wrote:
>>
>>
>>
>>
>> On Wed, Mar 5, 2014 at 7:28 PM, Matthew Brett
>> wrote:
>>>
>>> Hi,
>&
Hi,
On Wed, Mar 5, 2014 at 3:29 PM, Matthew Brett wrote:
> Hi,
>
> I built (and tested) some numpy wheels for the rc1:
>
> http://nipy.bic.berkeley.edu/numpy-dist/
Now building, installing, testing, uploading wheels nightly on OSX 10.9:
http://nipy.bic.berkeley.edu/builders/nump
Hi,
I built (and tested) some numpy wheels for the rc1:
http://nipy.bic.berkeley.edu/numpy-dist/
Cheers,
Matthew
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Hi,
On Wed, Feb 26, 2014 at 3:10 PM, Tom Augspurger
wrote:
> Thanks Chris,
>
>
> Chris Barker - NOAA Federal wrote
>> What python are you using? apparently not a Universal 32+64 bit build. The
>> one Apple delivers?
>
> I'm using homebrew python, so the platform difference seems to have come
> fr
Hi,
On Wed, Feb 26, 2014 at 2:33 PM, Chris Barker wrote:
> On Wed, Feb 26, 2014 at 11:34 AM, Matthew Brett
> wrote:
>
>>
>> > - convention is the other option:
>> > - use binary wheel for in-house deplyment to similar systems
>> > - use bin
Hi,
On Wed, Feb 26, 2014 at 11:02 AM, Chris Barker wrote:
> On Wed, Feb 26, 2014 at 8:27 AM, Tom Augspurger
> wrote:
>>
>> Thanks for posting those wheels Matthew.
>>
>> I'm on a Mac (10.9.2) and I had trouble installing numpy from your wheel
>> in
>> a fresh virtualenv with the latests pip, set
Hi,
On Mon, Feb 24, 2014 at 12:40 PM, Matthew Brett wrote:
> Hi,
>
> On Sun, Feb 23, 2014 at 10:26 AM, Charles R Harris
> wrote:
>> Hi All,
>>
>> A lot of fixes have gone into the 1.8.x branch and it looks about time to do
>> a bugfix release. There are a c
Hi,
On Sun, Feb 23, 2014 at 10:26 AM, Charles R Harris
wrote:
> Hi All,
>
> A lot of fixes have gone into the 1.8.x branch and it looks about time to do
> a bugfix release. There are a couple of important bugfixes still to
> backport, but if all goes well next weekend, March 1, looks like a good
Hi,
On Sat, Feb 22, 2014 at 4:09 PM, Pauli Virtanen wrote:
> 23.02.2014 00:03, Nathaniel Smith kirjoitti:
>> Currently numpy's 'dot' acts a bit weird for ndim>2 or ndim<1. In
>> practice this doesn't usually matter much, because these are very
>> rarely used. But, I would like to nail down the be
Hi,
On Sat, Feb 22, 2014 at 2:03 PM, Nathaniel Smith wrote:
> Hi all,
>
> Currently numpy's 'dot' acts a bit weird for ndim>2 or ndim<1. In
> practice this doesn't usually matter much, because these are very
> rarely used. But, I would like to nail down the behaviour so we can
> say something pre
Hi,
On Tue, Feb 11, 2014 at 11:40 AM, Pauli Virtanen wrote:
> 11.02.2014 21:20, alex kirjoitti:
> [clip]
>> In the spirit of offsetting this bias and because this thread is
>> lacking in examples of projects that use numpy.matrix, here's another
>> data point: cvxpy (https://github.com/cvxgrp/cvx
Hi,
On Tue, Feb 11, 2014 at 8:55 AM, wrote:
>
>
> On Tue, Feb 11, 2014 at 11:25 AM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Tue, Feb 11, 2014 at 4:16 AM, Jacco Hoekstra - LR
>> wrote:
>> > For our students, the matrix class is really a
Hi,
On Tue, Feb 11, 2014 at 4:16 AM, Jacco Hoekstra - LR
wrote:
> For our students, the matrix class is really appealing as we use a lot of
> linear algebra and expressions with matrices simply look better with an
> operator instead of a function:
>
> x=A.I*b
>
> looks much better than
Hi,
On Mon, Feb 10, 2014 at 2:33 PM, Pauli Virtanen wrote:
> 11.02.2014 00:17, Matthew Brett kirjoitti:
> [clip]
>> That is a very convincing argument.
>>
>> What would be the problems (apart from code compatibility) in making
>> scipy.sparse use the ndarray s
Hi,
On Mon, Feb 10, 2014 at 2:11 PM, Pauli Virtanen wrote:
> 10.02.2014 23:40, Alan G Isaac kirjoitti:
>> On 2/10/2014 4:28 PM, Pauli Virtanen wrote:
>>> Starting with asarray won't work: sparse matrices are not
>>> subclasses of ndarray.
>>
>> I was focused on the `matrix` object. For this objec
Hi,
On Mon, Feb 10, 2014 at 1:52 PM, Charles R Harris
wrote:
>
>
>
> On Mon, Feb 10, 2014 at 2:28 PM, Pauli Virtanen wrote:
>>
>> 10.02.2014 23:13, Alan G Isaac kirjoitti:
>> > On 2/10/2014 4:03 PM, Pauli Virtanen wrote:
>> >> What sparked this discussion (on Github) is that it is not
>> >> poss
Hi,
On Mon, Feb 10, 2014 at 12:58 PM, wrote:
>
>
> On Mon, Feb 10, 2014 at 3:45 PM, alex wrote:
>>
>> On Mon, Feb 10, 2014 at 2:36 PM, Matthew Brett
>> wrote:
>> > Hi,
>> >
>> > On Mon, Feb 10, 2014 at 6:26 AM, Nathaniel Smith wr
Hi,
On Mon, Feb 10, 2014 at 12:39 PM, wrote:
>
>
> On Mon, Feb 10, 2014 at 3:04 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Mon, Feb 10, 2014 at 7:09 AM, Alan G Isaac
>> wrote:
>> [snip]
>> > Just to forestall the usual "just st
Hi,
On Mon, Feb 10, 2014 at 12:44 PM, Charles R Harris
wrote:
>
>
>
> On Mon, Feb 10, 2014 at 1:23 PM, Alan G Isaac wrote:
>>
>> On 2/10/2014 3:04 PM, Matthew Brett wrote:
>> > I teach psychologists and neuroscientists mainly
>>
>>
>> I must s
Hi,
On Mon, Feb 10, 2014 at 12:23 PM, Alan G Isaac wrote:
> On 2/10/2014 3:04 PM, Matthew Brett wrote:
>> I teach psychologists and neuroscientists mainly
>
> I must suspect that notebook was not for
> **undergraduate** psychology students.
> At least, not the ones I usu
Hi,
On Mon, Feb 10, 2014 at 7:09 AM, Alan G Isaac wrote:
[snip]
> Just to forestall the usual "just start them with arrays, eventually they'll
> be grateful" reply, I would want to hear that suggestion only from someone
> who has used it successfully with undergraduates in the social sciences.
I
Hi,
On Mon, Feb 10, 2014 at 11:44 AM, wrote:
>
>
> On Mon, Feb 10, 2014 at 2:12 PM, eat wrote:
>>
>>
>>
>>
>> On Mon, Feb 10, 2014 at 9:08 PM, alex wrote:
>>>
>>> On Mon, Feb 10, 2014 at 2:03 PM, eat wrote:
>>> > Rhetorical or not, but FWIW I'll prefer to take singular value
>>> > decompositi
Hi,
On Mon, Feb 10, 2014 at 6:26 AM, Nathaniel Smith wrote:
> On Sun, Feb 9, 2014 at 4:59 PM, alex wrote:
>> Hello list,
>>
>> I wrote this mini-nep for numpy but I've been advised it is more
>> appropriate for discussion on the list.
>>
>> """
>> The ``numpy.matrix`` API provides a low barrier
Hi,
On Sun, Feb 9, 2014 at 2:55 PM, alex wrote:
> On Sun, Feb 9, 2014 at 5:12 PM, Alan G Isaac wrote:
>> On 2/9/2014 4:59 PM, alex wrote:
>>> """
>>> The ``numpy.matrix`` API provides a low barrier to using Python
>>> for linear algebra, just as the pre-3 Python ``input`` function
>>> and ``print
Hi,
On Thu, Jan 30, 2014 at 4:29 AM, Carl Kleffner wrote:
> I fully agree with you. But you have to consider the following:
>
> - the officially mingw-w64 toolchains are build almost the same way. The
> only difference is, that they have non-static builds (that would be
> preferable for C++ devel
Hi,
On Tue, Dec 31, 2013 at 1:29 PM, Julian Taylor
wrote:
>
> On 31.12.2013 14:13, Amira Chekir wrote:
> > Hello together,
> >
> > I try to load a (large) NIfTI file (DMRI from Human Connectome Project,
> > about 1 GB) with NiBabel.
> >
> > import nibabel as nib
> > img = nib.load("dmri.nii.gz")
Hi,
Thanks both - very helpful,
Matthew
On 11/22/13, Robert Kern wrote:
> On Fri, Nov 22, 2013 at 9:23 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> I'm sorry if I missed something obvious - but is there a vectorized
>> way to look for None in a
Hi,
I'm sorry if I missed something obvious - but is there a vectorized
way to look for None in an array?
In [3]: a = np.array([1, 1])
In [4]: a == object()
Out[4]: array([False, False], dtype=bool)
In [6]: a == None
Out[6]: False
(same for object arrays),
Thanks a lot,
Matthew
_
Hi David,
Thanks a lot for the update.
On Tue, Nov 5, 2013 at 10:50 AM, David Cournapeau wrote:
> Hi there,
>
> During pycon.fr sprints, I took some time to look more into building
> numpy/scipy wheels on windows with recent mingw (gcc 4.x series).
>
> tl;dr: While I made some progress, there re
Hi,
On Sun, Oct 27, 2013 at 2:01 AM, Neil Girdhar wrote:
> Why not replace get_printoptions/set_printoptions with a context manager
> accessed using numpy.printoptions in the same way that numpy.errstate
> exposes a context manager to seterr/geterr? This would make the set method
> redundant.
>
Hi,
On Sat, Oct 19, 2013 at 2:40 PM, Ralf Gommers wrote:
> On behalf of the SciPy development team I'm pleased to announce the
> availability of SciPy 0.13.0. This release contains some interesting new
> features (see highlights below) and half a year's worth of maintenance work.
> 65 people cont
Hi,
On Wed, Oct 23, 2013 at 10:55 AM, Pauli Virtanen wrote:
> 23.10.2013 20:10, Matthew Brett kirjoitti:
> [clip]
>> There's no need to prefer one group over the other - we just need to
>> make sure that both groups have instructions and binaries they can
>> reco
Hi,
On Wed, Oct 23, 2013 at 8:16 AM, jim vickroy wrote:
> On 10/23/2013 8:51 AM, Chris Barker - NOAA Federal wrote:
>
> Ralf Gommers wrote:
>
> but the layout of that page is on
> purpose. scipy.org is split into two parts: (a) a SciPy Stack part, and
> (b)
> a numpy & scipy library part. You'r
Hi,
On Tue, Oct 22, 2013 at 2:28 PM, Ralf Gommers wrote:
>
>
>
> On Tue, Oct 22, 2013 at 10:44 PM, Chris Barker
> wrote:
>>
>> On Tue, Oct 22, 2013 at 9:36 AM, Ralf Gommers
>> wrote:
>> > You can argue with the exact wording,
>>
>> I won't argue, I'll suggest an alternative in a pull request...
Hi,
On Tue, Oct 8, 2013 at 12:44 PM, Matthew Brett wrote:
> Hi,
>
> On Tue, Oct 8, 2013 at 4:38 AM, Ke Sun wrote:
>> On Tue, Oct 08, 2013 at 01:49:14AM -0700, Matthew Brett wrote:
>>> Hi,
>>>
>>> On Tue, Oct 8, 2013 at 1:06 AM, Ke Sun wrote:
>
Hi,
On Tue, Oct 8, 2013 at 4:38 AM, Ke Sun wrote:
> On Tue, Oct 08, 2013 at 01:49:14AM -0700, Matthew Brett wrote:
>> Hi,
>>
>> On Tue, Oct 8, 2013 at 1:06 AM, Ke Sun wrote:
>> > Dear all,
>> >
>> > I have written the following function
Hi,
On Tue, Oct 8, 2013 at 1:06 AM, Ke Sun wrote:
> Dear all,
>
> I have written the following function to compute the square distances of a
> large
> matrix (each sample a row). It compute row by row and print the overall
> progress.
> The progress output is important and I didn't use matrix m
Hi,
On Wed, Oct 2, 2013 at 6:00 PM, Dave Cook wrote:
> Can someone explain what is going on here?
>
> In [153]:
>
> small = ones(1, dtype='float32')
>
> In [154]:
>
> small
>
> Out[154]:
>
> array([ 1.], dtype=float32)
>
> In [155]:
>
> small*1e-45
>
> Out[155]:
>
> array([ 1.40129846e-45], dtyp
Hi,
Just in case y'all didn't catch this from other lists:
I just did a new release of bdist_mpkg:
https://pypi.python.org/pypi/bdist_mpkg/
The main new feature is Python 3 compatibility:
https://github.com/matthew-brett/bdist_mpkg/blob/master/Changelog
Thanks to Bob Ippoli
Hi,
On Fri, Aug 23, 2013 at 1:38 PM, Matthew Brett wrote:
> Hi,
>
> On Fri, Aug 23, 2013 at 1:32 PM, Russell E. Owen wrote:
>> In article
>> ,
>> Matthew Brett wrote:
>>
>>> Hi,
>>>
>>> On Thu, Aug 22, 2013 at 12:14 PM, Russell
Hi,
On Fri, Aug 23, 2013 at 1:32 PM, Russell E. Owen wrote:
> In article
> ,
> Matthew Brett wrote:
>
>> Hi,
>>
>> On Thu, Aug 22, 2013 at 12:14 PM, Russell E. Owen wrote:
>> > In article
>> > ,
>> > Ralf Gommers wrote:
>>
Hi,
On Thu, Aug 22, 2013 at 12:14 PM, Russell E. Owen wrote:
> In article
> ,
> Ralf Gommers wrote:
>
>> Hi all,
>>
>> Building binaries for releases is currently quite complex and
>> time-consuming. For OS X we need two different machines, because we still
>> provide binaries for OS X 10.5 and
Hi,
On Thu, Aug 15, 2013 at 1:04 PM, Ralf Gommers wrote:
>
>
>
> On Thu, Aug 15, 2013 at 9:31 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Thu, Aug 15, 2013 at 12:28 PM, Charles R Harris
>> wrote:
>> >
>> >
>> >
>>
Hi,
On Thu, Aug 15, 2013 at 12:28 PM, Charles R Harris
wrote:
>
>
>
> On Thu, Aug 15, 2013 at 1:22 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Thu, Aug 15, 2013 at 12:10 PM, Ralf Gommers
>> wrote:
>> >
>> >
>>
Hi,
On Thu, Aug 15, 2013 at 12:10 PM, Ralf Gommers wrote:
>
>
>
> On Thu, Aug 15, 2013 at 3:42 PM, Charles R Harris
> wrote:
>>
>> Hi All,
>>
>> I'm thinking of making the 1.8.x branch next Sunday. Any complaints,
>> thoughts?
>
>
> First thought: thanks a lot for doing this.
I'm afraid I don't
Hi,
On Mon, Aug 12, 2013 at 4:16 PM, Chris Barker - NOAA Federal
wrote:
> On Mon, Aug 12, 2013 at 3:14 PM, Charles R Harris
> wrote:
>
>>> > Datetime64 will not be modified in this release.
>>>
>>> I now there is neither the time nor the will for all that it needs,
>>> but please, please, please
Hi,
On Fri, Aug 9, 2013 at 3:17 PM, Robert Kern wrote:
> On Fri, Aug 9, 2013 at 11:06 PM, Valentin Haenel wrote:
>>
>> Hi,
>>
>> I have a quick question: Is there a way to get a list of all available
>> Numpy integer dtypes programatically?
>
> [~]
> |8> def all_dtypes(cls):
> ..> for sub in
Hi,
On Wed, Jul 10, 2013 at 11:02 AM, Andreas Hilboll wrote:
> Hi,
>
> there are np.flipud and np.fliplr methods to flip 2d arrays on the first
> and second dimension, respectively. What can I do to flip an array on an
> axis which I don't know before runtime? I'd really like to see a
> np.flip(a
Hi,
On Sat, Jun 29, 2013 at 10:37 AM, Nathaniel Smith wrote:
> So this petered off...any objections to np.full?
full and filledwith and filled_with all seem OK to me.
On a meta note - anything we can do to stop threads petering off? It
seems to happen rather often,
Cheers,
Matthew
__
Hi,
On Wed, Jun 19, 2013 at 1:43 AM, Frédéric Bastien wrote:
> Hi,
>
>
> On Mon, Jun 17, 2013 at 5:03 PM, Julian Taylor
> wrote:
>>
>> On 17.06.2013 17:11, Frédéric Bastien wrote:
>> > Hi,
>> >
>> > I saw that recently Julian Taylor is doing many low level optimization
>> > like using SSE instru
Hi,
On Mon, Jun 17, 2013 at 12:07 PM, Bala subramanian
wrote:
> Friends,
> I have to save only the lower half of a symmetric matrix to a file. I used
> numpy.tril to extract the lower half. However when i use 'numpy.savetxt',
> numpy saves the whole matrix (with upper half values replaced as zero
Hi,
On Sat, Jun 15, 2013 at 2:51 PM, Sudheer Joseph
wrote:
>
> Thank you very much for this tip.
> Is there a typical way to save masked and the rest separately?. Not much
> familiar with array handling in numpy.
I don't use masked array myself, but it looks like it would be something like:
eo
Hi,
On Sat, Jun 15, 2013 at 1:22 PM, Sudheer Joseph
wrote:
> Dear Experts,
> I was trying to save results of eof analysis to an npz
> file and see that it is not possible to save a 3d array as npz file variable.
> Is this true even today or are there developments which make
Hi,
On Wed, Jun 12, 2013 at 7:49 PM, Eric Firing wrote:
> On 2013/06/12 4:18 AM, Nathaniel Smith wrote:
>> Now imagine a different new version of this page, if we overload
>> 'empty' to add a fill= option. I don't even know how we document that
>> on this page. The list will remain:
>>empty
>
Hi,
On Wed, Jun 12, 2013 at 1:10 PM, Nathaniel Smith wrote:
> Hi all,
>
> It looks like we've gotten a bit confused and need to untangle
> something. There's a PR to add new functions 'np.filled' and
> 'np.filled_like':
> https://github.com/numpy/numpy/pull/2875
> And there was a discussion abo
Hi,
On Tue, Jun 11, 2013 at 5:17 AM, Pauli Virtanen wrote:
> David Cournapeau gmail.com> writes:
> [clip]
>> What is the default ABI used on homebrew ? I think we should just
>> follow that, given that Apple cannot figure it out.
>
> I think for Scipy homebrew uses the Gfortran ABI:
> https://tr
Hi,
On Wed, May 1, 2013 at 1:01 PM, Sebastian Berg
wrote:
> On Wed, 2013-05-01 at 15:29 -0400, Yaroslav Halchenko wrote:
>> just for completeness... I haven't yet double checked if I have done it
>> correctly but here is the bisected commit:
>>
>> aed9925a9d5fe9a407d0ca2c65cb577116c4d0f1 is the f
HI,
On Wed, May 1, 2013 at 9:09 AM, Yaroslav Halchenko wrote:
>
> On Wed, 01 May 2013, Nathaniel Smith wrote:
>> > not sure there is anything to fix here. Third-party code relying on a
>> > certain outcome of rounding error is likely incorrect anyway.
>
>> Yeah, seems to just be the standard floa
Hi,
On Tue, Apr 30, 2013 at 9:16 PM, Matthew Brett wrote:
> Hi,
>
> On Tue, Apr 30, 2013 at 8:08 PM, Yaroslav Halchenko
> wrote:
>> could anyone on 32bit system with fresh numpy (1.7.1) test following:
>>
>>> wget -nc http://www.onerussian.com/tmp/data.npy ; p
Hi,
On Tue, Apr 30, 2013 at 8:08 PM, Yaroslav Halchenko
wrote:
> could anyone on 32bit system with fresh numpy (1.7.1) test following:
>
>> wget -nc http://www.onerussian.com/tmp/data.npy ; python -c 'import numpy as
>> np; data1 = np.load("/tmp/data.npy"); print np.sum(data1[1,:,0,1]) -
>> np
Hi,
On Sat, Apr 6, 2013 at 3:15 PM, Matthew Brett wrote:
> Hi,
>
> On Sat, Apr 6, 2013 at 1:35 PM, Ralf Gommers wrote:
>>
>>
>>
>> On Sat, Apr 6, 2013 at 7:22 PM, Matthew Brett
>> wrote:
>>>
>>> Hi,
>>>
>>> On Sat, Apr
Hi,
On Fri, Apr 26, 2013 at 10:02 AM, Andrew Giessel
wrote:
> I like this, thank you Phil.
>
> From what I can see, the ordering of the returned slices when you use more
> than one axis (ie: slices(a, [1,2]), increments the last axis fastest. Does
> this makes sense based on the default ordering
Hi,
On Thu, Apr 25, 2013 at 10:42 AM, Robert Kern wrote:
> On Thu, Apr 25, 2013 at 6:30 PM, Matthew Brett
> wrote:
>> Hi,
>>
>> On Thu, Apr 25, 2013 at 10:14 AM, Robert Kern wrote:
>>> On Wed, Apr 24, 2013 at 10:37 PM, andrew giessel
>>> wrote
Hi,
On Thu, Apr 25, 2013 at 10:14 AM, Robert Kern wrote:
> On Wed, Apr 24, 2013 at 10:37 PM, andrew giessel
> wrote:
>> Hello all-
>>
>> A while back I emailed the list about function for the numpy namespace,
>> iteraxis(), which allows you to generalize the default iteration behavior of
>> nump
Hi,
On Wed, Apr 10, 2013 at 4:54 PM, David Cournapeau wrote:
>
> Hi Colin,
>
> Please ask Canopy question on the corresponding Enthought list, or Anaconda
> questions on the corresponding channel at continuum.
>
> This Mailing List is for discussion about NumPy itself,
>
> David
>
> On Thu, Apr
Hi,
On Sat, Apr 6, 2013 at 1:35 PM, Ralf Gommers wrote:
>
>
>
> On Sat, Apr 6, 2013 at 7:22 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Sat, Apr 6, 2013 at 1:51 AM, Ralf Gommers
>> wrote:
>> >
>> >
>> >
>&g
Hi,
On Sat, Apr 6, 2013 at 10:18 AM, matti picus wrote:
> as a lurker, may I say that this discussion seems to have become
> non-productive?
Well - the discussion is about two things - as so often the case on numpy.
The first is about the particular change.
The second is implicit, and keeps co
Hi,
On Sat, Apr 6, 2013 at 1:51 AM, Ralf Gommers wrote:
>
>
>
> On Sat, Apr 6, 2013 at 4:47 AM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Fri, Apr 5, 2013 at 7:39 PM, wrote:
>> >
>> > It's not *any* cost, this goes deep and wide,
Hi,
On Fri, Apr 5, 2013 at 8:31 PM, wrote:
> On Fri, Apr 5, 2013 at 10:47 PM, Matthew Brett
> wrote:
>> Hi,
>>
>> On Fri, Apr 5, 2013 at 7:39 PM, wrote:
>>> On Fri, Apr 5, 2013 at 9:50 PM, Matthew Brett
>>> wrote:
>>>> Hi,
>>&
Hi,
On Fri, Apr 5, 2013 at 7:39 PM, wrote:
> On Fri, Apr 5, 2013 at 9:50 PM, Matthew Brett wrote:
>> Hi,
>>
>> On Fri, Apr 5, 2013 at 4:27 PM, wrote:
>>> On Fri, Apr 5, 2013 at 6:09 PM, Matthew Brett
>>> wrote:
>>>> Hi,
>>>>
Hi,
On Fri, Apr 5, 2013 at 4:27 PM, wrote:
> On Fri, Apr 5, 2013 at 6:09 PM, Matthew Brett wrote:
>> Hi,
>>
>> On Fri, Apr 5, 2013 at 12:53 PM, Ralf Gommers wrote:
>>>
>>>
>>>
>>> On Fri, Apr 5, 2013 at 9:21 PM, Matthew Brett
>>
Hi,
On Fri, Apr 5, 2013 at 3:09 PM, Matthew Brett wrote:
> Hi,
>
> On Fri, Apr 5, 2013 at 12:53 PM, Ralf Gommers wrote:
>>
>>
>>
>> On Fri, Apr 5, 2013 at 9:21 PM, Matthew Brett
>> wrote:
>>>
>>> Hi,
>>>
>>> On Fri,
Hi,
On Fri, Apr 5, 2013 at 12:53 PM, Ralf Gommers wrote:
>
>
>
> On Fri, Apr 5, 2013 at 9:21 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Fri, Apr 5, 2013 at 3:09 PM, Ralf Gommers
>> wrote:
>> >
>> >
>> >
>&g
Hi,
On Fri, Apr 5, 2013 at 3:09 PM, Ralf Gommers wrote:
>
>
>
> On Fri, Apr 5, 2013 at 5:13 PM, Matthew Brett
> wrote:
>>
>> Hi,
>>
>> On Fri, Apr 5, 2013 at 2:20 AM, Sebastian Berg
>> wrote:
>> > Hey
>> >
>> > On Thu,
Hi,
On Fri, Apr 5, 2013 at 2:20 AM, Sebastian Berg
wrote:
> Hey
>
> On Thu, 2013-04-04 at 14:20 -0700, Matthew Brett wrote:
>> Hi,
>>
>> On Tue, Apr 2, 2013 at 4:32 AM, Nathaniel Smith wrote:
>>
>> > Maybe we should go through and rename "order&q
Hi,
On Tue, Apr 2, 2013 at 4:32 AM, Nathaniel Smith wrote:
> Maybe we should go through and rename "order" to something more descriptive
> in each case, so we'd have
> a.reshape(..., index_order="C")
> a.copy(memory_order="F")
> etc.?
I'd like to propose this instead:
a.reshape(..., order=
Hi,
On Thu, Apr 4, 2013 at 1:53 PM, Sebastian Berg
wrote:
> On Thu, 2013-04-04 at 12:40 -0700, Matthew Brett wrote:
>> Hi,
>>
>
>>
>> So - to restate in other words - this :
>>
>> np.reshape(a, (3, 4), order='F')
>>
>> could rea
Hi,
On Thu, Apr 4, 2013 at 1:33 PM, wrote:
> On Thu, Apr 4, 2013 at 4:02 PM, Matthew Brett wrote:
>> Hi,
>>
>> On Thu, Apr 4, 2013 at 12:54 PM, wrote:
>>> On Thu, Apr 4, 2013 at 3:40 PM, Matthew Brett
>>> wrote:
>>>> Hi,
>>>>
&
Hi,
On Thu, Apr 4, 2013 at 12:54 PM, wrote:
> On Thu, Apr 4, 2013 at 3:40 PM, Matthew Brett wrote:
>> Hi,
>>
>> On Thu, Apr 4, 2013 at 11:45 AM, Matthew Brett
>> wrote:
>>> Hi,
>>>
>>> On Thu, Apr 4, 2013 at 9:21 AM, Chris Barker - NOAA F
Hi,
On Thu, Apr 4, 2013 at 11:45 AM, Matthew Brett wrote:
> Hi,
>
> On Thu, Apr 4, 2013 at 9:21 AM, Chris Barker - NOAA Federal
> wrote:
>> On Wed, Apr 3, 2013 at 6:13 PM, Matthew Brett
>> wrote:
>>>> We all agree that 'order' is used with two d
Hi,
On Thu, Apr 4, 2013 at 9:21 AM, Chris Barker - NOAA Federal
wrote:
> On Wed, Apr 3, 2013 at 6:13 PM, Matthew Brett wrote:
>>> We all agree that 'order' is used with two different and orthogonal
>>> meanings in numpy.
>
> well, not entirely orthogonal
Hi,
On Thu, Apr 4, 2013 at 9:21 AM, Chris Barker - NOAA Federal
wrote:
> On Wed, Apr 3, 2013 at 6:13 PM, Matthew Brett wrote:
>>> We all agree that 'order' is used with two different and orthogonal
>>> meanings in numpy.
Brief thank you for your helpful and thou
Hi,
On Wed, Apr 3, 2013 at 11:44 AM, Matthew Brett wrote:
> Hi,
>
> On Wed, Apr 3, 2013 at 8:52 AM, Chris Barker - NOAA Federal
> wrote:
>> On Wed, Apr 3, 2013 at 6:24 AM, Sebastian Berg
>> wrote:
>>>> the context where it gets applied. So giving the same
Hi,
On Wed, Apr 3, 2013 at 8:52 AM, Chris Barker - NOAA Federal
wrote:
> On Wed, Apr 3, 2013 at 6:24 AM, Sebastian Berg
> wrote:
>>> the context where it gets applied. So giving the same strategy two
>>> different names is silly; if anything it's the contexts that should
>>> have different names
Hi,
On Wed, Apr 3, 2013 at 5:19 AM, wrote:
> On Tue, Apr 2, 2013 at 9:09 PM, Matthew Brett wrote:
>> Hi,
>>
>> On Tue, Apr 2, 2013 at 7:09 PM, wrote:
>>> On Tue, Apr 2, 2013 at 5:52 PM, Nathaniel Smith wrote:
>>>> On Tue, Apr 2, 2013 at 10:21 PM,
Hi,
On Tue, Apr 2, 2013 at 7:09 PM, wrote:
> On Tue, Apr 2, 2013 at 5:52 PM, Nathaniel Smith wrote:
>> On Tue, Apr 2, 2013 at 10:21 PM, Matthew Brett
>> wrote:
>>>> This is like observing that if I say "go North" then it's ambiguous
>>&
301 - 400 of 1080 matches
Mail list logo
