On Mon, Jul 3, 2017 at 7:01 AM, Charles R Harris <charlesr.harris@gmail.com> wrote:


On Sun, Jul 2, 2017 at 9:33 AM, Sebastian Berg <sebastian@sipsolutions.net> wrote:
On Sun, 2017-07-02 at 10:49 -0400, Allan Haldane wrote:
> On 07/02/2017 10:03 AM, Charles R Harris wrote:
> > Updated list below.
> >
> > On Sat, Jul 1, 2017 at 7:08 PM, Benjamin Root <ben.v.root@gmail.com
> >  
> > <mailto:ben.v.root@gmail.com>> wrote:
> >
> >     Just a heads-up. There is now a sphinx-gallery plugin.
> > Matplotlib
> >     and a few other projects have migrated their docs over to use
> > it.
> >
> >     https://sphinx-gallery.readthedocs.io/en/latest/
> >     <https://sphinx-gallery.readthedocs.io/en/latest/>
> >
> >     Cheers!
> >     Ben Root
> >
> >
> >     On Sat, Jul 1, 2017 at 7:12 AM, Ralf Gommers <ralf.gommers@gmai
> > l.com
> >     <mailto:ralf.gommers@gmail.com>> wrote:
> >
> >
> >
> >         On Fri, Jun 30, 2017 at 6:50 AM, Pauli Virtanen <pav@iki.fi
> >         <mailto:pav@iki.fi>> wrote:
> >
> >             Charles R Harris kirjoitti 29.06.2017 klo 20:45:
> >             >     Here's a random idea: how about building a NumPy
> > gallery?
> >             >     scikit-{image,learn} has it, and while those
> > projects may have more
> >             >     visual datasets, I can imagine something along
> > the lines of Nicolas
> >             >     Rougier's beautiful book:
> >             >
> >             >     http://www.labri.fr/perso/nrougier/from-python-to
> > -numpy/
> >             <http://www.labri.fr/perso/nrougier/from-python-to-nump
> > y/>
> >             >     <http://www.labri.fr/perso/nrougier/from-python-t
> > o-numpy/
> >             <http://www.labri.fr/perso/nrougier/from-python-to-nump
> > y/>>
> >             >
> >             >
> >             > So that would be added in the  numpy
> >             > <https://github.com/numpy>/numpy.org
> > <http://numpy.org>
> >             > <https://github.com/numpy/numpy.org
> >             <https://github.com/numpy/numpy.org>> repo?
> >
> >             Or https://scipy-cookbook.readthedocs.io/
> >             <https://scipy-cookbook.readthedocs.io/>  ?
> >             (maybe minus bitrot and images added :)
> >             _____________________________________
> >
> >
> >         I'd like the numpy.org <http://numpy.org> one. numpy.org
> >         <http://numpy.org> is now incredibly sparse and ugly, a
> > gallery
> >         would make it look a lot better.
> >
> >         Another idea, from the "deprecate np.matrix" discussion:
> > add
> >         numpy documentation describing the preferred way to handle
> >         matrices, extolling the virtues of @, and move np.matrix
> >         documentation to a deprecated section.
> >
> >
> >   Putting things together with a few new ideas,
> >
> >  1. add gallery to numpy.org <http://numpy.org>,
> >  2. add extended documentation of '@' operator,
> >  3. make Numpy tests Pytest compatible,
> >  4. add matrix multiplication ufunc.
> >
> >   Any more ideas?
>
> The new doctest runner suggested in the printing thread? This is to 
> ignore whitespace and precision in ndarray output.
>
> I can see an argument for distributing it in numpy if it is designed
> to 
> be specially aware of ndarrays or numpy scalars (eg to test equality 
> between 'wants' and 'got')
>

I don't really feel it is very numpy specific or should be under the
numpy umbrella (I mean if there is no other spot, I guess it could live
on the numpy github page). Its about as numpy specific, as the gallery
sphinx extension is probably matplotlib specific....

That doesn't mean that it might not be a good sprint, though :).

The question to me is a bit what those who actually go there want from
it or do a few people who know numpy/scipy already plan to come? Two
years ago, we did not have much of a plan, so it was mostly giving
three people or so a bit of a tutorial of how numpy worked internally
leading to some bug fixes.

One quick idea that might be nice and dives a bit into the C-layer
(might be nice if there is no big topic with a few people working on):

* Find places that should have the new memory overlap
  detection and implement it there.

If someone who does subclasses/array-likes or so (e.g. like Stefan
Hoyer ;)) and is interested, and also we do some
teleconferencing/chatting (and I have time).... I might be interested
in discussing and possibly trying to develop the new indexer ideas,
which I feel are pretty far, but I got stuck on how to get subclasses
right.

- Sebastian



I've opened an issue for Pytests and given it a "Scipy2017 Sprint" label. I'd be much obliged if the folks with suggestions here would open other issues and also label them with "Scipy2017 Sprint". Note that these issues are not Scipy 2017 specific, they could be used in other contexts, but I thought is might be useful to collect them in one spot and give them some structure together with suggestions on how to proceed.

Ralf, you have made several previous suggestion on bringing over some to the scipy tests to numpy, to include documentation testing. Were there any other tests we should look into?

Better platform test coverage would be a useful topic if someone is willing to work on that. NumPy needs OS X testing enabled on TravisCI, SciPy needs OS X and a 32-bit test (steal from NumPy). And if someone really feels ambitious: replace ATLAS by OpenBLAS in one of the test matrix entries.

Ralf