Decision tree step incorrectly assumes a sorted component table #923
Labels
bug
issues describing a bug or error found in the project
effort: low
Theoretically less than a day's work
impact: medium
Improves code/documentation functionality for some users
priority: medium
Should get addressed soon
Summary
There is a step in the decision tree where the first X remaining components should be used for something where the components are sorted by variance. MEICA sorted components by variance but tedana does not. That means tedana is incorrectly using a semi-random subset of components instead of the highest variance components.
Additional Detail
These are the key lines
tedana/tedana/selection/tedica.py
Lines 388 to 392 in f00cb25
This will be fixed in #756 but we might want to also fix in the current code so that pre and post decision-tree- modularization results will perfectly match.
This is a bug, but it will not affect the denoised time series. The
new_varex_lower
threshold is used to decide if components areaccepted
orignored
With the current version, it's possible for more components than intended to end upignored
but they'll still be retained in the denoised time series.Next Steps
The text was updated successfully, but these errors were encountered: