<div dir="ltr">Hi Gabriel,<div><br></div><div><div>> > Can you clarify what is the reason not to be doing under GPL2 or 3?</div><div>></div><div>> We do not get funding by the NIH if we insist on GPL, hence the move</div>
<div>> to the BSD license.</div></div><div><br></div><div style>In addition to funding, it is also about the ImageJ community itself, which is quite diverse. There are many people (e.g., Bob Dougherty) who use ImageJ who rely on the fact that it is not copyleft-licensed. By using GPL as the license for ImageJ2 core, we would be splintering the community, which is something we are very much trying to avoid doing. There will of course continue to be a place for GPL-licensed code within the Fiji project.</div>
<div style><br></div><div style><div>> > Would you be willing to relicense that code to BSD?</div><div>></div><div>> Yes, that is fine.</div><div>> Same for the Auto Local Threshold if you are planning to make it a</div>
<div>> built in command.</div><div><br></div><div style>Thank you!</div><div style><br></div><div style><div>> > It would piss me off if somebody decides to make a derivative code</div><div>> > which is closed source. But perhaps you can clarify this a bit?</div>
<div>></div><div>> In reality, those people who make derivative closed source code are</div><div>> just in for a lot of pain. They will get no support, take all the</div><div>> blame for bugs, do not get any updates automatically, and in general</div>
<div>> are despised. Not to mention ridiculed by sending a mail to them, Cc:</div><div>> the public mailing lists, pointing to Curtis' brilliant Open Science</div><div>> text.</div><div>></div><div>> So I am not worried about such people.</div>
<div><br></div><div style>It is true that by licensing the code under BSD, people will have the ability to incorporate it into closed-source products. But as Johannes says, there are substantial tradeoffs to doing that.</div>
<div style><br></div><div style><div>> Now that we are at it, I haven't checked the histogram in the IJ2</div><div>> applet, but in IJ1, the frequency of the largest bin gets trimmed down</div><div>> (for display purposes) when it is too large to still be able to show</div>
<div>> what the frequencies in the other bins are. While this might be useful</div><div>> for display (so you do not see only one large bin value), it is quite</div><div>> confusing if it is not clearly explained beforehand (there is a</div>
<div>> mismatch between the listed histogram and the displayed one). Can this</div><div>> be an option, rather than the only way it works?</div><div><br></div><div style>Thanks for the suggestion. Barry is currently making good progress on threshold support in ImageJ2, but we haven't implemented histograms yet. We will certainly avoid that sort of silent magic—I completely agree that there should be an explicit toggle for that sort of thing.</div>
</div><div style><br></div><div style>Regards,</div><div style>Curtis</div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Feb 6, 2013 at 2:41 AM, Gabriel Landini <span dir="ltr"><<a href="mailto:G.Landini@bham.ac.uk" target="_blank">G.Landini@bham.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Monday 04 Feb 2013 22:50:37 Johannes Schindelin wrote:<br>
> we would like to include your code (or a derivative thereof) in ImageJ2.<br>
> Just to be sure: the code in question is this one:<br>
<br>
</div>Hi Dscho,<br>
<div class="im"><br>
> <a href="http://fiji.sc/cgi-bin/gitweb.cgi?p=fiji.git;a=blob;f=src-plugins/Auto_Thres" target="_blank">http://fiji.sc/cgi-bin/gitweb.cgi?p=fiji.git;a=blob;f=src-plugins/Auto_Thres</a><br>
> hold/src/main/java/fiji/threshold/Auto_Threshold.java;h=d09e56d5671c91d367f3<br>
</div><div class="im">> 9607375bb0b40290f7e4;hb=refs/heads/master<br>
><br>
> Would you be willing to relicense that code to BSD?<br>
<br>
</div>Yes, that is fine.<br>
Same for the Auto Local Threshold if you are planning to make it a built in<br>
command.<br>
<br>
Now that we are at it, I haven't checked the histogram in the IJ2 applet, but<br>
in IJ1, the frequency of the largest bin gets trimmed down (for display<br>
purposes) when it is too large to still be able to show what the frequencies<br>
in the other bins are. While this might be useful for display (so you do not<br>
see only one large bin value), it is quite confusing if it is not clearly<br>
explained beforehand (there is a mismatch between the listed histogram and the<br>
displayed one). Can this be an option, rather than the only way it works?<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888"><br>
Gabriel<br>
<br>
</font></span></blockquote></div><br></div>