Make `mne.io.Raw` available as `mne.Raw`
See original GitHub issueTwo of the most important data classes, mne.Epochs
and mne.Evoked
, are available directly in mne
. However, the class for continuous data is available as mne.io.Raw
and not mne.Raw
(because all read_raw_*
readers also live in mne.io
). For consistency, I propose to make mne.io.Raw
available as mne.Raw
(but keep mne.io.Raw
for backward compatibility). WDYT?
Issue Analytics
- State:
- Created 2 years ago
- Comments:12 (12 by maintainers)
Top Results From Across the Web
mne.io.Raw — MNE 1.2.2 documentation - MNE-Python
The raw filename to load. For files that have automatically been split, the split part will be automatically loaded.
Read more >The Raw data structure: continuous data - MNE-Python
This tutorial covers the basics of working with raw EEG/MEG data in Python. ... use the function mne.io.read_raw_fif() to load the raw data; ......
Read more >Creating MNE-Python data structures from scratch
This tutorial shows how to create MNE-Python's core data structures using an existing NumPy ... To create a Raw object from scratch, you...
Read more >mne.io.Raw — MNE 0.23.4 documentation - MNE-Python
The raw filename to load. For files that have automatically been split, the split part will be automatically loaded.
Read more >mne.io.Raw — MNE 0.18.2 documentation - MNE-Python
The raw filename to load. For files that have automatically been split, the split part will be automatically loaded.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@cbrnr’s argument makes sense to me too, but I agree with @agramfort that the root namespace is over-crowded. I would not do this as a one-off change, but I would consider doing this as part of a larger namespace overhaul, done after careful consideration/planning, and with a longer-than-normal deprecation cycle.
+1 from me because IMO the three most important classes that represent data (
Raw
,Epochs
,Evoked
) should live together. @larsoner there is at least oneread_raw_*
function which produces anEpochs
object (read_raw_eeglab()
). @agramfort I’d rather move less important things into submodules and have these three classes in the root.