denoising algorithms / working with Github

Stéfan van der Walt stefan at sun.ac.za
Wed Sep 22 05:44:58 EDT 2010


On Wed, Sep 22, 2010 at 9:54 AM, mael <mael.primet at gmail.com> wrote:
> Stéfan: actually I saw the data images, but the Lena's in it are too
> small to be of use on image processing algorithms :) But Emmanuelles
> scipy.lena trick
>  will do the work.

That's intentional.  We want to limit the image sizes, but have enough
data for our unit test suite!

> Chris: this is actually an interesting discussion to have, there are
> pros and cons about doing again what is done by scipy.
> First, although scipy's version is more elaborate and potentially more
> optimised, it is also more obfuscated, and thus more difficult to
> understand. This may not be a problem for "end-users", but this could
> become problematic
>  when you are a researcher writing a paper and having to be certain
> about everything you do. Moreover we would like the library to have a
> triple goal: be used by "end-users" (people needing basic image
> processing algos ),
> be used by students (and therefore have clear and accessible
> algorithms, not something like scipy.ndimage complex C code), and be
> used by researchers (thus be easy to extend and fiddle with, and have
> a complete control
> over the algorithms). This is why we feel that in some case, recoding
> the algorithms in a simple way could be interesting. Of course, we
> won't reimplement the FFT or linear algebra algorithms..

While I agree with some of these sentiments, we have limited
man-power; it seems to make more sense to focus on algorithms that
aren't available (also, the scipy team can do bugfixing on ndimage,
whereas any code we include becomes our responsibility).

Luckily, there is an easy way to motivate inclusion: make sure it's
faster, more robust or has some other interesting feature not present
in SciPy (and that's not all that hard to achieve!).

> (but let's be clear: most of the algos we want to add cannot be found
> in scipy. Actually, the only ones would be median and morphology,
> which you already implement)

Have you played a bit with the methods in scikits.image.morphology?
I'd be interested to know what you think.  I was very happy with
Damian's code, but so far I've only used in in class demos.

Regards
Stéfan



More information about the scikit-image mailing list