<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Hans, I think you were involved with refactoring registration framework for V4. Can you pitch in?</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Regards</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jun 11, 2016 at 1:24 AM, David S. Paik (Elucid Bioimaging) <span dir="ltr"><<a href="mailto:david.paik@elucidbio.com" target="_blank">david.paik@elucidbio.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am going through the level set v4 classes in 4.9.1 and I noticed a few things.<br>
<br>
In itk::LevelSetBase<br>
<br>
-  EvaluateMeanCurvature( const InputType& iP ) is declared pure virtual (.h line 75) but a definition is provided (.hxx line 88).  While syntactically permissible, this seems more likely an oversight rather than an intentional design. (see below)<br>
<br>
- Both versions of EvaluateLaplacian are pure virtual even though they could be computed at this point in the hierarchy as the trace of the Hessian matrix.  This is analogous to how EvaluateGradientNorm is calculated even though EvaluateGradient is still pure virtual in this class. (see below)<br>
<br>
<br>
In itk::DiscreteLevelSetImage<br>
<br>
- EvaluateLaplacian (both versions) do their own redundant calculation of second derivatives even though they may have already been calculated in the Hessian matrix.  There’s probably a design tradeoff between redundantly computing the Laplacian (as it is now) vs. Laplacian triggering a full Hessian computation even if the off diagonal elements of the Hessian are not used.  One possibility is to check to see if Hessian has been computed and if so use it but not trigger a full Hessian computation.<br>
<br>
- EvaluateMeanCurvature (both versions) override itk::LevelSetBase’s version but they appear to be exactly the same.  The virtual function calls should work from the base class.  Not a bug but this seems to be an unnecessary redundancy.  Am I missing something?<br>
<br>
<br>
David<br>
<br>
_______________________________________________<br>
Community mailing list<br>
<a href="mailto:Community@itk.org">Community@itk.org</a><br>
<a href="http://public.kitware.com/mailman/listinfo/community" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/community</a><br>
</blockquote></div><br></div>