-
Notifications
You must be signed in to change notification settings - Fork 95
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
[FIX] Sort comptable by varex before identifying outlier components #261
Conversation
Codecov Report
@@ Coverage Diff @@
## master #261 +/- ##
==========================================
+ Coverage 45.94% 46.08% +0.14%
==========================================
Files 35 33 -2
Lines 2070 2046 -24
==========================================
- Hits 951 943 -8
+ Misses 1119 1103 -16
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this whole step is problematic and we should consider cutting it, but I agree that replaced an incorrectly implemented problematic step with a correctly implemented problematic step is an improvement.
Awesome! I'll wait until we merge #266, handle the merge conflicts, and then merge this in. |
# Conflicts: # tedana/selection/select_comps.py
Unfortunately the merge conflicts are being terrible, so I'm going to just close this and open a new PR from a fresh branch. |
Okay. I think that you should be able to fix them by rebasing this branch on top of master, resolving conflicts using "theirs" and then force-pushing here. But I'm not sure what exactly the conflicts are so I could be wrong. |
Closes #176. While this does not clarify everything about this step (e.g., why it is run three times specifically, or why the outlier components are excluded when computing elbows but not when selecting components later), it does resolve the most pressing issue of explaining why the step exists.
This was originally part of #247, but has been split off because it is self-contained and should be merged separately.
Changes proposed in this pull request:
ncls
(components presumably without outlier variance explained) by descending variance explained. Before, the component table was sorted by descending Kappa values when identifying outliers. Per discussions with @handwerkerd, this was identified as a bug.