[BUG]: PatternDataGrabber does not respect the "format" parameter required for BOLD_confounds data type #158
No reviewers
Labels
No labels
CRITICAL
Stale
WIP
bug
concept
coordinate
dataset
dependencies
documentation
duplicate
enhancement
github_actions
good first issue
help wanted
invalid
maintenance
maps
marker
mask
on hold
parcellation
preprocess
question
ready
storage
template-space
triage
wontfix
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
juaml/junifer!158
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/confounds-format-pattern-dg"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Is there an existing issue for this?
Current Behavior
As of
c6508a76, when loading the data forBOLD_confoundsdata type, thePatternDataGrabber(hence other dependent datagrabbers) does not add the"format"key to theJunifer Data object'sBOLD_confoundsdata type. This causes thefMRIPrepConfoundRemoverto raise error later on when removing the confounds.Expected Behavior
The
"format"key should be available to theBOLD_confoundsdata type so thatfMRIPrepConfoundRemovercan pre-process normally.Steps To Reproduce
As of
c6508a76,DataladAOMICPIOP1 > DefaultDataReader > fMRIPrepConfoundRemover > FunctionalConnectivityParcels.Environment
Relevant log output
No response
Anything else?
No response
Codecov Report
100.00% <ø> (ø)93.46% <100.00%> (+0.01%)Flags with carried forward coverage won't be shown. Click here to find out more.
100.00% <ø> (ø)100.00% <ø> (ø)100.00% <ø> (ø)97.93% <100.00%> (+0.18%)