On Thu, Feb 26, 2015 at 2:54 AM, Todd <toddrjen@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 comparable to those in R or MATLAB circular statistics toolbox.

Either implement some window functions that only apply to the beginning and end of an array, or implement a wrapper that takes a window function and some parameters and creates a new window that only applies to the beginning and end of an array.

numpy:

Integrate the bottleneck project optimizations into numpy proper.

Not sure how much of the bottleneck optimizations can be fitted into the ufunc machinery. But I'd be more than happy to mentor or co-mentor an implementation in numpy of the moving window functions. I have already contributed some work on some of those in scipy.ndimage and pandas, and find the subject fascinating.

Integrate as much as possible the matplotlib.mlab functionality into numpy (and, optionally, also scipy).

In many places different approaches to the same task have substantially different performance (such as indexing vs. take) and check for one approach being substantially slower. If it is, fix the performance problem if possible (perhaps by using the same implementation), and if not document the difference.

The take performance advantage is no longer there since seberg's rewrite of indexing. Are there any other obvious examples?

Modify ufuncs so their documentation appears in help() in addition to numpy.info().

To add one of my own: the old iterator is still being used in many, many places throughout the numpy code base. Wouldn't it make sense to port those to the new one? In doing so, it would probably lead to producing simplified interfaces to the new iterator, e.g. reproducing the old PyIter_AllButAxis is infinitely more verbose with the new iterator.

_______________________________________________Hi all,On Fri, Feb 20, 2015 at 10:05 AM, Ralf Gommers <ralf.gommers@gmail.com> wrote:Hi all,It's time to start preparing for this year's Google Summer of Code. There is actually one urgent thing to be done (before 19.00 UTC today), which is to get our ideas page in decent shape. It doesn't have to be final, but there has to be enough on there for the organizers to judge it. This page is here: https://github.com/scipy/scipy/wiki/GSoC-project-ideas. I'll be reworking it and linking it from the PSF page today, but if you already have new ideas please add them there. See https://wiki.python.org/moin/SummerOfCode/OrgIdeasPageTemplate for this year's template for adding a new idea.The ideas page is now in pretty good shape. More ideas are very welcome though, especially easy or easy/intermediate ideas. Numpy right now has zero easy ones and Scipy only one and a half.What we also need is mentors. All ideas already have a potential mentor listed, however some ideas are from last year and I'm not sure that all those mentors really are available this year. And more than one potential mentor per idea is always good. So can everyone please add/remove his or her name on that page?I'm happy to take care of most of the organizational aspects this year, however I'll be offline for two weeks in July and from the end of August onwards, so I'll some help in those periods. Any volunteers?Thanks,Ralf

NumPy-Discussion mailing list

NumPy-Discussion@scipy.org

http://mail.scipy.org/mailman/listinfo/numpy-discussion

_______________________________________________

NumPy-Discussion mailing list

NumPy-Discussion@scipy.org

http://mail.scipy.org/mailman/listinfo/numpy-discussion

(\__/)

( O.o)

( > <) Este es Conejo. Copia a Conejo en tu firma y ayúdale en sus planes de dominación mundial.

( O.o)

( > <) Este es Conejo. Copia a Conejo en tu firma y ayúdale en sus planes de dominación mundial.