On Mon, Jul 3, 2017 at 7:01 AM, Charles R Harris <charlesr.har...@gmail.com> wrote:
> > > On Sun, Jul 2, 2017 at 9:33 AM, Sebastian Berg <sebast...@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.r...@gmail.com >> > > >> > > <mailto:ben.v.r...@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.gomm...@gmail.com>> wrote: >> > > >> > > >> > > >> > > On Fri, Jun 30, 2017 at 6:50 AM, Pauli Virtanen <p...@iki.fi >> > > <mailto:p...@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 > <https://github.com/numpy/numpy/issues/9352> 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
_______________________________________________ NumPy-Discussion mailing list NumPy-Discussion@python.org https://mail.python.org/mailman/listinfo/numpy-discussion