[ImageJ-devel] Polygon overlay bugs

Senseney, Justin (NIH/CIT) [E] senseneyj at mail.nih.gov
Thu May 10 15:18:14 CDT 2012

Thanks Barry.  However item (3) for #1165 is not accurate.  If you draw a polygon overlay, then fill it, then drag it, you cannot perform subsequent fill or inverse operations.  My picture was not clear on this point.  The current item (3) operation works fine.


From: Barry DeZonia [mailto:bdezonia at gmail.com]
Sent: Thursday, May 10, 2012 3:57 PM
To: Senseney, Justin (NIH/CIT) [E]
Cc: imagej-devel at imagej.net
Subject: Re: [ImageJ-devel] Polygon overlay bugs

Thanks for the bug report Justin. I have filed a new ticket in our bug trac (code.imagej.net/trac/imagej/ticket/1165<http://code.imagej.net/trac/imagej/ticket/1152>). You are CCed on the ticket and should receive updates as this issue is addressed.
On Thu, May 10, 2012 at 10:51 AM, Senseney, Justin (NIH/CIT) [E] <senseneyj at mail.nih.gov<mailto:senseneyj at mail.nih.gov>> wrote:

-----Original Message-----

>Something related I noted some time ago.
>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?
>Can one "draw" a pixel-accurate ROI this way?
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.

Justin Senseney
301-480-0028<tel:301-480-0028> (fax)
Building 12A/2015

ImageJ-devel mailing list
ImageJ-devel at imagej.net<mailto:ImageJ-devel at imagej.net>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://imagej.net/pipermail/imagej-devel/attachments/20120510/cb1c0d54/attachment-0001.html>

More information about the ImageJ-devel mailing list