mne-hcp
mne-hcp copied to clipboard
mne-tools
MNE-HCP for processing the Human Connectome Project MEG data using MNE-Python
This package is barely maintained, but I still see a question on the forum from time to time; or someone who directly contacts me with questions regarding this package. This...
mne:1.6.1 python:3.8 system:windows11 when I run the [code ](https://mne.tools/mne-hcp/auto_tutorials/plot_compute_forward.html#sphx-glr-auto-tutorials-plot-compute-forward-py) There are following errors: File "C:\Users\Administrator\.conda\envs\esi\lib\site-packages\hcp\__init__.py", line 4, in from . import viz File "C:\Users\Administrator\.conda\envs\esi\lib\site-packages\hcp\viz.py", line 9, in from mne.viz.topomap import...
Filed in the main repo [here](https://github.com/mne-tools/mne-python/issues/10564#issuecomment-1109870795) first, I run into a big endian dtype issue with Numba when computing forward models. A fix is suggested there
links to functions show up strangely in the readme and don't link at all in my firefox. screenshot: 
In HCP documentation, it is stated that the codes for Motor tasks should be bellow 256. (see page 13 [here](https://www.humanconnectome.org/storage/app/media/documentation/s900/HCP_S900_Release_Appendix_VI.pdf)). However, loading a subject with `hcp` gives event ids `[...
For some subjects of the HCP, the 3 layer bem model raises an error in `mne` when trying to extract surfaces. For example, running `make_bem_model` on the output of `watershed_bem`...
This example is analogous to our latest work in MNE-Python [https://github.com/mne-tools/mne-python/pull/5692] and serves as "cross" validation of our code. cc @larsoner @bloyl @ktavabi @agramfort Here some outputs:
Hi, I am trying to read epochs of a StoryMath trial from the BUN matrix of tmegpreproc using the command `epochs = hcp.read_epochs(subject=subject, data_type=data_type, run_index=run_index, onset='block', hcp_path=hcp_path, return_fixations_motor=False)` But it...
For some HCP subjects (~1/2 of the 20 I'm testing), `hcp.preprocessing.apply_ref_correction` seems to be introducing significant changes in the across-sensor average PSD. This came up when trying to classifying resting...