Re: skimage is marked for autoremoval from testing
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@release.debian.org> Date: Aug 14, 2015 9:40 PM Subject: skimage is marked for autoremoval from testing To: <skimage@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
Hi Josh On 2015-08-15 09:25:33, Josh Warner <silvertrumpet999@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
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@berkeley.edu> wrote:
Hi Josh
On 2015-08-15 09:25:33, Josh Warner <silvertrumpet999@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@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
+1 for the first option as well. On Sat, Aug 15, 2015 at 9:25 AM, Josh Warner <silvertrumpet999@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@release.debian.org> Date: Aug 14, 2015 9:40 PM Subject: skimage is marked for autoremoval from testing To: <skimage@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@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
participants (4)
-
Johannes Schönberger -
Josh Warner -
Stefan van der Walt -
Thomas Caswell