Difference between revisions of "2013 Summer Project Week:Investigate Potential Tensor Computation Improvement via Positive Semi-Definite (PSD) Tensor Estimation"
(4 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
+ | [[2013_Summer_Project_Week#Agenda|Back to Summer project week Agenda]] | ||
<gallery> | <gallery> | ||
Image:PW-MIT2013.png|[[2013_Summer_Project_Week#Projects|Projects List]] | Image:PW-MIT2013.png|[[2013_Summer_Project_Week#Projects|Projects List]] | ||
− | Image: | + | Image:PSD_NewOption.png|How the CLI needs to expose a new feature for PSD. |
− | |||
</gallery> | </gallery> | ||
Line 9: | Line 9: | ||
* BWH: Raul San Jose, Carl-Fredrik Westin, Demian Wassermann | * BWH: Raul San Jose, Carl-Fredrik Westin, Demian Wassermann | ||
* UNC: Marc Niethammer | * UNC: Marc Niethammer | ||
− | * UIowa:Hans Johnson, Joy Matsui | + | * UIowa: Hans Johnson, Joy Matsui |
==Background== | ==Background== | ||
Line 29: | Line 29: | ||
<h3>Objective</h3> | <h3>Objective</h3> | ||
− | + | Discuss approach and schedule making this change after project week. | |
</div> | </div> | ||
Line 37: | Line 37: | ||
<h3>Approach, Plan</h3> | <h3>Approach, Plan</h3> | ||
− | + | # Modify the CLI code to expose the alternate analysis processing schemes at runtime rather than at compile time | |
+ | # Modify XML to expose option in the Slicer GUI | ||
</div> | </div> | ||
Line 45: | Line 46: | ||
<h3>Progress</h3> | <h3>Progress</h3> | ||
− | + | Discussions occured, and it was determined that this work is best done after project week. | |
+ | |||
+ | [[File:DWItoDTI_with_PSD_EmailConversation.pdf]] E-mail conversation | ||
+ | |||
</div> | </div> | ||
Line 52: | Line 56: | ||
==Delivery Mechanism== | ==Delivery Mechanism== | ||
− | This work will be delivered to the NA-MIC Kit as | + | This work will be delivered to the NA-MIC Kit as an improvement to the existing DWItoDTI module |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
==References== | ==References== | ||
* [http://lmi.bwh.harvard.edu/papers/pdfs/2006/niethammerEMBS06.pdf On Diffusion Tensor Estimation] | * [http://lmi.bwh.harvard.edu/papers/pdfs/2006/niethammerEMBS06.pdf On Diffusion Tensor Estimation] |
Latest revision as of 13:19, 21 June 2013
Home < 2013 Summer Project Week:Investigate Potential Tensor Computation Improvement via Positive Semi-Definite (PSD) Tensor EstimationBack to Summer project week Agenda
Key Investigators
- BWH: Raul San Jose, Carl-Fredrik Westin, Demian Wassermann
- UNC: Marc Niethammer
- UIowa: Hans Johnson, Joy Matsui
Background
Tensor estimation in Slicer4 is done by vtkTeemEstimateDiffusionTensor. In the inner loop of this class, the tensor fitting is actually computed by _tenEstimate1TensorSingle (teem/src/ten/estimate.c). The solution that teem takes to deal with negative eigenvalues is to add an isotropic part corresponding to the smallest eigenvalue if the eigenvalue is negative and the flag negEvalShift is On. This flag is part of the tenContext structure that controls the estimation options and, in turn, can be set in the vtk class by means of ShiftNegativeEigenvalues. By default, ShiftNegativeEigenvalues is Off in the constructor.
Long story short, teems shifts the value of the eigenvalues so the most negative eigenvalue becomes zero that it is not what it is exactly done in the PSD constrained paper. I've (Raul) been digging through the old slicer2 repository but I did not find that implementation. I'm sure that we played with it but it never made it to any of the CSV branches !!! (old stuff, as you can see). I recalled that we used to do the correction when computing the scalar quantities rather than at tensor estimation. But, surprise, surprise, I found the code in Slicer4. It is funny how you forget things that you have done. I believe this code has traveled through the time machine of Slicer2, to Slicer3 and now to Slicer4.
If you check vtkDiffusionTensorMathematics you will find the magic in FixNegativeEigenvaluesMethod [1]
However, if you go to the ExecuteData, this method is commented in favor of applying the same approach that teem applies. I'm sure that this was, at the time, an unconscious decision to be consistent.
I have to say that this might be a good time to revisit this issue and add some consistency across the code about where to apply this kind of tricks. The PSD trick is only valid under the least-square solution, so it would be the most sense to apply it as an option in vtkTeemEstimationDiffusionTensor when the LS method is selected. I don't know if this can be generalized to the WLS but my experience is that WLS deals with many of this negative eigenvalues oddities when it weights down the noise DWIs.
Objective
Discuss approach and schedule making this change after project week.
Approach, Plan
- Modify the CLI code to expose the alternate analysis processing schemes at runtime rather than at compile time
- Modify XML to expose option in the Slicer GUI
Progress
Discussions occured, and it was determined that this work is best done after project week.
File:DWItoDTI with PSD EmailConversation.pdf E-mail conversation
Delivery Mechanism
This work will be delivered to the NA-MIC Kit as an improvement to the existing DWItoDTI module