[ImageJ-devel] Polygon overlay bugs

[Barry DeZonia]

Thanks Justin. I have updated the ticket to reflect your comments.

On Thu, May 10, 2012 at 3:18 PM, Senseney, Justin (NIH/CIT) [E] <
senseneyj at mail.nih.gov> wrote:

> 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.****
>
> ** **
>
> -Justin****
>
> ** **
>
> *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> 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
> BIRSS/ISL/DCB/CIT/NIH
> 301-594-5887
> 301-480-0028 (fax)
> Building 12A/2015
>
>
>
>
> ****
>
> _______________________________________________
> ImageJ-devel mailing list
> ImageJ-devel at imagej.net
> http://imagej.net/mailman/listinfo/imagej-devel****
>
> ** **
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://imagej.net/pipermail/imagej-devel/attachments/20120511/3691ffa7/attachment.html>