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

question: number of streamlines in tckgen #111

Open
LucSam opened this issue Jun 30, 2022 · 1 comment
Open

question: number of streamlines in tckgen #111

LucSam opened this issue Jun 30, 2022 · 1 comment

Comments

@LucSam
Copy link

LucSam commented Jun 30, 2022

Hi, thanks very much for providing this bids-app.

1)Is there a rationale regarding the rather specific definition of n streamlines:
num_streamlines = 500 * num_nodes * (num_nodes-1) (cf. line 2618 in mrtrix3_connectome.py)?

2)I remember the nice poster "Investigating the streamline count required for reproducible structural connectome construction across a range of brain parcellation resolutions" from Chun-Hung, demonstrating a minimum of ca. 20M streamlines for e.g. a 85 nodes parcellation to achieve reproducible structural connectomes and reduce variation. That number doesn't seem to be related here or did I miscalculate?

Best, Lucius

@Lestropie
Copy link
Collaborator

Is there a rationale regarding the rather specific definition of n streamlines:

Not massively. It results in the mean number of streamlines per connectome edge being 1000. There's some limited logic in the quadratic scaling of number of streamlines as a function of number of edges, but the magnitude is somewhat arbitrary.

Chun-Hung, demonstrating a minimum of ca. 20M streamlines for e.g. a 85 nodes parcellation

So there's two outstanding limitations here. Firstly, that work was interested specifically in the numbers required to achieve stability in individual edge weights, which is a specific experimental outcome for which the precision is assessed; if one is interested in alternative experimental outcomes (eg. graph metrics), the required numbers will likely vary. Secondly, there is a somewhat arbitrary thresholding necessary to place on the precision in order to draw a line at a fixed number of streamlines for a given parcellation; one can change that threshold and get a different number, and there's no obvious standout candidate.

Personally I prefer bigger numbers, but there's an additional concern in that if the default is too large (which is exacerbated by other parameters here resulting in the computational time per streamline being longer than usual) people may hit Ctrl-C and go use something else. You can of course always just override with the --streamlines option.

Cheers
Rob

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