This PR adds a new module, SciJava Ops Flim, which ports the (ImageJ) Ops from FlimJ Ops.

TODO:

• I had an issue encapsulating the SciJava Ops Flim code within a module, which I believe stems from native code access. Currently, the module info exists but is disabled through renaming, however we should either restore it or delete it (in its own commit, so we can find it again if necessary).
• I removed parallel computation from AbstractSingleFitWorker because the routine depends on the Chunk class, which is internal to SciJava Ops Image. Do we care to add parallel computation back in? Should we add a compile-time dependency on SciJava Ops Image to enable us to depend on Chunk, or do something else? EDIT: I filed Parallelize SciJava Ops FLIM Ops scijava#205 for this.
• I did not port this notebook describing FlimJ Ops access from Python, as those mechanisms are not yet set in stone. Maybe we should file a Paper 3 issue to port that notebook? EDIT: I filed Port flimj-ops Python notebook to SciJava Ops FLIM scijava#206 for this.
• I cannot reproduce this image, using either the groovy script in the FlimJ Ops README, or with the new script in the updated README in this PR. Should we update the image below, which I observe running both scripts? EDIT: I incorrectly contrasted the image, thanks to @elevans for figuring that out. Added a note in the readme that hopefully prevents others from encountering this issue.