<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 2, 2017 at 9:33 AM, Sebastian Berg <span dir="ltr"><<a href="mailto:sebastian@sipsolutions.net" target="_blank">sebastian@sipsolutions.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">On Sun, 2017-07-02 at 10:49 -0400, Allan Haldane wrote:<br>
> On 07/02/2017 10:03 AM, Charles R Harris wrote:<br>
> > Updated list below.<br>
> ><br>
> > On Sat, Jul 1, 2017 at 7:08 PM, Benjamin Root <<a href="mailto:ben.v.root@gmail.com">ben.v.root@gmail.com</a><br>
> >  <br>
> > <mailto:<a href="mailto:ben.v.root@gmail.com">ben.v.root@gmail.com</a>>> wrote:<br>
> ><br>
> >     Just a heads-up. There is now a sphinx-gallery plugin.<br>
> > Matplotlib<br>
> >     and a few other projects have migrated their docs over to use<br>
> > it.<br>
> ><br>
> >     <a href="https://sphinx-gallery.readthedocs.io/en/latest/" rel="noreferrer" target="_blank">https://sphinx-gallery.<wbr>readthedocs.io/en/latest/</a><br>
> >     <<a href="https://sphinx-gallery.readthedocs.io/en/latest/" rel="noreferrer" target="_blank">https://sphinx-gallery.<wbr>readthedocs.io/en/latest/</a>><br>
> ><br>
> >     Cheers!<br>
> >     Ben Root<br>
> ><br>
> ><br>
> >     On Sat, Jul 1, 2017 at 7:12 AM, Ralf Gommers <ralf.gommers@gmai<br>
> > <a href="http://l.com" rel="noreferrer" target="_blank">l.com</a><br>
> >     <mailto:<a href="mailto:ralf.gommers@gmail.com">ralf.gommers@<wbr>gmail.com</a>>> wrote:<br>
> ><br>
> ><br>
> ><br>
> >         On Fri, Jun 30, 2017 at 6:50 AM, Pauli Virtanen <<a href="mailto:pav@iki.fi">pav@iki.fi</a><br>
> >         <mailto:<a href="mailto:pav@iki.fi">pav@iki.fi</a>>> wrote:<br>
> ><br>
> >             Charles R Harris kirjoitti 29.06.2017 klo 20:45:<br>
> >             >     Here's a random idea: how about building a NumPy<br>
> > gallery?<br>
> >             >     scikit-{<wbr>image,learn} has it, and while those<br>
> > projects may have more<br>
> >             >     visual datasets, I can imagine something along<br>
> > the lines of Nicolas<br>
> >             >     Rougier's beautiful book:<br>
> >             ><br>
> >             >     <a href="http://www.labri.fr/perso/nrougier/from-python-to" rel="noreferrer" target="_blank">http://www.<wbr>labri.fr/perso/nrougier/from-<wbr>python-to</a><br>
> > -numpy/<br>
> >             <<a href="http://www.labri.fr/perso/nrougier/from-python-to-nump" rel="noreferrer" target="_blank">http://www.labri.<wbr>fr/perso/nrougier/from-python-<wbr>to-nump</a><br>
> > y/><br>
> >             >     <<a href="http://www.labri.fr/perso/nrougier/from-python-t" rel="noreferrer" target="_blank">http://www.<wbr>labri.fr/perso/nrougier/from-<wbr>python-t</a><br>
> > o-numpy/<br>
> >             <<a href="http://www.labri.fr/perso/nrougier/from-python-to-nump" rel="noreferrer" target="_blank">http://www.labri.<wbr>fr/perso/nrougier/from-python-<wbr>to-nump</a><br>
> > y/>><br>
> >             ><br>
> >             ><br>
> >             > So that would be added in the  numpy<br>
> >             > <<a href="https://github.com/numpy" rel="noreferrer" target="_blank">https://github.com/numpy</a>>/<a href="http://numpy.org" rel="noreferrer" target="_blank">num<wbr>py.org</a><br>
> > <<a href="http://numpy.org" rel="noreferrer" target="_blank">http://numpy.org</a>><br>
> >             > <<a href="https://github.com/numpy/numpy.org" rel="noreferrer" target="_blank">https://github.com/numpy/<wbr>numpy.org</a><br>
> >             <<a href="https://github.com/numpy/numpy.org" rel="noreferrer" target="_blank">https://github.<wbr>com/numpy/numpy.org</a>>> repo?<br>
> ><br>
> >             Or <a href="https://scipy-cookbook.readthedocs.io/" rel="noreferrer" target="_blank">https://scipy-cookbook.<wbr>readthedocs.io/</a><br>
> >             <<a href="https://scipy-cookbook.readthedocs.io/" rel="noreferrer" target="_blank">https://scipy-<wbr>cookbook.readthedocs.io/</a>>  ?<br>
> >             (maybe minus bitrot and images added :)<br>
> >             __________________<wbr>___________________<br>
> ><br>
> ><br>
> >         I'd like the <a href="http://numpy.org" rel="noreferrer" target="_blank">numpy.org</a> <<a href="http://numpy.org" rel="noreferrer" target="_blank">http://numpy.org</a>> one. <a href="http://numpy.org" rel="noreferrer" target="_blank">numpy.org</a><br>
> >         <<a href="http://numpy.org" rel="noreferrer" target="_blank">http://numpy.org</a>> is now incredibly sparse and ugly, a<br>
> > gallery<br>
> >         would make it look a lot better.<br>
> ><br>
> >         Another idea, from the "deprecate np.matrix" discussion:<br>
> > add<br>
> >         numpy documentation describing the preferred way to handle<br>
> >         matrices, extolling the virtues of @, and move np.matrix<br>
> >         documentation to a deprecated section.<br>
> ><br>
> ><br>
> >   Putting things together with a few new ideas,<br>
> ><br>
> >  1. add gallery to <a href="http://numpy.org" rel="noreferrer" target="_blank">numpy.org</a> <<a href="http://numpy.org" rel="noreferrer" target="_blank">http://numpy.org</a>>,<br>
> >  2. add extended documentation of '@' operator,<br>
> >  3. make Numpy tests Pytest compatible,<br>
> >  4. add matrix multiplication ufunc.<br>
> ><br>
> >   Any more ideas?<br>
><br>
> The new doctest runner suggested in the printing thread? This is to <br>
> ignore whitespace and precision in ndarray output.<br>
><br>
> I can see an argument for distributing it in numpy if it is designed<br>
> to <br>
> be specially aware of ndarrays or numpy scalars (eg to test equality <br>
> between 'wants' and 'got')<br>
><br>
<br>
</div></div>I don't really feel it is very numpy specific or should be under the<br>
numpy umbrella (I mean if there is no other spot, I guess it could live<br>
on the numpy github page). Its about as numpy specific, as the gallery<br>
sphinx extension is probably matplotlib specific....<br>
<br>
That doesn't mean that it might not be a good sprint, though :).<br>
<br>
The question to me is a bit what those who actually go there want from<br>
it or do a few people who know numpy/scipy already plan to come? Two<br>
years ago, we did not have much of a plan, so it was mostly giving<br>
three people or so a bit of a tutorial of how numpy worked internally<br>
leading to some bug fixes.<br>
<br>
One quick idea that might be nice and dives a bit into the C-layer<br>
(might be nice if there is no big topic with a few people working on):<br>
<br>
* Find places that should have the new memory overlap<br>
  detection and implement it there.<br>
<br>
If someone who does subclasses/array-likes or so (e.g. like Stefan<br>
Hoyer ;)) and is interested, and also we do some<br>
teleconferencing/chatting (and I have time).... I might be interested<br>
in discussing and possibly trying to develop the new indexer ideas,<br>
which I feel are pretty far, but I got stuck on how to get subclasses<br>
right.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
- Sebastian<br>
</font></span><div class="gmail-HOEnZb"><div class="gmail-h5"><br>
<br></div></div></blockquote><div><br>I've opened an <a href="https://github.com/numpy/numpy/issues/9352">issue for Pytests</a> 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.<br><br>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?<br><br></div><div>Chuck<br></div></div><br></div></div>