On Mon, Feb 3, 2014 at 2:32 PM, Travis Oliphant wrote:
> Hey Sebastien,
>
> I didn't mean to imply that you would need to necessarily work on it.
> But the work Jay has done could use review.
>
> There are also conversations to have about what to do to resolve the
> ambiguity that led to the curr
Hey Sebastien,
I didn't mean to imply that you would need to necessarily work on it. But
the work Jay has done could use review.
There are also conversations to have about what to do to resolve the
ambiguity that led to the current behavior.
Thank you or all the great work on the indexing code
On Sun, 2014-02-02 at 13:11 -0600, Travis Oliphant wrote:
> This sounds like a great and welcome work and improvements.
>
> Does it make sense to also do something about the behavior of advanced
> indexing when slices are interleaved between lists and integers.
>
> I know that jay borque has some
On Mon, 2014-02-03 at 00:41 -0800, Dinesh Vadhia wrote:
> Does the numpy indexing refactorizing address the performance of fancy
> indexing highlighted in wes mckinney's blog some years back -
> http://wesmckinney.com/blog/?p=215 - where numpy.take() was shown to
> be preferable than fancy indexing
Does the numpy indexing refactorizing address the performance of fancy indexing
highlighted in wes mckinney's blog some years back -
http://wesmckinney.com/blog/?p=215 - where numpy.take() was shown to be
preferable than fancy indexing?
___
NumPy-Discu
This sounds like a great and welcome work and improvements.
Does it make sense to also do something about the behavior of advanced
indexing when slices are interleaved between lists and integers.
I know that jay borque has some preliminary work to fix this. There are a
some straightforward fixe
On Sun, Feb 2, 2014 at 10:06 AM, Charles R Harris wrote:
> Sebastian has done a lot of work to refactor/rationalize numpy indexing.
> The changes are extensive enough that it would be good to have more public
> review, so here is the release note.
>
> The NumPy indexing has seen a complete rewrit
Sebastian has done a lot of work to refactor/rationalize numpy indexing.
The changes are extensive enough that it would be good to have more public
review, so here is the release note.
The NumPy indexing has seen a complete rewrite in this version. This makes
> most advanced integer indexing opera
