when fetched, SNIRFs are read into RAW objects #46
Conversation
|
I was requested to review this but there is no description in the PR comments of what it's doing and why. |
The `fetch_file()` function would download a file from the links in the info.txt file, and to load the snirfs in there needed to be an additional step using `read_raw_snirf()`. Now if `load_raw` argument is true, the function will return a dictionary containing the loaded raw file(s) so it doesn't have to be done manually.
If the fetched file is a snirf, and if the `load_raw` argument is true, load in the downloaded file as an mne raw object.
@JohnGriffiths updated with description |
|
I'm not sure I agree with the approach of folding data loading into a data fetching function. They are different operations. What is the advantage of this change exactly? If / when we add major changes for data fetchers, we should probably just follow the nilearn approach https://nilearn.github.io/dev/modules/datasets.html https://github.com/nilearn/nilearn/blob/main/nilearn/datasets/atlas.py https://nilearn.github.io/dev/manipulating_images/input_output.html#datasets which usually return |
The
fetch_file()function only downloads the file, and then the file has to be loaded in manually. If the fetched file is a snirf, and if theload_rawargument is true, load in the downloaded file as an mne raw object.I'm not sure if it's best to keep the downloading and the loading parts separate or to integrate them.
(also, corrected the 'hmb' filetypes to 'hbm' in the info.txt file.)