<div dir="ltr">Hi Jay,<div><br></div><div><div>> Am I right that Ops sort of occupies the niche between ImgLib2 and</div><div>> ImageJ Plugins... something that makes it easier to do the image</div><div>> manipulations but can be reused a bit more easily given they don't</div><div>> require many of the Service parameters and preprocessors that many of</div><div>> the plugins take/need?</div><div><br></div><div>Yes, OPS is intended for pure image processing operations and functions. The rule of thumb is that they be deterministic, and have no side effects. So you give same inputs, you get same outputs, every time. Many of them are also multithreadable, though that is not a requirement. And OPS are also supposed to be "static" rather than dynamic -- i.e., they shouldn't have a variable number of input or output parameters, unlike commands in general.</div><div><br></div><div><div>That said, OPS are still allowed to depend on services, but it is expected that the service methods you call will not compromise the determinism of the op -- i.e., only utility methods of services should really be used. Perhaps in the future we could add annotations to each service method indicating what sort of method it is, and hence where it is "safe" to use.</div></div><div><br></div><div>I want to thank you for your feedback and discussion from a few months ago, regarding reuse of ImageJ2 commands in JEX. Your perspective provided some of the inspiration for the design of OPS, because it became clear that we need a "pure functional" layer for image processing that does not rely on side effects from services, etc. The idea is that KNIME Image Processing, CellProfiler, OMERO, JEX, etc., can all consume and expose the ops with the assumption that they will behave well (work headless, etc.).</div><div><br></div><div>Regards,</div><div>Curtis</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 2, 2014 at 12:08 PM, Jay Warrick <span dir="ltr"><<a href="mailto:warrick@wisc.edu" target="_blank">warrick@wisc.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">Looks promising. Am I right that Ops sort of occupies the niche between ImgLib2 and ImageJ Plugins... something that makes it easier to do the image manipulations but can be reused a bit more easily given they don't require many of the Service parameters and preprocessors that many of the plugins take/need?<div><br></div><div><div><div><div><div class="h5"><div>On Oct 1, 2014, at 4:58 PM, Curtis Rueden <<a href="mailto:ctrueden@wisc.edu" target="_blank">ctrueden@wisc.edu</a>> wrote:</div><br></div></div><blockquote type="cite"><div><div class="h5"><div dir="ltr">Hi everyone,<div><br></div><div>The ImageJ2 and KNIME Image Processing teams met in Madison during the week of September 15 - 19, to work on ImageJ OPS, which <span style="font-family:sans-serif;font-size:13px;line-height:19.5px">seeks to be a unifying library for scientific image processing.</span></div><div><br></div><div>On behalf of the OPS development team, I am pleased to announce the results of that hackathon, including accomplishments, project goals and milestones. See the news post for full details:</div><div><br></div><div><a href="http://imagej.net/2014-10-01_-_ImageJ_OPS_Hackathon" target="_blank">http://imagej.net/2014-10-01_-_ImageJ_OPS_Hackathon</a><br></div><div><br></div><div>Regards,</div><div>Curtis Rueden</div><div>ImageJ2 project lead</div></div></div></div>
_______________________________________________<br>ImageJ-devel mailing list<br><a href="mailto:ImageJ-devel@imagej.net" target="_blank">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></blockquote></div><br></div></div></div></blockquote></div><br></div></div></div>