-
Notifications
You must be signed in to change notification settings - Fork 20
ImgMath updates #87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ImgMath updates #87
Conversation
The travis build fails because it isn't using the latest imglib2. |
side by side with the RealType one. It is at least twice as fast.
… ArrayImg or into Img of the same kind as one of the input images, with the additional ability to define a Type for computing.
…tion without actually running anything. So, instead of copying the result into an image, merely return it as a recipe for generating the result at any one sample, with random access. Works great because computations are pixel-wise.
…Builder and the asRandomAccessibleInterval view of the computations.
… anew to contain the result of the pixel-wise computations.
which are more readable than EQ, NEQ, GT and LT (which are otherwise the exact same thing).
We want to call the new pow(...) method on a RealType.
…nterface to NumericType.
Not based on NumericType math as it lacks these functions. Uses RealType.setReal and RealType.getRealDouble(), which is the standard approach as used by e.g. net.imglib2.util.Util.genericRealTypeConverter.
An excellent illustration of why reproducible builds are vital. I have force pushed this branch to address the issue. Here are the steps I followed:
What went wrong?
So 94426d5 introduces changes relying on a newer imglib2. Before this commit can be introduced in the history, we need to update imglib2-algorithm to a new-enough imglib2.
The relevant commit is 1096528. Note the removal of the
I.e.:
So 👍 on the version updates. But do the tests still pass? One
OK, we got farther... what's wrong now?
Hmm,
🎉
I expect that the Travis build will now fail again, due to failure to download imglib2, due to problem with maven.scijava.org that started happening within the past couple of weeks. I'm looking into it. |
Thanks @ctrueden, this is very helpful. Also, not something I'd reasonably expect of anybody else! Hope you can find what's up with maven.scijava.org. Reproducible builds are indeed fantastic. Here, the issue is instead about compiling the lastest imglib2-algorithm with the latest imglib2, both unreleased. |
Hi @ctrueden, did you find the issue with maven.scijava.org, and can this be merged? |
@acardona Yes! The Maven server is working, and this PR build is passing. Merging now! |
Thanks very much! |
A few updates to ImgMath, including the power operation as recently added to imglib2 core, and convenience methods for viewing operations as
RandomAccessibleInterval
(rather than computing them), and for multithreaded computing thanks toLoopBuilder
.