# Fixel-Based Analysis on single shell data

**URL:** <https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897>\
**Category:** Uncategorized\
**Tags:** fba\
**Created:** [May 17, 2017, 12:33am UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897 "2017-05-17T00:33:09Z")\
**Posts on this page:** 8\
**Page:** 1

<div class="post-metadata">

**Author:** ![Zonglei](https://community.mrtrix.org/user_avatar/community.mrtrix.org/zonglei/32/509_2.png) [@Zonglei](https://community.mrtrix.org/u/Zonglei)\
**Post date:** [May 17, 2017, 12:33am UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/1 "2017-05-17T00:33:10Z")

</div>

Hi all,  
I’m planing to do a fixel-based analysis on some single-shell data(b=2000, dirs = 96). I’m confused that there are two FBA pipelines for single shell data in MRtrix3 docs. One is "Fibre density and cross-section - Single shell DWI;’ the other is “Fibre density and cross-section - Multi-tissue CSD”. So which one should I use?

Thanks,  
Zonglei

---

<div class="post-metadata">

**Author:** ![jdtournier](https://community.mrtrix.org/user_avatar/community.mrtrix.org/jdtournier/32/2594_2.png) [@jdtournier](https://community.mrtrix.org/u/jdtournier)\
**Post date:** [May 17, 2017, 8:54am UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/2 "2017-05-17T08:54:02Z")

</div>

The multi-tissue CSD pipeline requires _multi-shell_ data - at least for the time being. So you’ll probably want to use the single-shell pipeline.

Note that it is perfectly possible to use multi-tissue CSD on single-shell data, since the _b_=0 images constitute a second ‘shell’. However, this doesn’t allow you to do a full 3-tissue decomposition, you’d be limited to WM & CSF, with GM not being handled particularly well. This still provides CSF suppression though, which might come in useful. However, it’s probably simplest at this stage to stick to the single-shell pipeline…

---

<div class="post-metadata">

**Author:** ![Zonglei](https://community.mrtrix.org/user_avatar/community.mrtrix.org/zonglei/32/509_2.png) [@Zonglei](https://community.mrtrix.org/u/Zonglei)\
**Post date:** [May 17, 2017, 4:40pm UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/3 "2017-05-17T16:40:46Z")

</div>

HI J-Donald:  
Thanks much for your detailed information. I’ll get started with the single-shell pipeline.  
Zonglei

---

<div class="post-metadata">

**Author:** ![ThijsDhollander](https://community.mrtrix.org/user_avatar/community.mrtrix.org/thijsdhollander/32/1617_2.png) [@ThijsDhollander](https://community.mrtrix.org/u/ThijsDhollander)\
**Post date:** [May 17, 2017, 11:18pm UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/4 "2017-05-17T23:18:45Z")

</div>

Hi @Zonglei,

I second @jdtournier’s advice to stick with the (single-shell) single-tissue pipeline for the time being. The confusion in the manual is with respect to an upcoming release of **single-shell 3-tissue CSD** ( **SS3T-CSD** , see [this reference](https://www.researchgate.net/publication/301766619_A_novel_iterative_approach_to_reap_the_benefits_of_multi-tissue_CSD_from_just_single-shell_b0_diffusion_MRI_data), we used it for instance successfully in [this](https://www.researchgate.net/publication/315836265_Fibre-specific_white_matter_changes_in_Alzheimer%27s_disease_novel_insights_from_Fixel-Based_Analysis), and [this](https://www.researchgate.net/publication/307889845_Apparent_Fiber_Density_A_novel_method_to_detect_axonal_degeneration_in_patients_with_MS) / [this](https://www.researchgate.net/publication/315836564_Reduced_fibre_density_in_the_visual_pathways_of_multiple_sclerosis_patients_with_optic_neuritis) study). But to be clear: this is not yet publicly available in MRtrix3. Our internal results have been produced with an internal prototype of the method that I built specifically for this purpose. Ironically, this is what’s been taking up a lot of my time and has delayed work on a publication / public implementation of the method… let’s hope that changes soon. 😉

Apart from that, @jdtournier suggestion to use MSMT-CSD with just WM and CSF as tissue types is a useful one too. This will buy you free-water elimination, which is not per se unimportant at b=2000, and in the presence of certain specific pathologies. Furthermore, using the MSMT-CSD implementation in this way, will also buy you a “hard-constrained” implementation of CSD inherently. Our experiences over here with the latter aspect have been nothing but positive compared to the default “soft-constrained” default CSD. I would _personally_ highly recommend it. I can provide you with further details privately if you wish.

For further related information on these topics, see also [this](https://community.mrtrix.org/t/wm-odf-and-response-function-with-dhollander-option---single-shell-versus-multi-shell/572/4), [this](https://community.mrtrix.org/t/does-mrtrix-have-water-compartment-modeling-similar-to-noddi/655/2), [this (recommended)](https://community.mrtrix.org/t/lmaxes-specified-does-not-match-number-of-tissues/500/13), and [this](https://community.mrtrix.org/t/ss3t-or-2s3t-csd-implementation/801/2) post elsewhere on this forum.

However, an important word of caution: however strange it may sound at first (maybe), if pursuing this strategy ( **`dwi2response dhollander` followed by `dwi2fod msmt_csd` with only the WM and CSF responses** ), I personally recommend plugging this step into the current **single-tissue** pipeline, only using the WM outcome of this all after this very step. The reason for this is that the multi-tissue pipeline does the `mtbin` bias field and intensity normalisation step right after this (and no bias field and intensity normalisation step before the CSD step). This very step, however, definitely requires the full 3-tissue CSD results (WM-GM-CSF) to work correctly at higher b-values (b=2000 is high enough in this context). Ironically, at a low b-value (say below b=1000), this wouldn’t be so much of an issue.

Finally, if you’d want to pursue using SS3T-CSD itself, just contact me privately; we can always arrange something if and when it makes sense.

Cheers,  
Thijs

---

<div class="post-metadata">

**Author:** ![Zonglei](https://community.mrtrix.org/user_avatar/community.mrtrix.org/zonglei/32/509_2.png) [@Zonglei](https://community.mrtrix.org/u/Zonglei)\
**Post date:** [May 21, 2017, 6:24pm UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/5 "2017-05-21T18:24:36Z")

</div>

Hi @Thijs,  
Thanks for the valuable comments.

If I understand you correctly, you are suggesting a mixed pipeline in which we use the single shell pipeline as the framework, but insert dwi2response dhollander and dwi2fod msmt\_csd from multi-shell pipeline into it. Am I right?

Cheers,  
Zonglei

---

<div class="post-metadata">

**Author:** ![ThijsDhollander](https://community.mrtrix.org/user_avatar/community.mrtrix.org/thijsdhollander/32/1617_2.png) [@ThijsDhollander](https://community.mrtrix.org/u/ThijsDhollander)\
**Post date:** [May 24, 2017, 3:42am UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/6 "2017-05-24T03:42:44Z")

</div>

> [@Zonglei](#):
>
> If I understand you correctly, you are suggesting a mixed pipeline in which we use the single shell pipeline as the framework, but insert dwi2response dhollander and dwi2fod msmt\_csd from multi-shell pipeline into it. Am I right?

Yes, that’s correct. So you’d be following [the pipeline over here](https://mrtrix.readthedocs.io/en/3.0_rc2/fixel_based_analysis/ss_fibre_density_cross-section.html), but instead replacing step 6 (response function estimation) by:

```auto
foreach * : dwi2response dhollander IN/dwi_denoised_preproc_bias_norm.mif IN/response_wm.txt IN/response_gm.txt IN/response_csf.txt
average_response */response_wm.txt ../group_average_response_wm.txt
average_response */response_csf.txt ../group_average_response_csf.txt

```

…and step 9 (FOD estimation) by:

```auto
foreach * : dwi2fod msmt_csd IN/dwi_denoised_preproc_bias_norm_upsampled.mif ../group_average_response_wm.txt IN/fod.mif ../group_average_response_csf.txt IN/csf.mif -mask IN/dwi_mask_upsampled.mif

```

…and then proceed as normal with the FOD output. This comes down to estimating 3 tissue responses (WM, GM, CSF), but ditching the GM response upon doing MSMT-CSD with only WM and CSF, and then after that ignoring the CSF output (but knowing that the WM FOD will have benefited from its inclusion in the model).

Does that make sense? 🙂

---

<div class="post-metadata">

**Author:** ![Zonglei](https://community.mrtrix.org/user_avatar/community.mrtrix.org/zonglei/32/509_2.png) [@Zonglei](https://community.mrtrix.org/u/Zonglei)\
**Post date:** [May 25, 2017, 4:29pm UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/7 "2017-05-25T16:29:35Z")

</div>

@Thijs Very clear, thanks much! I’m running the analysis according to your suggestion.

---

<div class="post-metadata">

**Author:** ![ThijsDhollander](https://community.mrtrix.org/user_avatar/community.mrtrix.org/thijsdhollander/32/1617_2.png) [@ThijsDhollander](https://community.mrtrix.org/u/ThijsDhollander)\
**Post date:** [August 17, 2017, 5:17am UTC](https://community.mrtrix.org/t/fixel-based-analysis-on-single-shell-data/897/8 "2017-08-17T05:17:55Z")

</div>

Just a small addition here: as I’ve mentioned in [this post](https://community.mrtrix.org/t/error-using-mtnormalise/1111/5) just now, you can actually also continue using the multi-tissue pipeline after you’ve obtained the WM and CSF outcomes from `dwi2fod msmt_csd`. So essentially still `dwi2response dhollander`, ditching the GM response, `dwi2fod msmt_csd` with only WM and CSF responses, but then _not_ ditching the CSF outcome, but proceeding with the **multi-tissue pipeline** (rather than the single-shell one) while using 2 tissue types (rather than the exemplary 3 in the documentation). The `mtnormalise` step should work quite well with WM and CSF, as long as they come from an actual 2-tissue WM-CSF reconstruction (so _not_ from a 3-tissue WM-GM-CSF reconstruction where you ditch the GM; that would be ditching actual signal, which isn’t good for `mtnormalise`).

The reason why this still works very decently, is because the b=0 signal from GM is still not _massively_ different from WM, and the non-b=0 signal will in most scenarios be the other way around. The CSF compartment will also still fit a tiny bit of the actual GM. So putting this all together, the summed WM+CSF image from a WM+CSF 2-tissue reconstruction, plus rebalancing (which `mtnormalise` does internally for you), still results in a quite flat image; apart from T2 shine-through and bias fields. That’s exactly the assumption that `mtnormalise` hinges on, so it does perform well in practice.
