Thanks for the bug report Justin. I have filed a new ticket in our bug trac (<a href="http://code.imagej.net/trac/imagej/ticket/1152" target="_blank">code.imagej.net/trac/imagej/ticket/1165</a>). You are CCed on the ticket and should receive updates as this issue is addressed.<br>
<br><div class="gmail_quote">On Thu, May 10, 2012 at 10:51 AM, Senseney, Justin (NIH/CIT) [E] <span dir="ltr"><<a href="mailto:senseneyj@mail.nih.gov" target="_blank">senseneyj@mail.nih.gov</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"><br>
-----Original Message-----<br>
<br>
<br>
>Something related I noted some time ago.<br>
>I find the smoothed ROIs a bit puzzling. Sure for deforming an ROI they might be useful, but is it possible to see what is in and what is >not in the ROI?<br>
>Can one "draw" a pixel-accurate ROI this way?<br>
<br>
</div>IJ1 handles this well, since straight lines are always connecting points, so you're likely to have a range of pixel types that will complement each other to provide an ROI that neither over-counts or under-counts the pixels.  It's a good question for curved ROIs if there's an algorithm that can provide an efficient approach.  I have not looked.<br>

<div class="im HOEnZb"><br>
Justin Senseney<br>
BIRSS/ISL/DCB/CIT/NIH<br>
<a href="tel:301-594-5887" value="+13015945887">301-594-5887</a><br>
<a href="tel:301-480-0028" value="+13014800028">301-480-0028</a> (fax)<br>
Building 12A/2015<br>
<br>
<br>
<br>
<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
ImageJ-devel mailing list<br>
<a href="mailto:ImageJ-devel@imagej.net">ImageJ-devel@imagej.net</a><br>
<a href="http://imagej.net/mailman/listinfo/imagej-devel" target="_blank">http://imagej.net/mailman/listinfo/imagej-devel</a><br>
</div></div></blockquote></div><br>