[ImageJ-bugs] [Bug 938] Bug in the Intermodes algorithm of threshold
bugzilla at fiji.sc
bugzilla at fiji.sc
Fri Oct 3 14:34:39 CDT 2014
http://fiji.sc/bugzilla/show_bug.cgi?id=938
--- Comment #2 from G. Landini <g.landini at bham.ac.uk> ---
Hi,
The command Edit>Adjust>Auto Threshold both in ImageJ1 (if you downloaded the
Auto Threshold plugin from my site) and in Fiji (already there by default)
actually return the same value for the Intermodes method with the macro you
posted (i.e. 525).
This does a threshold on the 16bit data.
Furthermore, in both cases, the Log window says that a proper Intermodes
threshold was not found after 10000 iterations, so the value, so you should
take that result with caution, it is a guessed value, not a converged one.
However what you get from the drop box when you use Edit>Adjust>Threshold and
then select the Intermodes from the drop list, this is a different adaptation
of the algorithms above that Wayne added. I think in 16bit this is implemented
as a mapped histogram with 256 bins, so you would expect some difference.
I am looking into this in more detail and because I found some unexpected
behaviour if one chooses to set the threshold but not to convert to mask. It
converts to 8bit anyway. Not sure why, but hope to update this soon.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://imagej.net/pipermail/imagej-bugs/attachments/20141003/4e19a75c/attachment.html>
More information about the Imagej-bugs
mailing list