Re: [Numpy-discussion] PyData Barcelona this May

, Daπid <davidmen...@gmail.com> wrote: > On 20 March 2017 at 19:58, Jaime Fernández del Río <jaime.f...@gmail.com> > wrote: > > > > Taking NumPy In Stride > > This workshop is aimed at users already familiar with NumPy. We will > dissect > > the NumPy

Re: [Numpy-discussion] PyData Barcelona this May

On Mon, Mar 20, 2017 at 10:13 PM, Chris Barker <chris.bar...@noaa.gov> wrote: > On Mon, Mar 20, 2017 at 11:58 AM, Jaime Fernández del Río < > jaime.f...@gmail.com> wrote: > >> I have just submitted a workshop proposal with the following short >> descript

Re: [Numpy-discussion] PyData Barcelona this May

of it... Jaime On Fri, Mar 17, 2017 at 10:59 PM, Ralf Gommers <ralf.gomm...@gmail.com> wrote: > > > On Sat, Mar 18, 2017 at 8:41 AM, Chris Barker <chris.bar...@noaa.gov> > wrote: > >> On Fri, Mar 17, 2017 at 4:37 AM, Jaime Fernández del Río < >> jaime.f

Re: [Numpy-discussion] PyData Barcelona this May

<sebast...@sipsolutions.net> wrote: > On Thu, 2017-03-09 at 15:45 +0100, Jaime Fernández del Río wrote: > > There will be a PyData conference in Barcelona this May: > > > > http://pydata.org/barcelona2017/ > > > > I am planning on attending, and was thinking of

[Numpy-discussion] PyData Barcelona this May

There will be a PyData conference in Barcelona this May: http://pydata.org/barcelona2017/ I am planning on attending, and was thinking of maybe proposing to organize a numpy-themed workshop or tutorial. My personal inclination would be to look at some advanced topic that I know well, like

[Numpy-discussion] StackOverflow documentation

StackOverflow now also has documentation, and there already is a NumPy tag: http://stackoverflow.com/documentation/numpy Not sure what, if anything, do we want to do with this, nor how to handle not having to different sources with the same information. Any thoughts? Jaime -- (\__/) ( O.o) (

Re: [Numpy-discussion] Python 3 dict support (issue #5718)

t the code and the docs. Your post cut out most of >> the confusion. Is there some way you would consider adding something >> like this this to the docs? >> >> -Joe >> >> >> On Wed, Jul 20, 2016 at 8:52 AM, Jaime Fernández del Río >> <jaime.f

Re: [Numpy-discussion] Python 3 dict support (issue #5718)

On Wed, Jul 20, 2016 at 4:28 AM, Hannah wrote: > Hi, > I started venturing down the rabbit hole of trying to write a patch to add > support for numpy to convert python 3 dictionary keys > (collections.abc.ViewMapping objects), which is open issue #5718 and am > having trouble

[Numpy-discussion] numpy.dtype has the wrong size, try recompiling

This question on Stack Overflow: http://stackoverflow.com/questions/38197086/sklearn-numpy-dtype-has-the-wrong-size-try-recompiling-in-both-pycharm-and-te If I remember correctly this has something to do with Cython, right? Can't remeber the details though, can someone help that poor soul out?

Re: [Numpy-discussion] ENH: compute many inner products quickly

On Mon, Jun 6, 2016 at 9:35 AM, Sebastian Berg wrote: > On So, 2016-06-05 at 19:20 -0600, Charles R Harris wrote: > > > > > > On Sun, Jun 5, 2016 at 6:41 PM, Stephan Hoyer > > wrote: > > > If possible, I'd love to add new functions for "generalized

Re: [Numpy-discussion] Developer Meeting at EuroScipy?

On Tue, May 31, 2016 at 8:37 AM, Sebastian Berg wrote: > Hi all, > > since we had decided to do a regular developers meeting last year, how > would EuroScipy (Aug. 23.-27., Erlangen, Germany) look as a possible > place and time to have one? > I believe EuroScipy would

Re: [Numpy-discussion] Cross-correlation PR stuck in limbo

I did an overall review of the code a couple of weeks ago (see the PR for details), and there is quite some work to be done before we can merge Honi's code. But if he can find the time to work on the coding, I'll try to be more diligent about the reviewing. Jaime On Fri, May 27, 2016 at 12:51

Re: [Numpy-discussion] Starting work on ufunc rewrite

details of how we would create and eventually merge that branch. > > I would love to join in the fun as time permits. Unfortunately, it is > not especially permissive right about now. I will at least throw in > some ideas that I have been mulling over. > Please do! Jaime > >

[Numpy-discussion] Starting work on ufunc rewrite

I have started discussing with Nathaniel the implementation of the ufunc ABI break that he proposed in a draft NEP a few months ago: http://thread.gmane.org/gmane.comp.python.numeric.general/61270 His original proposal was to make the public portion of PyUFuncObject be: typedef struct {

Re: [Numpy-discussion] Make np.bincount output same dtype as weights

old >>> the >>> > cumulative sum of the weights? >>> > >>> > >>> > - Joseph Fox-Rabinovitz >>> > >>> > -- Original message-- >>> > >>> > From: Jaime Fernández del Río >>> > >

[Numpy-discussion] Behavior of .reduceat()

Two of the oldest issues in the tracker (#834 and #835 ) are about how .reduceat() handles its indices parameter. I have been taking a look at the source code, and it would be relatively easy to modify, the

[Numpy-discussion] Some thoughts on ufunc reduction methods

The following write up was triggered by issue #7265 , you may want to review that discussion for context: In the docs, ufunc reduction operations are explained as "cumulatively applying the ufunc along an axis." This basically limits just about any

[Numpy-discussion] Make np.bincount output same dtype as weights

Hi all, I have just submitted a PR (#7464 ) that fixes an enhancement request (#6854 ), making np.bincount return an array of the same type as the weights parameter. This is an important deviation from current

Re: [Numpy-discussion] Changes to generalized ufunc core dimension checking

On Thu, Mar 17, 2016 at 10:41 PM, Stephan Hoyer wrote: > On Thu, Mar 17, 2016 at 1:04 AM, Travis Oliphant > wrote: > >> I think that is a good idea.Let the user decide if scalar >> broadcasting is acceptable for their function. >> >> Here is a simple

Re: [Numpy-discussion] PyData Madrid

gt;> >>> >>> On Wed, Feb 17, 2016 at 9:46 PM, Sebastian Berg < >>> sebast...@sipsolutions.net> wrote: >>> >>>> On Mi, 2016-02-17 at 20:59 +0100, Jaime Fernández del Río wrote: >>>> > Hi all, >>>> > >>>> &g

[Numpy-discussion] PyData Madrid

Hi all, I just found out there is a PyData Madrid happening in early April, and it would feel wrong not to go, it being my hometown and all. Aside from the usual "Who else is going? We should meet!" I was also thinking of submitting a proposal for a talk. My idea was to put something together

Re: [Numpy-discussion] Behavior of np.random.uniform

There doesn't seem to be much of a consensus on the way to go, so leaving things as they are and have been seems the wisest choice for now, thanks for all the feedback. I will work with Greg on documenting the status quo properly. We probably want to follow the lead of the stdlib's random.uniform

Re: [Numpy-discussion] PR #7083: ENH: Added 'doane' and 'sqrt' estimators to np.histogram

The tests are not passing, seems like you are taking the sqrt of a negative number, may want to check the inputs and raise a more informative error (and add a test for it). Jaime On Thu, Jan 21, 2016 at 7:51 AM, Joseph Fox-Rabinovitz < jfoxrabinov...@gmail.com> wrote: > Please let me know if

[Numpy-discussion] Behavior of np.random.uniform

Hi all, There is a PR (#7026 ) that documents the current behavior of np.random.uniform when the low and high parameters it takes do not conform to the expected low < high. Basically: - if low < high, random numbers are drawn from [low, high), - if

Re: [Numpy-discussion] Building master issues on Windows

On Tue, Jan 5, 2016 at 3:15 AM, G Young wrote: > Hello all, > > I've recently encountered issues building numpy off master on Windows in > which setup.py complains that it can't find the Advapi library in any > directories (which is an empty list). I scanned the DLL under

Re: [Numpy-discussion] PR for complex np.interp, question about assert_almost_equal

On Tue, Dec 22, 2015 at 7:42 AM, Ralf Gommers wrote: > > > On Tue, Dec 22, 2015 at 12:55 AM, Peter Creasey < > p.e.creasey...@googlemail.com> wrote: > >> Hi all, >> I submitted a PR (#6872) for using complex numbers in np.lib.interp. >> >> The tests pass on my machine,

Re: [Numpy-discussion] A minor clarification no why count_nonzero is faster for boolean arrays

On Thu, Dec 17, 2015 at 7:37 PM, CJ Carey wrote: > I believe this line is the reason: > > https://github.com/numpy/numpy/blob/c0e48cfbbdef9cca954b0c4edd0052e1ec8a30aa/numpy/core/src/multiarray/item_selection.c#L2110 > The magic actually happens in

[Numpy-discussion] Build broken

Hi, Travis is repeatedly being unable to complete one of our test builds. It all started after I merged a very simple PR that changed a single word in a docstring, so I have a hard time believing that is the actual cause. Can anyone who actually knows what Travis is doing take a look at the log:

Re: [Numpy-discussion] Where is Jaime?

On Sun, Dec 6, 2015 at 4:15 AM, Charles R Harris <charlesr.har...@gmail.com> wrote: > > > On Sat, Dec 5, 2015 at 4:49 PM, Jaime Fernández del Río < > jaime.f...@gmail.com> wrote: > >> I'm alive and well: trying to stay afloat on a sea of messaging >>

Re: [Numpy-discussion] array of random numbers fails to construct

On Sun, Dec 6, 2015 at 10:07 PM, Matthew Brett wrote: > Hi, > > On Sun, Dec 6, 2015 at 12:39 PM, DAVID SAROFF (RIT Student) > wrote: > > This works. A big array of eight bit random numbers is constructed: > > > > import numpy as np > > > > spectrumArray

Re: [Numpy-discussion] Where is Jaime?

I'm alive and well: trying to stay afloat on a sea of messaging protocols, Java and Swiss bureaucracy, but doing great aside from that. Jaime On Sat, Dec 5, 2015 at 9:43 PM, Charles R Harris wrote: > Anyone hear from Jaime lately? He seems to have gone missing. > >

Re: [Numpy-discussion] Commit rights for Jonathan J. Helmus

"Gruetzi!", as I just found out we say in Switzerland... On Oct 30, 2015 8:20 AM, "Jonathan Helmus" wrote: > On 10/28/2015 09:43 PM, Allan Haldane wrote: > > On 10/28/2015 05:27 PM, Nathaniel Smith wrote: > >> Hi all, > >> > >> Jonathan J. Helmus (@jjhelmus) has been given

Re: [Numpy-discussion] Numpy Generalized Ufuncs: Pointer Arithmetic and Segmentation Faults (Debugging?)

HI Eleanore, Thanks for the kind words, you are very welcome! As for your issues, I think they are coming from the handling of the strides you are doing in the slow_dtw_dist function. The strides are the number of bytes you have to advance your pointer to get to the next item. In your code, you

[Numpy-discussion] Workshop tonight, expect GitHub activity

Hi all, As mentioned a few weeks ago, I am organizing a "Become an Open Source Contributor" workshop tonight, for the Data Science Student Society at UCSD. During this morning I will be creating a few ridiculously simple issues, e.g. "missing space, arrayobject --> array object", for

Re: [Numpy-discussion] Workshop tonight, expect GitHub activity

On Mon, Oct 19, 2015 at 9:11 AM, Jaime Fernández del Río < jaime.f...@gmail.com> wrote: > Hi all, > > As mentioned a few weeks ago, I am organizing a "Become an Open Source > Contributor" workshop tonight, for the Data Science Student Society at UCSD. > > Duri

Re: [Numpy-discussion] Fwd: Numpy for data manipulation

On Thu, Oct 1, 2015 at 11:46 AM, Alex Rogozhnikov < alex.rogozhni...@yandex.ru> wrote: > Hi, I have written some numpy tips and tricks I am using, which may be > interesting to you. > This is quite long reading, so I've splitted it into two parts: > >

[Numpy-discussion] "Become an Open Source Contributor" workshop

Apologies for the cross-posting. The Data Science Student Society of the University of California San Diego, or DS3 @ UCSD as they like to call themselves, will be holding biweekly Python themed workshops starting this fall. On the week of October 19th, they will be having yours truly doing a

Re: [Numpy-discussion] composition of the steering council (was Re: Governance model request)

For what it is worth, I'm +1 on including any of the "founding fathers" (and uncles!) that wish to be included in the committee, or council, or however we ended up calling it. I'm also OK with singling out Travis as creator of NumPy in the wording of the document. Especially since the

Re: [Numpy-discussion] Commit rights for Allan Haldane

Congrats Allan! Jaime On Tue, Sep 22, 2015 at 11:54 AM, Charles R Harris < charlesr.har...@gmail.com> wrote: > Hi All, > > Allan Haldane has been given commit rights. Here's to the new member of > the team. > > Chuck > > ___ > NumPy-Discussion mailing

Re: [Numpy-discussion] facebook, twitter, and g+

+1 for twitter +0 for the others On Tue, Sep 22, 2015 at 8:14 PM, Bryan Van de Ven wrote: > > > On Sep 22, 2015, at 9:58 PM, Charles R Harris > wrote: > > > > Hi All, > > > > Just posting to elicit thoughts about scipy.org having a presence in >

Re: [Numpy-discussion] draft NEP for breaking ufunc ABI in a controlled way

We have the PyArrayObject vs PyArrayObject_fields definition in ndarraytypes.h that is used to enforce access to the members through inline functions rather than directly, which seems to me like the right way to go: don't leave stones unturned, hide everything and provide PyUFunc_NIN,

Re: [Numpy-discussion] np.sign and object comparisons

On Mon, Aug 31, 2015 at 11:49 PM, Nathaniel Smith <n...@pobox.com> wrote: > On Sun, Aug 30, 2015 at 9:09 PM, Jaime Fernández del Río < > jaime.f...@gmail.com> wrote: > >> >> There are three ways of fixing this that I see: >> >>1.

[Numpy-discussion] np.sign and object comparisons

There's been some work going on recently on Py2 vs Py3 object comparisons. If you want all the background, see gh-6265 https://github.com/numpy/numpy/issues/6265 and follow the links there. There is a half baked PR in the works, gh-6269 https://github.com/numpy/numpy/pull/6269, that tries to

Re: [Numpy-discussion] Numpty FFT.FFT slow with certain samples

On Fri, Aug 28, 2015 at 11:02 AM, Joseph Codadeen jdm...@hotmail.com wrote: Hi, I am a numpy newbie. I have two wav files, one that numpy takes a long time to process the FFT. They was created within audacity using white noise and silence for gaps. 1. my_1_minute_noise_with_gaps.wav

Re: [Numpy-discussion] Comments on governance proposal (was: Notes from the numpy dev meeting at scipy 2015)

On Fri, Aug 28, 2015 at 2:40 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Fr, 2015-08-28 at 09:46 +0100, Matthew Brett wrote: Hi, On Fri, Aug 28, 2015 at 5:59 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: On Thu, Aug 27, 2015 at 11:06 AM, Matthew Brett

Re: [Numpy-discussion] Comments on governance proposal (was: Notes from the numpy dev meeting at scipy 2015)

On Thu, Aug 27, 2015 at 11:06 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Thu, Aug 27, 2015 at 6:23 PM, josef.p...@gmail.com wrote: On Thu, Aug 27, 2015 at 12:22 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi On Thu, Aug 27, 2015 at 5:11 PM,

Re: [Numpy-discussion] Fwd: Reverse(DESC)-ordered sorting

On Wed, Aug 19, 2015 at 1:10 PM, Feng Yu rainwood...@gmail.com wrote: Dear list, This is forwarded from issue 6217 https://github.com/numpy/numpy/issues/6217 What is the way to implement DESC ordering in the sorting routines of numpy? (I am borrowing DESC/ASC from the SQL notation) For

Re: [Numpy-discussion] Changes to np.digitize since NumPy 1.9?

On Wed, Aug 12, 2015 at 2:03 PM, Nathan Goldbaum nathan12...@gmail.com wrote: Hi all, I've been testing the package I spend most of my time on, yt, under numpy 1.10b1 since the announcement went out. I think I've narrowed down and fixed all of the test failures that cropped up except for

Re: [Numpy-discussion] Changes to np.digitize since NumPy 1.9?

On Thu, Aug 13, 2015 at 7:59 AM, Nathan Goldbaum nathan12...@gmail.com wrote: On Thu, Aug 13, 2015 at 9:44 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Thu, Aug 13, 2015 at 12:09 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: On Wed, Aug 12, 2015 at 2:03 PM

Re: [Numpy-discussion] Changes to np.digitize since NumPy 1.9?

On Thu, Aug 13, 2015 at 9:57 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: On Thu, Aug 13, 2015 at 7:59 AM, Nathan Goldbaum nathan12...@gmail.com wrote: On Thu, Aug 13, 2015 at 9:44 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Thu, Aug 13, 2015 at 12:09 AM

Re: [Numpy-discussion] Numpy-vendor vcvarsall.bat problem.

On Fri, Aug 7, 2015 at 2:33 AM, David Cournapeau courn...@gmail.com wrote: Which command exactly did you run to have that error ? Normally, the code in msvc9compiler should not be called if you call the setup.py with the mingw compiler as expected by distutils FWIW, the incantation that

Re: [Numpy-discussion] Question about unaligned access

On Mon, Jul 6, 2015 at 10:18 AM, Francesc Alted fal...@gmail.com wrote: Hi, I have stumbled into this: In [62]: sa = np.fromiter(((i,i) for i in range(1000*1000)), dtype=[('f0', np.int64), ('f1', np.int32)]) In [63]: %timeit sa['f0'].sum() 100 loops, best of 3: 4.52 ms per loop In

Re: [Numpy-discussion] Open CV 3.0 + NPY_RELAXED_STRIDES

On Thu, Jun 11, 2015 at 2:44 AM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On Thu, Jun 11, 2015 at 11:39 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Mi, 2015-06-10 at 21:03 -0600, Charles R Harris wrote: snip * Relaxed stride checking will be

Re: [Numpy-discussion] Open CV 3.0 + NPY_RELAXED_STRIDES

On Wed, Jun 10, 2015 at 5:53 PM, Jaime Fernández del Río jaime.f...@gmail.com wrote: I'm in the midst of a Python 3.5 + MSVS 2015 compilation frenzy. Today it was time for Open CV 3.0, where I found a nasty bug that I have eventually tracked down to using a development version of NumPy

[Numpy-discussion] NumPy + Python 3.5 + Windows + VS2015

I have just unsuccessfully tried to build numpy under Windows for Python 3.5, using the latest release candidate for Visual Studio 2015. A very early failure with a: RuntimeError: Broken toolchain: cannot link a simple C program even though repeating the sequence of commands that lead to the

Re: [Numpy-discussion] binary wheels for numpy?

On Fri, May 15, 2015 at 6:56 PM, josef.p...@gmail.com wrote: On Fri, May 15, 2015 at 4:07 PM, Chris Barker chris.bar...@noaa.gov wrote: Hi folks., I did a little intro to scipy session as part of a larger Python class the other day, and was dismayed to find that pip install numpy still

Re: [Numpy-discussion] Create a n-D grid; meshgrid alternative

On Tue, May 12, 2015 at 1:17 AM, Stefan Otte stefan.o...@gmail.com wrote: Hello, indeed I was looking for the cartesian product. I timed the two stackoverflow answers and the winner is not quite as clear: n_elements:10 cartesian 0.00427 cartesian2 0.00172 n_elements: 100

Re: [Numpy-discussion] Create a n-D grid; meshgrid alternative

On Sun, May 10, 2015 at 4:40 AM, Stefan Otte stefan.o...@gmail.com wrote: Hey, quite often I want to evaluate a function on a grid in a n-D space. What I end up doing (and what I really dislike) looks something like this: x = np.linspace(0, 5, 20) M1, M2 = np.meshgrid(x, x) X =

Re: [Numpy-discussion] Create a n-D grid; meshgrid alternative

On Sun, May 10, 2015 at 7:05 AM, Stefan Otte stefan.o...@gmail.com wrote: I just drafted different versions of the `gridspace` function: https://tmp23.tmpnb.org/user/1waoqQ8PJBJ7/notebooks/2015-05%20gridspace.ipynb The link seems to be broken... Jaime -- (\__/) ( O.o) ( ) Este es Conejo.

[Numpy-discussion] Bug in np.nonzero / Should index returning functions return ndarray subclasses?

There is a reported bug (issue #5837 https://github.com/numpy/numpy/issues/5837) regarding different returns from np.nonzero with 1-D vs higher dimensional arrays. A full summary of the differences can be seen from the following output: class C(np.ndarray): pass ... a = np.arange(6).view(C) b

Re: [Numpy-discussion] how to set a fixed sized dtype suitable for bitwise operations

On Tue, Apr 28, 2015 at 7:00 AM, Benjamin Root ben.r...@ou.edu wrote: I have a need to have a numpy array of 17 byte (more specifically, at least 147 bits) values that I would be doing some bit twiddling on. I have found that doing a dtype of i17 yields a dtype of int32, which is completely

Re: [Numpy-discussion] Automatic number of bins for numpy histograms

On Wed, Apr 15, 2015 at 4:36 AM, Neil Girdhar mistersh...@gmail.com wrote: Yeah, I'm not arguing, I'm just curious about your reasoning. That explains why not C++. Why would you want to do this in C and not Python? Well, the algorithm has to iterate over all the inputs, updating the

Re: [Numpy-discussion] Automatic number of bins for numpy histograms

On Wed, Apr 15, 2015 at 8:06 AM, Neil Girdhar mistersh...@gmail.com wrote: You got it. I remember this from when I worked at Google and we would process (many many) logs. With enough bins, the approximation is still really close. It's great if you want to make an automatic plot of data.

Re: [Numpy-discussion] Automatic number of bins for numpy histograms

On Wed, Apr 15, 2015 at 9:14 AM, Eric Moore e...@redtetrahedron.org wrote: This blog post, and the links within also seem relevant. Appears to have python code available to try things out as well.

Re: [Numpy-discussion] Automatic number of bins for numpy histograms

On Tue, Apr 14, 2015 at 6:16 PM, Neil Girdhar mistersh...@gmail.com wrote: If you're going to C, is there a reason not to go to C++ and include the already-written Boost code? Otherwise, why not use Python? I think we have an explicit rule against C++, although I may be wrong. Not sure how

Re: [Numpy-discussion] Automatic number of bins for numpy histograms

On Tue, Apr 14, 2015 at 4:12 PM, Nathaniel Smith n...@pobox.com wrote: On Mon, Apr 13, 2015 at 8:02 AM, Neil Girdhar mistersh...@gmail.com wrote: Can I suggest that we instead add the P-square algorithm for the dynamic calculation of histograms? (

Re: [Numpy-discussion] Automatic number of bins for numpy histograms

On Sun, Apr 12, 2015 at 12:19 AM, Varun nayy...@gmail.com wrote: http://nbviewer.ipython.org/github/nayyarv/matplotlib/blob/master/examples/sta tistics/A utomating%20Binwidth%20Choice%20for%20Histogram.ipynb Long story short, histogram visualisations that depend on numpy (such as

Re: [Numpy-discussion] Advanced indexing: fancy vs. orthogonal

On Fri, Apr 3, 2015 at 10:59 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: I have an all-Pyhton implementation of an OrthogonalIndexer class, loosely based on Stephan's code plus some axis remapping, that provides all the needed functionality for getting and setting with orthogonal

Re: [Numpy-discussion] Advanced indexing: fancy vs. orthogonal

I have an all-Pyhton implementation of an OrthogonalIndexer class, loosely based on Stephan's code plus some axis remapping, that provides all the needed functionality for getting and setting with orthogonal indices. Would those interested rather see it as a gist to play around with, or as a PR

Re: [Numpy-discussion] Advanced indexing: fancy vs. orthogonal

On Thu, Apr 2, 2015 at 7:30 PM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Thu, Apr 2, 2015 at 6:09 PM, josef.p...@gmail.com wrote: On Thu, Apr 2, 2015 at 8:02 PM, Eric Firing efir...@hawaii.edu wrote: On 2015/04/02 1:14 PM, Hanno Klemm wrote: Well, I have written quite a bit

Re: [Numpy-discussion] Advanced indexing: fancy vs. orthogonal

On Thu, Apr 2, 2015 at 1:29 AM, Stephan Hoyer sho...@gmail.com wrote: On Wed, Apr 1, 2015 at 7:06 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: Is there any other package implementing non-orthogonal indexing aside from numpy? I think we can safely say that NumPy's

Re: [Numpy-discussion] Advanced indexing: fancy vs. orthogonal

On Wed, Apr 1, 2015 at 2:17 AM, R Hattersley rhatters...@gmail.com wrote: There are two different interpretations in common use of how to handle multi-valued (array/sequence) indexes. The numpy style is to consider all multi-valued indices together which allows arbitrary points to be

[Numpy-discussion] Adding 'where' to ufunc methods?

This question on StackOverflow: http://stackoverflow.com/questions/29394377/minimum-of-numpy-array-ignoring-diagonal Got me thinking that I had finally found a use for the 'where' kwarg of ufuncs. Unfortunately it is only provided for the ufunc itself, but not for any of its methods. Is there

Re: [Numpy-discussion] Rename arguments to np.clip and np.put

On Mon, Mar 30, 2015 at 3:59 PM, Allan Haldane allanhald...@gmail.com wrote: Hello everyone, What does the list think of renaming the arguments of np.clip and np.put to match those of ndarray.clip/put? Currently the signatures are np.clip(a, a_min, a_max, out=None) ndarray.clip(a,

[Numpy-discussion] flags attribute of ndarrays`

Hi, I have just submitted a longish issue on the github repo, #5721 https://github.com/numpy/numpy/issues/5721. After going in quite some detail over the flags attribute of ndarray's I have found several inconsistencies with the C API, and would like to make some changes. The details are in gh,

[Numpy-discussion] Do you find this behavior surprising?

import numpy as np a = np.arange(10) flags = a.flags flags C_CONTIGUOUS : True F_CONTIGUOUS : True OWNDATA : True WRITEABLE : True ALIGNED : True UPDATEIFCOPY : False flags.writeable = False a.flags C_CONTIGUOUS : True F_CONTIGUOUS : True OWNDATA : True WRITEABLE : False

Re: [Numpy-discussion] Do you find this behavior surprising?

On Wed, Mar 25, 2015 at 1:45 PM, Benjamin Root ben.r...@ou.edu wrote: I fail to see the wtf. flags = a.flags So, flags at this point is just an alias to a.flags, just like any other variable in python flags.writeable = False would then be equivalent to a.flags.writeable = False. There

Re: [Numpy-discussion] Rewrite np.histogram in c?

On Sun, Mar 15, 2015 at 11:06 PM, Robert McGibbon rmcgi...@gmail.com wrote: It might make sense to dispatch to difference c implements if the bins are equally spaced (as created by using an integer for the np.histogram bins argument), vs. non-equally-spaced bins. Dispatching to a different

Re: [Numpy-discussion] Rewrite np.histogram in c?

On Mon, Mar 16, 2015 at 9:28 AM, Jerome Kieffer jerome.kief...@esrf.fr wrote: On Mon, 16 Mar 2015 06:56:58 -0700 Jaime Fernández del Río jaime.f...@gmail.com wrote: Dispatching to a different method seems like a no brainer indeed. The question is whether we really need to do this in C. I

Re: [Numpy-discussion] Rewrite np.histogram in c?

On Sun, Mar 15, 2015 at 9:32 PM, Robert McGibbon rmcgi...@gmail.com wrote: Hi, Numpy.histogram is implemented in python, and is a little sluggish. This has been discussed previously on the mailing list, [1, 2]. It came up in a project that I maintain, where a new feature is bottlenecked by

Re: [Numpy-discussion] Numpy 1.10

On Thu, Mar 12, 2015 at 10:16 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Sun, Mar 8, 2015 at 3:43 PM, Ralf Gommers ralf.gomm...@gmail.com wrote: On Sat, Mar 7, 2015 at 12:40 AM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, Time to start thinking about

Re: [Numpy-discussion] numpy array casting ruled not safe

On Sat, Mar 7, 2015 at 1:52 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Sat, Mar 7, 2015 at 2:45 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Sat, Mar 7, 2015 at 2:02 PM, Dinesh Vadhia dineshbvad...@hotmail.com wrote: This was originally posted on SO (

[Numpy-discussion] ufuncs now take a tuple of arrays as 'out' kwarg

Hi all, There is a PR, ready to be merged, that adds the possibility of passing a tuple of arrays in the 'out' kwarg to ufuncs with multiple outputs: https://github.com/numpy/numpy/pull/5621 The new functionality is as follows: * If the ufunc has a single output, then the 'out' kwarg can

Re: [Numpy-discussion] linalg.norm probems

On Tue, Mar 3, 2015 at 4:11 PM, Charles R Harris charlesr.har...@gmail.com wrote: Hi All, This is with reference to issue #5626 https://github.com/numpy/numpy/issues/5626. Currently linalg.norm converts the input like so `x = asarray(x)`. This can produce integer arrays, which in turn may

Re: [Numpy-discussion] GSoC'15 - mentors ideas

On Thu, Feb 26, 2015 at 2:54 AM, Todd toddr...@gmail.com wrote: I am not able to mentor, but I have some ideas about easier projects. These may be too easy, too hard, or not even desirable so take them or leave them as you please. scipy: Implement a set of circular statistics functions

[Numpy-discussion] Objects exposing the array interface

An issue was raised yesterday in github, regarding np.may_share_memory when run on a class exposing an array using the __array__ method. You can check the details here: https://github.com/numpy/numpy/issues/5604 Looking into it, I found out that NumPy doesn't really treat objects exposing

Re: [Numpy-discussion] Objects exposing the array interface

On Wed, Feb 25, 2015 at 1:56 PM, Stephan Hoyer sho...@gmail.com wrote: On Wed, Feb 25, 2015 at 1:24 PM, Jaime Fernández del Río jaime.f...@gmail.com wrote: 1. When converting these objects to arrays using PyArray_Converter, if the arrays returned by any of the array interfaces is not C

Re: [Numpy-discussion] np.nonzero behavior with multidimensional arrays

On Mon, Feb 23, 2015 at 12:12 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: On 23.02.2015 08:52, Jaime Fernández del Río wrote: This was raised in SO today: http://stackoverflow.com/questions/28663142/why-is-np-wheres-result-read-only-for-multi-dimensional-arrays/28664009

[Numpy-discussion] np.nonzero behavior with multidimensional arrays

This was raised in SO today: http://stackoverflow.com/questions/28663142/why-is-np-wheres-result-read-only-for-multi-dimensional-arrays/28664009 np.nonzero (and np.where for boolean arrays) behave differently for 1-D and higher dimensional arrays: In the first case, a tuple with a single

Re: [Numpy-discussion] Matrix Class

On Sat, Feb 14, 2015 at 5:21 PM, josef.p...@gmail.com wrote: On Sat, Feb 14, 2015 at 4:27 PM, Charles R Harris charlesr.har...@gmail.com wrote: On Sat, Feb 14, 2015 at 12:36 PM, josef.p...@gmail.com wrote: On Sat, Feb 14, 2015 at 12:05 PM, cjw c...@ncf.ca wrote: On 14-Feb-15

Re: [Numpy-discussion] New function: np.stack?

On Thu, Feb 5, 2015 at 11:10 AM, Benjamin Root ben.r...@ou.edu wrote: +1! I could never keep straight which stack function I needed anyway. Wasn't there a proposal a while back for a more generic stacker, like tetrix or something that allowed one to piece together tiles of different sizes?

Re: [Numpy-discussion] Views of a different dtype

On Tue, Feb 3, 2015 at 1:52 PM, Ian Henriksen insertinterestingnameh...@gmail.com wrote: On Tue Feb 03 2015 at 1:47:34 PM Jaime Fernández del Río jaime.f...@gmail.com wrote: On Tue, Feb 3, 2015 at 8:59 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Di, 2015-02-03 at 07:18 -0800

Re: [Numpy-discussion] Any interest in a 'heaviside' ufunc?

On Tue, Feb 3, 2015 at 12:58 PM, Warren Weckesser warren.weckes...@gmail.com wrote: I have an implementation of the Heaviside function as numpy ufunc. Is there any interest in adding this to numpy? The function is simply: 0if x 0 heaviside(x) = 0.5 if x == 0

Re: [Numpy-discussion] Views of a different dtype

On Tue, Feb 3, 2015 at 1:28 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Mo, 2015-02-02 at 06:25 -0800, Jaime Fernández del Río wrote: On Sat, Jan 31, 2015 at 1:17 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Fr, 2015-01-30 at 19:52 -0800, Jaime Fernández del

Re: [Numpy-discussion] Views of a different dtype

On Tue, Feb 3, 2015 at 8:59 AM, Sebastian Berg sebast...@sipsolutions.net wrote: On Di, 2015-02-03 at 07:18 -0800, Jaime Fernández del Río wrote: snip Do you have a concrete example of what a non (1, 1) array that fails with relaxed strides would look like? If we used

Re: [Numpy-discussion] Views of a different dtype

On Thu, Jan 29, 2015 at 8:57 AM, Nathaniel Smith n...@pobox.com wrote: On Thu, Jan 29, 2015 at 12:56 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: [...] With all these in mind, my proposal for the new behavior is that taking a view of an array with a different dtype would require

[Numpy-discussion] Views of a different dtype

HI all, There has been some recent discussion going on on the limitations that numpy imposes to taking views of an array with a different dtype. As of right now, you can basically only take a view of an array if it has no Python objects and neither the old nor the new dtype are structured.

Re: [Numpy-discussion] Float view of complex array

On Mon, Jan 26, 2015 at 10:28 PM, Jens Jørgen Mortensen je...@fysik.dtu.dk wrote: On 01/26/2015 11:02 AM, Jaime Fernández del Río wrote: On Mon, Jan 26, 2015 at 1:41 AM, Sebastian Berg sebast...@sipsolutions.net mailto:sebast...@sipsolutions.net wrote: On Mo, 2015-01-26 at 09:24

Re: [Numpy-discussion] Sorting refactor

On Fri, Jan 16, 2015 at 4:19 AM, Matthew Brett matthew.br...@gmail.com wrote: Hi, On Fri, Jan 16, 2015 at 5:24 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: Hi all, I have been taking a deep look at the sorting functionality in numpy, and I think it could use a face lift

Re: [Numpy-discussion] Sorting refactor

On Fri, Jan 16, 2015 at 8:15 AM, Charles R Harris charlesr.har...@gmail.com wrote: On Fri, Jan 16, 2015 at 7:11 AM, Jaime Fernández del Río jaime.f...@gmail.com wrote: On Fri, Jan 16, 2015 at 3:33 AM, Lars Buitinck larsm...@gmail.com wrote: 2015-01-16 11:55 GMT+01:00 numpy-discussion

  1   2   >