Skip to content
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

3D labelled atlas rather than 4D probablistic? #17

Open
rtybanana opened this issue Apr 2, 2021 · 3 comments
Open

3D labelled atlas rather than 4D probablistic? #17

rtybanana opened this issue Apr 2, 2021 · 3 comments

Comments

@rtybanana
Copy link

Hi,

As I understand it, the DiFuMo atlas is currently accessible as a 4D probalistic atlas with each region on a different volume and voxel values corresponding to the probability that it belongs to the ROI marked by each volume. For my purposes, I need the atlas to be in a 3D format where voxels are labelled with a number corresponding to the region ID; however, I've done some research but can't find any documented way of converting between the two.

Is there a way that you know of to convert from a 4D probablistic to a 3D labelled atlas, perhaps using FSL?

Many thanks,
Rory

@bthirion
Copy link
Contributor

bthirion commented Apr 2, 2021

A 3D atlas would be convenient if a voxel belongs to one and only one component, which is not the case with DiFuMo (Let's call this a parcellation).
You can do an argmax of the atlas values per voxel, but this loses many of the benfits of using DiFuMo. It would make more sense to use e.g. Schaefer atlas in that case.
HTH,

@rtybanana
Copy link
Author

rtybanana commented Apr 2, 2021

Thanks for your quick reply.

So conceptually there is nothing wrong with argmax-ing along the 4th dimension of the provided atlas as long as we don't care about losing the overlapping ROI information in this case?

Essentially, what we are trying to do is combine functional and structural connectivity into a single structure for analysis. We're trying out a bunch of atlases in this research because some are more suitable for functional and others more for structural. We have a working pipeline for extracting timeseries from our functional scans using DiFuMo, but got caught up with doing the same for our structural scans because the atlas was expected in a 3D format.

@bthirion
Copy link
Contributor

bthirion commented Apr 5, 2021 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants