From gongyuanhao at gmail.com  Thu Aug  6 02:03:40 2015
From: gongyuanhao at gmail.com (yuanhao gong)
Date: Wed, 5 Aug 2015 23:03:40 -0700 (PDT)
Subject: curvature filters are efficient solver for variatonal models
Message-ID: <4623cd23-1afa-437c-b3b4-e77107501cd0@googlegroups.com>

Dear all,

I developed some filters that can efficiently minimize Gaussian or Mean 
curvatures of images. The C++ code can be found 
at https://github.com/YuanhaoGong/CurvatureFilter

It would be cool if someone can turn these filters into python code. And I 
believe python users will love these filters for their image processing 
problems.

Kind regards,
Yuanhao Gong
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150805/92d9124f/attachment.html>

From stefanv at berkeley.edu  Fri Aug  7 06:55:26 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Fri, 07 Aug 2015 03:55:26 -0700
Subject: Removal of non-free files from repository
Message-ID: <87614rweox.fsf@berkeley.edu>

Hi, all

Please refer to this Debian bug: https://bugs.debian.org/771191

It has been noted that the Lena image we distribute (even though 
we no longer use it ourselves anywhere) is not fully free.  In 
other words, Debian would be forced to release a version of 
scikit-image without it.

I thought we could make their lives easier by simply removing the 
image from the main repository.  What do you think?  One question 
is whether we also remove ``data.lena``, or change it to return 
astronaut.

St?fan


From matthew.brett at gmail.com  Fri Aug  7 07:47:32 2015
From: matthew.brett at gmail.com (Matthew Brett)
Date: Fri, 7 Aug 2015 12:47:32 +0100
Subject: Removal of non-free files from repository
In-Reply-To: <87614rweox.fsf@berkeley.edu>
References: <87614rweox.fsf@berkeley.edu>
Message-ID: <CAH6Pt5rOD+CLzQDAZqrvHrX3ukjqY2wfTs6WK=xU3OA5v4nc_Q@mail.gmail.com>

Yo,

On Fri, Aug 7, 2015 at 11:55 AM, Stefan van der Walt
<stefanv at berkeley.edu> wrote:
> Hi, all
>
> Please refer to this Debian bug: https://bugs.debian.org/771191
>
> It has been noted that the Lena image we distribute (even though we no
> longer use it ourselves anywhere) is not fully free.  In other words, Debian
> would be forced to release a version of scikit-image without it.
>
> I thought we could make their lives easier by simply removing the image from
> the main repository.  What do you think?  One question is whether we also
> remove ``data.lena``, or change it to return astronaut.

Good to retire Lena, but returning the astronaut from ``data.lena``
seems like a step too far ...

Raise an error from ``data.lena`?

See you,

Matthew


From stefanv at berkeley.edu  Fri Aug  7 18:37:21 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Fri, 07 Aug 2015 15:37:21 -0700
Subject: Removal of non-free files from repository
In-Reply-To: <CAA48SF_s_GcucrtNeo-PwX+vByFh1DY6EPntMsiyyzz1F=qa0g@mail.gmail.com>
References: <87614rweox.fsf@berkeley.edu> <CAH6Pt5rOD+CLzQDAZqrvHrX3ukjqY2wfTs6WK=xU3OA5v4nc_Q@mail.gmail.com> <CAA48SF_s_GcucrtNeo-PwX+vByFh1DY6EPntMsiyyzz1F=qa0g@mail.gmail.com>
Message-ID: <87h9oapvxa.fsf@berkeley.edu>

On 2015-08-07 09:46:58, Thomas Caswell <tcaswell at gmail.com> wrote:
> From the peanut gallery, raising an exception seems like a 
> better idea.  Failing is better than silently doing the wrong 
> thing.

Attached is a patch which takes care of the data module.  Our test 
suite currently relies on comparing the morphology results 
(derived from Lena) of MATLAB to those of scikit-image.  We have 
two options:

a) Set up small, hand calculated tests to replace the existing 
ones.
b) Reproduce the existing ones with a different image, such as 
astronaut.

Does anyone have the inclination for (a) or acess to MATLAB for 
(b)?

St?fan

-------------- next part --------------
A non-text attachment was scrubbed...
Name: remove_non_dfsg_image.patch
Type: text/x-diff
Size: 1725 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150807/133b5114/attachment.patch>

From tcaswell at gmail.com  Fri Aug  7 12:46:58 2015
From: tcaswell at gmail.com (Thomas Caswell)
Date: Fri, 07 Aug 2015 16:46:58 +0000
Subject: Removal of non-free files from repository
In-Reply-To: <CAH6Pt5rOD+CLzQDAZqrvHrX3ukjqY2wfTs6WK=xU3OA5v4nc_Q@mail.gmail.com>
References: <87614rweox.fsf@berkeley.edu> <CAH6Pt5rOD+CLzQDAZqrvHrX3ukjqY2wfTs6WK=xU3OA5v4nc_Q@mail.gmail.com>
Message-ID: <CAA48SF_s_GcucrtNeo-PwX+vByFh1DY6EPntMsiyyzz1F=qa0g@mail.gmail.com>

>From the peanut gallery, raising an exception seems like a better idea.
Failing is better than silently doing the wrong thing.

Tom

On Fri, Aug 7, 2015, 7:48 AM Matthew Brett <matthew.brett at gmail.com> wrote:

> Yo,
>
> On Fri, Aug 7, 2015 at 11:55 AM, Stefan van der Walt
> <stefanv at berkeley.edu> wrote:
> > Hi, all
> >
> > Please refer to this Debian bug: https://bugs.debian.org/771191
> >
> > It has been noted that the Lena image we distribute (even though we no
> > longer use it ourselves anywhere) is not fully free.  In other words,
> Debian
> > would be forced to release a version of scikit-image without it.
> >
> > I thought we could make their lives easier by simply removing the image
> from
> > the main repository.  What do you think?  One question is whether we also
> > remove ``data.lena``, or change it to return astronaut.
>
> Good to retire Lena, but returning the astronaut from ``data.lena``
> seems like a step too far ...
>
> Raise an error from ``data.lena`?
>
> See you,
>
> Matthew
>
> --
> You received this message because you are subscribed to the Google Groups
> "scikit-image" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to scikit-image+unsubscribe at googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150807/735b754c/attachment.html>

From ejsaiet at alaska.edu  Wed Aug 12 01:31:32 2015
From: ejsaiet at alaska.edu (Arctic_python)
Date: Tue, 11 Aug 2015 22:31:32 -0700 (PDT)
Subject: masking the skylin from the night sky
Message-ID: <8992f858-8cb2-42c5-af45-4552ca5885d9@googlegroups.com>

Hello,
Can anyone suggest a process to mask the skyline and bellow from the night 
sky?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150811/0e5e8383/attachment.html>

From stefanv at berkeley.edu  Thu Aug 13 18:05:18 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Thu, 13 Aug 2015 15:05:18 -0700
Subject: masking the skylin from the night sky
In-Reply-To: <8992f858-8cb2-42c5-af45-4552ca5885d9@googlegroups.com>
References: <8992f858-8cb2-42c5-af45-4552ca5885d9@googlegroups.com>
Message-ID: <87wpwyx2sh.fsf@berkeley.edu>

Hi,

On 2015-08-11 22:31:32, Arctic_python <ejsaiet at alaska.edu> wrote:
> Can anyone suggest a process to mask the skyline and bellow from 
> the night  sky?

Do you have an example image available?

St?fan


From turbod33 at gmail.com  Fri Aug 14 13:46:31 2015
From: turbod33 at gmail.com (Don Venable)
Date: Fri, 14 Aug 2015 10:46:31 -0700 (PDT)
Subject: Large image pyramids using dask
Message-ID: <8f2b71cb-491c-49cf-90df-8064d9be1245@googlegroups.com>

I've been using scikit-image and dask to play with very large image 
rasters, and I have a gist for creating an image-pyramid using dask. As the 
chunk-shapes change during downsampling, you I couldn't use the 
apply_parallel() function from the existing PR on using dask + 
scikit-image. Was talking with @blink1073 and he mentioned that it might be 
useful/interesting to the community, so wanted to see what you thought. 

Here's a link: 

https://gist.github.com/venabled/669caeb2615e9ed1d952
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150814/dccf89c1/attachment.html>

From mrocklin at gmail.com  Fri Aug 14 19:04:27 2015
From: mrocklin at gmail.com (Matthew Rocklin)
Date: Fri, 14 Aug 2015 16:04:27 -0700 (PDT)
Subject: Large image pyramids using dask
In-Reply-To: <8f2b71cb-491c-49cf-90df-8064d9be1245@googlegroups.com>
References: <8f2b71cb-491c-49cf-90df-8064d9be1245@googlegroups.com>
Message-ID: <fca93b13-6a97-4efe-8838-2d94f1cd935a@googlegroups.com>

Nice work.  A couple of random notes from a dask.array perspective.

The pyramid_reduce_hdf5 function loads the data from disk, then writes it 
back out.  We call this many times with successively smaller datasets.  It 
might be nice to read the data only once during this process and do all of 
the writing in a single stream.  To do this you might want to look at the 
`da.to_hdf5` function rather than the `.to_hdf5` method.

Note that the map_overlap method overlaps a bit of every block from each of 
its neighbors.  This effectively induces a copy which may be slow-ish in 
some cases.  If your resizing is aligned very nicely with the block 
structure then this overlap may not be necessary.  You might find the 
`da.coarsen` function of interest in this case.

Looking forward to seeing what happens with this,
-matt


On Friday, August 14, 2015 at 12:59:06 PM UTC-7, Don Venable wrote:
>
> I've been using scikit-image and dask to play with very large image 
> rasters, and I have a gist for creating an image-pyramid using dask. As the 
> chunk-shapes change during downsampling, you I couldn't use the 
> apply_parallel() function from the existing PR on using dask + 
> scikit-image. Was talking with @blink1073 and he mentioned that it might be 
> useful/interesting to the community, so wanted to see what you thought. 
>
> Here's a link: 
>
> https://gist.github.com/venabled/669caeb2615e9ed1d952
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150814/bea72bca/attachment.html>

From stefanv at berkeley.edu  Sat Aug 15 00:52:26 2015
From: stefanv at berkeley.edu (=?UTF-8?Q?St=C3=A9fan_van_der_Walt?=)
Date: Fri, 14 Aug 2015 21:52:26 -0700
Subject: Fwd: skimage is marked for autoremoval from testing
In-Reply-To: <E1ZQTGS-0004Le-PG@franck.debian.org>
References: <E1ZQTGS-0004Le-PG@franck.debian.org>
Message-ID: <CABDkGQk3KrNDFR204Q7xBW4cGd1dY8usefTAu7mbKvhOdtLc3w@mail.gmail.com>

Can I convince anyone to look at the following? This has escalated in
priority now.
---------- Forwarded message ----------
From: "Debian testing autoremoval watch" <noreply at release.debian.org>
Date: Aug 14, 2015 9:40 PM
Subject: skimage is marked for autoremoval from testing
To: <skimage at packages.debian.org>
Cc:

skimage 0.10.1-2 is marked for autoremoval from testing on 2015-09-20

It is affected by these RC bugs:
794859: skimage: non DFSG file in the source package
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150814/3ff78b2f/attachment.html>

From silvertrumpet999 at gmail.com  Sat Aug 15 12:25:33 2015
From: silvertrumpet999 at gmail.com (Josh Warner)
Date: Sat, 15 Aug 2015 09:25:33 -0700 (PDT)
Subject: skimage is marked for autoremoval from testing
In-Reply-To: <CABDkGQk3KrNDFR204Q7xBW4cGd1dY8usefTAu7mbKvhOdtLc3w@mail.gmail.com>
References: <E1ZQTGS-0004Le-PG@franck.debian.org>
 <CABDkGQk3KrNDFR204Q7xBW4cGd1dY8usefTAu7mbKvhOdtLc3w@mail.gmail.com>
Message-ID: <e3a09fb8-69bf-4b60-8c7a-a29f16d7f4d3@googlegroups.com>

Lena is the problem. We're going to have to remove that from the package.

OpenCV had the exact same issue, see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794856

Three potential solutions come to mind: 

   - Remove `lena` from the package, raising an error informing the user 
   the image is not free and directing them to `astronaut`.
   - Simply alias all queries for `lena` to `astronaut`, with a warning.
   - Instead of loading from disk, have `imread` obtain this image from a 
   permalinked URL. Ideally an aliased one we can redirect if a host dies. We 
   could have a couple fallback URLs, too. Biggest question is what to do if 
   no internet connection is available.

I favor the first or third solutions.

Josh

On Friday, August 14, 2015 at 11:52:30 PM UTC-5, stefanv wrote:
>
> Can I convince anyone to look at the following? This has escalated in 
> priority now.
> ---------- Forwarded message ----------
> From: "Debian testing autoremoval watch" <noreply at release.debian.org>
> Date: Aug 14, 2015 9:40 PM
> Subject: skimage is marked for autoremoval from testing
> To: <skimage at packages.debian.org>
> Cc: 
>
> skimage 0.10.1-2 is marked for autoremoval from testing on 2015-09-20
>
> It is affected by these RC bugs:
> 794859: skimage: non DFSG file in the source package
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150815/2203488b/attachment.html>

From stefanv at berkeley.edu  Sat Aug 15 18:19:46 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Sat, 15 Aug 2015 15:19:46 -0700
Subject: skimage is marked for autoremoval from testing
In-Reply-To: <e3a09fb8-69bf-4b60-8c7a-a29f16d7f4d3@googlegroups.com>
References: <E1ZQTGS-0004Le-PG@franck.debian.org> <CABDkGQk3KrNDFR204Q7xBW4cGd1dY8usefTAu7mbKvhOdtLc3w@mail.gmail.com> <e3a09fb8-69bf-4b60-8c7a-a29f16d7f4d3@googlegroups.com>
Message-ID: <87egj42nzx.fsf@berkeley.edu>

Hi Josh

On 2015-08-15 09:25:33, Josh Warner <silvertrumpet999 at gmail.com> 
wrote:
> Three potential solutions come to mind: 
>
>    - Remove `lena` from the package, raising an error informing 
>    the user  the image is not free and directing them to 
>    `astronaut`.  - Simply alias all queries for `lena` to 
>    `astronaut`, with a warning.  - Instead of loading from disk, 
>    have `imread` obtain this image from a  permalinked 
>    URL. Ideally an aliased one we can redirect if a host 
>    dies. We  could have a couple fallback URLs, too. Biggest 
>    question is what to do if  no internet connection is 
>    available.
>
> I favor the first or third solutions.

I am in favor of option 1.  I think option 3 still will allow our 
users to accidentally use copyrighted imagery, while our policy is 
that all images are freely redistributable.

The problem is that Lena was used to generate a whole bunch of 
tests results in Matlab, stored as .npy files.  I no longer have 
access to the script that generated those.  Looking at those tests 
(mostly in the morphology submodule), I think it would be better 
if we could re-engineer the tests to look at image properties, 
rather than to compare them pixel-for-pixel to MATLAB results. 
Doing that will require some work.

St?fan


From jsch at demuc.de  Sat Aug 15 19:17:57 2015
From: jsch at demuc.de (=?UTF-8?Q?Johannes_Sch=C3=B6nberger?=)
Date: Sat, 15 Aug 2015 16:17:57 -0700
Subject: skimage is marked for autoremoval from testing
In-Reply-To: <e3a09fb8-69bf-4b60-8c7a-a29f16d7f4d3@googlegroups.com>
References: <E1ZQTGS-0004Le-PG@franck.debian.org>
	<CABDkGQk3KrNDFR204Q7xBW4cGd1dY8usefTAu7mbKvhOdtLc3w@mail.gmail.com>
	<e3a09fb8-69bf-4b60-8c7a-a29f16d7f4d3@googlegroups.com>
Message-ID: <CAFTxfLm_uKYUVjaPDLtGqnAhW4bfzTHv5y_yH_pvXik1UYMH7w@mail.gmail.com>

+1 for the first option as well.

On Sat, Aug 15, 2015 at 9:25 AM, Josh Warner <silvertrumpet999 at gmail.com>
wrote:

> Lena is the problem. We're going to have to remove that from the package.
>
> OpenCV had the exact same issue, see
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794856
>
> Three potential solutions come to mind:
>
>    - Remove `lena` from the package, raising an error informing the user
>    the image is not free and directing them to `astronaut`.
>    - Simply alias all queries for `lena` to `astronaut`, with a warning.
>    - Instead of loading from disk, have `imread` obtain this image from a
>    permalinked URL. Ideally an aliased one we can redirect if a host dies. We
>    could have a couple fallback URLs, too. Biggest question is what to do if
>    no internet connection is available.
>
> I favor the first or third solutions.
>
> Josh
>
> On Friday, August 14, 2015 at 11:52:30 PM UTC-5, stefanv wrote:
>>
>> Can I convince anyone to look at the following? This has escalated in
>> priority now.
>> ---------- Forwarded message ----------
>> From: "Debian testing autoremoval watch" <noreply at release.debian.org>
>> Date: Aug 14, 2015 9:40 PM
>> Subject: skimage is marked for autoremoval from testing
>> To: <skimage at packages.debian.org>
>> Cc:
>>
>> skimage 0.10.1-2 is marked for autoremoval from testing on 2015-09-20
>>
>> It is affected by these RC bugs:
>> 794859: skimage: non DFSG file in the source package
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "scikit-image" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to scikit-image+unsubscribe at googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150815/883e5cdf/attachment.html>

From tcaswell at gmail.com  Sat Aug 15 22:22:19 2015
From: tcaswell at gmail.com (Thomas Caswell)
Date: Sun, 16 Aug 2015 02:22:19 +0000
Subject: skimage is marked for autoremoval from testing
In-Reply-To: <87egj42nzx.fsf@berkeley.edu>
References: <E1ZQTGS-0004Le-PG@franck.debian.org> <CABDkGQk3KrNDFR204Q7xBW4cGd1dY8usefTAu7mbKvhOdtLc3w@mail.gmail.com>
 <e3a09fb8-69bf-4b60-8c7a-a29f16d7f4d3@googlegroups.com> <87egj42nzx.fsf@berkeley.edu>
Message-ID: <CAA48SF9xLv7pxwzNc-jhJr=dsQNU-wJZ631S_WdiS_Om4NpLSA@mail.gmail.com>

For reference mpl also had the same request
https://github.com/matplotlib/matplotlib/issues/4927 and went with a
nuclear version of option 1 (
https://github.com/matplotlib/matplotlib/pull/4928) but we had already
removed the image from all of our examples/tests.

On Sat, Aug 15, 2015 at 8:52 PM Stefan van der Walt <stefanv at berkeley.edu>
wrote:

> Hi Josh
>
> On 2015-08-15 09:25:33, Josh Warner <silvertrumpet999 at gmail.com>
> wrote:
> > Three potential solutions come to mind:
> >
> >    - Remove `lena` from the package, raising an error informing
> >    the user  the image is not free and directing them to
> >    `astronaut`.  - Simply alias all queries for `lena` to
> >    `astronaut`, with a warning.  - Instead of loading from disk,
> >    have `imread` obtain this image from a  permalinked
> >    URL. Ideally an aliased one we can redirect if a host
> >    dies. We  could have a couple fallback URLs, too. Biggest
> >    question is what to do if  no internet connection is
> >    available.
> >
> > I favor the first or third solutions.
>
> I am in favor of option 1.  I think option 3 still will allow our
> users to accidentally use copyrighted imagery, while our policy is
> that all images are freely redistributable.
>
> The problem is that Lena was used to generate a whole bunch of
> tests results in Matlab, stored as .npy files.  I no longer have
> access to the script that generated those.  Looking at those tests
> (mostly in the morphology submodule), I think it would be better
> if we could re-engineer the tests to look at image properties,
> rather than to compare them pixel-for-pixel to MATLAB results.
> Doing that will require some work.
>
> St?fan
>
> --
> You received this message because you are subscribed to the Google Groups
> "scikit-image" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to scikit-image+unsubscribe at googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150816/7e2ee18e/attachment.html>

From turbod33 at gmail.com  Mon Aug 17 10:15:12 2015
From: turbod33 at gmail.com (Don Venable)
Date: Mon, 17 Aug 2015 07:15:12 -0700 (PDT)
Subject: Large image pyramids using dask
In-Reply-To: <fca93b13-6a97-4efe-8838-2d94f1cd935a@googlegroups.com>
References: <8f2b71cb-491c-49cf-90df-8064d9be1245@googlegroups.com>
 <fca93b13-6a97-4efe-8838-2d94f1cd935a@googlegroups.com>
Message-ID: <93548eff-f9f7-45f0-b513-97a6b1a1f721@googlegroups.com>

Thanks for the feedback, Matt. Will check this out later this week. 



On Friday, August 14, 2015 at 8:29:17 PM UTC-5, Matthew Rocklin wrote:
>
> Nice work.  A couple of random notes from a dask.array perspective.
>
> The pyramid_reduce_hdf5 function loads the data from disk, then writes it 
> back out.  We call this many times with successively smaller datasets.  It 
> might be nice to read the data only once during this process and do all of 
> the writing in a single stream.  To do this you might want to look at the 
> `da.to_hdf5` function rather than the `.to_hdf5` method.
>
> Note that the map_overlap method overlaps a bit of every block from each 
> of its neighbors.  This effectively induces a copy which may be slow-ish in 
> some cases.  If your resizing is aligned very nicely with the block 
> structure then this overlap may not be necessary.  You might find the 
> `da.coarsen` function of interest in this case.
>
> Looking forward to seeing what happens with this,
> -matt
>
>
> On Friday, August 14, 2015 at 12:59:06 PM UTC-7, Don Venable wrote:
>>
>> I've been using scikit-image and dask to play with very large image 
>> rasters, and I have a gist for creating an image-pyramid using dask. As the 
>> chunk-shapes change during downsampling, you I couldn't use the 
>> apply_parallel() function from the existing PR on using dask + 
>> scikit-image. Was talking with @blink1073 and he mentioned that it might be 
>> useful/interesting to the community, so wanted to see what you thought. 
>>
>> Here's a link: 
>>
>> https://gist.github.com/venabled/669caeb2615e9ed1d952
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150817/ea529b2b/attachment.html>

From vighneshbirodkar at gmail.com  Fri Aug 21 03:38:47 2015
From: vighneshbirodkar at gmail.com (Vighnesh Birodkar)
Date: Fri, 21 Aug 2015 00:38:47 -0700 (PDT)
Subject: ANN : FreDo-Editor 0.01dev, a frequency domain image editor
Message-ID: <b7ae7814-49b2-407b-89cf-ce36615728d7@googlegroups.com>

Hello

This is to announce Fredo-Editor, a frequency domain image editor.

Website:
http://fredo-editor.github.io/

Source:
https://github.com/fredo-editor/FreDo

Installation:
http://fredo-editor.github.io/install/

Tutorial:
http://fredo-editor.github.io/tutorial/

Fredo-Editor (Frequency Domain Editor) is a GUI for editing images in their 
frequency spectrum. It is intended for academic/research purposes. It's 
main goal is to help the user understand the Fourier Transform, by seeing 
it taking effect in real time. 

It can also be used to remove periodic noise from images as seen here:
http://fredo-editor.github.io/gallery/

At this point, only basic square shape modifications are possible. I want 
to gather feedback to know what features to add. I intend this to be a 
small. handy tool for researchers, students and teachers to explore, 
visualize and understand the Fourier Transform and frequency domain 
filtering.

Any comments and criticisms are welcome.

*Note:* Fredo-Editor is still under development and its features and 
functionality is subject to change.

Attachments
input.png - The input image and its Fourier transform
output.png - Corrected image and its Fourier Transform

Thanks
Vighnesh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150821/2eec2e67/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: input.png
Type: image/png
Size: 634423 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150821/2eec2e67/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output.png
Type: image/png
Size: 659243 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150821/2eec2e67/attachment-0001.png>

From stefanv at berkeley.edu  Fri Aug 21 04:40:45 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Fri, 21 Aug 2015 01:40:45 -0700
Subject: ANN : FreDo-Editor 0.01dev, a frequency domain image editor
In-Reply-To: <b7ae7814-49b2-407b-89cf-ce36615728d7@googlegroups.com>
References: <b7ae7814-49b2-407b-89cf-ce36615728d7@googlegroups.com>
Message-ID: <87lhd5xcdu.fsf@berkeley.edu>

Hi Vighnesh

On 2015-08-21 00:38:47, Vighnesh Birodkar 
<vighneshbirodkar at gmail.com> wrote:
> This is to announce Fredo-Editor, a frequency domain image 
> editor.
>
> Website: http://fredo-editor.github.io/

This is a great tool!  I look forward to using it in my next image 
processing course.

St?fan


From jsch at demuc.de  Sun Aug 23 09:32:17 2015
From: jsch at demuc.de (=?UTF-8?Q?Johannes_Sch=C3=B6nberger?=)
Date: Sun, 23 Aug 2015 09:32:17 -0400
Subject: Continuous documentation
Message-ID: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com>

See: https://github.com/icgood/continuous-docs/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150823/a457c8cb/attachment.html>

From stefanv at berkeley.edu  Sun Aug 23 13:22:08 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Sun, 23 Aug 2015 10:22:08 -0700
Subject: Continuous documentation
In-Reply-To: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com>
References: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com>
Message-ID: <8737z9yl6n.fsf@berkeley.edu>

On 2015-08-23 06:32:17, Johannes Sch?nberger <jsch at demuc.de> 
wrote:
> See: https://github.com/icgood/continuous-docs/

It looks like this relies on Jenkins.  Perhaps we can do the same 
thing using CircleCI or Drone?

St?fan


From steven.silvester at gmail.com  Sun Aug 23 18:57:04 2015
From: steven.silvester at gmail.com (Steven Silvester)
Date: Sun, 23 Aug 2015 15:57:04 -0700 (PDT)
Subject: Continuous documentation
In-Reply-To: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com>
References: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com>
Message-ID: <a6b04d15-46ea-44b4-b9a9-5e4f7f01cbca@googlegroups.com>

I've used this workflow on another project:
https://medium.com/@nthgergo/publishing-gh-pages-with-travis-ci-53a8270e87db

https://github.com/jupyter/jupyter-js-services/blob/master/scripts/travis_after_success.sh

Do we want to do that?

On Sunday, August 23, 2015 at 8:32:19 AM UTC-5, Johannes Sch?nberger wrote:
>
> See: https://github.com/icgood/continuous-docs/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150823/a82e42e3/attachment.html>

From stefanv at berkeley.edu  Sun Aug 23 21:55:11 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Sun, 23 Aug 2015 18:55:11 -0700
Subject: Continuous documentation
In-Reply-To: <a6b04d15-46ea-44b4-b9a9-5e4f7f01cbca@googlegroups.com>
References: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com> <a6b04d15-46ea-44b4-b9a9-5e4f7f01cbca@googlegroups.com>
Message-ID: <87wpwlwiv4.fsf@berkeley.edu>

On 2015-08-23 15:57:04, Steven Silvester 
<steven.silvester at gmail.com> wrote:
> I've used this workflow on another project: 
> https://medium.com/@nthgergo/publishing-gh-pages-with-travis-ci-53a8270e87db
>
> https://github.com/jupyter/jupyter-js-services/blob/master/scripts/travis_after_success.sh
>
> Do we want to do that?

I guess since we already build the docs on Travis, we may just as 
well.  Steven, are you interested in taking this one?

St?fan


From tcaswell at gmail.com  Sun Aug 23 19:29:22 2015
From: tcaswell at gmail.com (Thomas Caswell)
Date: Sun, 23 Aug 2015 23:29:22 +0000
Subject: Continuous documentation
In-Reply-To: <a6b04d15-46ea-44b4-b9a9-5e4f7f01cbca@googlegroups.com>
References: <CAFTxfL==F-_f3oPR+f03wdNi3iZhha4EggxjG5FmJ+4UMXDrpA@mail.gmail.com>
 <a6b04d15-46ea-44b4-b9a9-5e4f7f01cbca@googlegroups.com>
Message-ID: <CAA48SF_JPr-Kg+9cc26k=V4t68nhe0TGgBVTX9oWAwhcK-u46g@mail.gmail.com>

mpl is doing the same thing with travis ( http://matplotlib.org/devdocs are
built and pushed every master passes all tests).

On Sun, Aug 23, 2015 at 6:57 PM Steven Silvester <steven.silvester at gmail.com>
wrote:

> I've used this workflow on another project:
>
> https://medium.com/@nthgergo/publishing-gh-pages-with-travis-ci-53a8270e87db
>
>
> https://github.com/jupyter/jupyter-js-services/blob/master/scripts/travis_after_success.sh
>
> Do we want to do that?
>
>
> On Sunday, August 23, 2015 at 8:32:19 AM UTC-5, Johannes Sch?nberger wrote:
>>
>> See: https://github.com/icgood/continuous-docs/
>>
> --
> You received this message because you are subscribed to the Google Groups
> "scikit-image" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to scikit-image+unsubscribe at googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150823/68a7435e/attachment.html>

From afzal.samira at gmail.com  Mon Aug 24 19:42:10 2015
From: afzal.samira at gmail.com (samira afzal)
Date: Mon, 24 Aug 2015 16:42:10 -0700 (PDT)
Subject: powerful  linear regression based solutions
Message-ID: <0fbf6386-76ef-482b-ae0b-589c409482c6@googlegroups.com>



HI all,

could you please tell me what are the powerful LR-based solutions (more 
powerful than linear regression as the baseline )?

i have an assignment that i have to perform powerful  linear regression 
based solutions on it. i am using scikit. 

thanks in advanced
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150824/884a5a68/attachment.html>

From stefanv at berkeley.edu  Wed Aug 26 14:59:51 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Wed, 26 Aug 2015 11:59:51 -0700
Subject: image processing usecases and flowchart
In-Reply-To: <20150826140147.GA734602@phare.normalesup.org>
References: <20150826140147.GA734602@phare.normalesup.org>
Message-ID: <87d1y9nae0.fsf@berkeley.edu>

On 2015-08-26 07:01:47, Emmanuelle Gouillart 
<emmanuelle.gouillart at nsup.org> wrote:
> http://emmanuelle.github.io/what-is-your-typical-image-processing-usecase.html

That's a great idea, thank you!  It ties in nicely with the survey 
I've set up (which I'll hook up to the website as soon as I get a 
minute).

St?fan


From emmanuelle.gouillart at nsup.org  Wed Aug 26 10:01:47 2015
From: emmanuelle.gouillart at nsup.org (Emmanuelle Gouillart)
Date: Wed, 26 Aug 2015 16:01:47 +0200
Subject: image processing usecases and flowchart
Message-ID: <20150826140147.GA734602@phare.normalesup.org>

	
	Hello list,

	I was thinking that it would be nice to have an image processing
flowchart, using similar ideas as the machine learning flowchart of
scikit-learn
http://scikit-learn.org/stable/tutorial/machine_learning_map/

	I'm not sure whether it's possible to do something that makes
sense, but a first step would be to know more typical usecases and
workflows that people encounter. I just wrote a short blogpost to encourage
people to leave a comment describing their workflow
http://emmanuelle.github.io/what-is-your-typical-image-processing-usecase.html
but it would be even more meaningful to discuss it on this mailing-list.
I think it would be important for scikit-image to have examples on more
diverse applications and to insist on the fact that the package can be
used for a large variety of applications.

	So, what is your typical application :-)?

	Cheers,
	Emma


From vighneshbirodkar at gmail.com  Wed Aug 26 20:34:25 2015
From: vighneshbirodkar at gmail.com (Vighnesh Birodkar)
Date: Wed, 26 Aug 2015 17:34:25 -0700 (PDT)
Subject: image processing usecases and flowchart
In-Reply-To: <87d1y9nae0.fsf@berkeley.edu>
References: <20150826140147.GA734602@phare.normalesup.org>
 <87d1y9nae0.fsf@berkeley.edu>
Message-ID: <4dcc4627-fa80-46bc-9592-b1e8df4f841e@googlegroups.com>

Hello Emmanuelle

Not sure if this helps.
I have used thresholding and moments to identify the centers of colored 
blobs
https://vcansimplify.wordpress.com/2013/04/09/solving-mazes-like-a-boss/

Thanks
Vighnesh



On Wednesday, August 26, 2015 at 2:59:53 PM UTC-4, stefanv wrote:
>
> On 2015-08-26 07:01:47, Emmanuelle Gouillart 
> <emmanuelle... at nsup.org <javascript:>> wrote: 
> > 
> http://emmanuelle.github.io/what-is-your-typical-image-processing-usecase.html 
>
> That's a great idea, thank you!  It ties in nicely with the survey 
> I've set up (which I'll hook up to the website as soon as I get a 
> minute). 
>
> St?fan 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150826/ac005452/attachment.html>

From emmanuelle.gouillart at nsup.org  Thu Aug 27 04:17:43 2015
From: emmanuelle.gouillart at nsup.org (Emmanuelle Gouillart)
Date: Thu, 27 Aug 2015 10:17:43 +0200
Subject: image processing usecases and flowchart
In-Reply-To: <4dcc4627-fa80-46bc-9592-b1e8df4f841e@googlegroups.com>
References: <20150826140147.GA734602@phare.normalesup.org>
 <87d1y9nae0.fsf@berkeley.edu>
 <4dcc4627-fa80-46bc-9592-b1e8df4f841e@googlegroups.com>
Message-ID: <20150827081743.GA1125181@phare.normalesup.org>

Thank you Vighnesh! 

On Wed, Aug 26, 2015 at 05:34:25PM -0700, Vighnesh Birodkar wrote:
> Hello??Emmanuelle

> Not sure if this helps.
> I have used thresholding and moments to identify the centers of colored blobs
> https://vcansimplify.wordpress.com/2013/04/09/solving-mazes-like-a-boss/

> Thanks
> Vighnesh



> On Wednesday, August 26, 2015 at 2:59:53 PM UTC-4, stefanv wrote:

>     On 2015-08-26 07:01:47, Emmanuelle Gouillart
>     <emmanuelle... at nsup.org> wrote:
>     > http://emmanuelle.github.io/what-is-your-typical-image-
>     processing-usecase.html

>     That's a great idea, thank you! ??It ties in nicely with the survey
>     I've set up (which I'll hook up to the website as soon as I get a
>     minute).

>     St??fan


From emmanuelle.gouillart at nsup.org  Thu Aug 27 07:01:49 2015
From: emmanuelle.gouillart at nsup.org (Emmanuelle Gouillart)
Date: Thu, 27 Aug 2015 13:01:49 +0200
Subject: Euroscipy sprint on Friday evening and Sunday
Message-ID: <20150827110149.GA1221943@phare.normalesup.org>

Hello,

we will have a sprint on scikit-image at the EuroSciPy conference in
Cambridge. It will take place on Friday evening at the Enthought office
and will be organized by Juan and myself, and we'll also have a second
session on Sunday. For more information, please read
https://github.com/scikit-image/scikit-image/wiki/EuroSciPy-2015-sprint
If you're not attending EuroSciPy but you wish to participate to the
sprint, please tell us on the mailing-list or write your name on the wiki
page on Github.

Emmanuelle


From stefanv at berkeley.edu  Thu Aug 27 16:14:24 2015
From: stefanv at berkeley.edu (Stefan van der Walt)
Date: Thu, 27 Aug 2015 13:14:24 -0700
Subject: Euroscipy sprint on Friday evening and Sunday
In-Reply-To: <20150827110149.GA1221943@phare.normalesup.org>
References: <20150827110149.GA1221943@phare.normalesup.org>
Message-ID: <87d1y8lc9r.fsf@berkeley.edu>

Hi everyone,

On 2015-08-27 04:01:49, Emmanuelle Gouillart 
<emmanuelle.gouillart at nsup.org> wrote:
> we will have a sprint on scikit-image at the EuroSciPy 
> conference in Cambridge. It will take place on Friday evening at 
> the Enthought office and will be organized by Juan and myself, 
> and we'll also have a second session on Sunday. For more 
> information, please read 
> https://github.com/scikit-image/scikit-image/wiki/EuroSciPy-2015-sprint 
> If you're not attending EuroSciPy but you wish to participate to 
> the sprint, please tell us on the mailing-list or write your 
> name on the wiki page on Github.

I will be joining the sprint at 10am Pacific Time, here from the 
Berkeley Institute for Data Science.  If anyone wants to join me 
on campus, please let me know!

St?fan


From bricklemacho at gmail.com  Mon Aug 31 10:40:28 2015
From: bricklemacho at gmail.com (bricklemacho at gmail.com)
Date: Mon, 31 Aug 2015 22:40:28 +0800
Subject: future.graph.merge_hierarchical
Message-ID: <55E4675C.3030300@gmail.com>

Hi All,

I am looking at generating some detection proposals, see  Hosang, Jan, 
et al. "What makes for effective detection proposals?." /arXiv preprint 
arXiv:1502.05082/ (2015), http://arxiv.org/pdf/1502.05082.pdf    
Starting with the Selective Search algorithm, Section 3 of  Uijlings, 
Jasper RR, et al. "Selective search for object recognition." 
/International journal of computer vision/ 104.2 (2013): 154-171, 
https://staff.fnwi.uva.nl/th.gevers/pub/GeversIJCV2013.pdf

The basic idea is the performing a hierarchical merging of the image, 
where each new merge get added to the list of regions suspected to 
contain an object, you can capture objects at all scales.  This reduces 
the search space significantly than say compared to floating window.  
The output is NOT a image segmentaiton, rather a list of regions 
(bounding boxes) of potential objects (deteciton proposals).

I have looked in the gallery at RAG Merging 
http://scikit-image.org/docs/dev/auto_examples/plot_rag_merge.html, 
fairly confident I can setup the callback methods to provided the 
similarity measure.   I am naively hoping that 
future.graph.hierarchical(), even though it seems to output a 
segmentation (labels), can be easily adapted to the task.    What would 
be the best way to have future.graph.merge_hierarchica() merge regions 
with the "highest" similarity measure, rather thana threshold?   What 
would be the best way future.graph.merge_hierarchica() save each merged 
region?   Tried setting  "in_place" to false, but didn't notice any 
difference.

Any help appreciated,

Brickle.
--




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scikit-image/attachments/20150831/3f7b38d2/attachment.html>