Jeremy R. Manning

Another option: https://gpytorch.readthedocs.io/en/latest/index.html

is this documented clearly? if not, please add this info to the API. we can punt support for other data types to a future release

For ECoG data, it'd be useful to know how much of the data is needed to reach a stable estimate of the correlation model: - for each subject, subsample out...

We could attempt to evaluate the per-location information by comparing within-subject correlation matrices with and without each electrode

Expanding on the previous comment in this issue, here's the specific analysis I had in mind: - For each subject, compute the correlation matrix for all of their electrodes (let's...

hmm...yes, we should probably discuss this... ideally we could support either strings *or* functions for each thing. one approach might be to have a dictionary whose keys are the string...

status of this? should we deal with this in a future release? @lucywowen

the way we had previously defined this is: - each brain object and/or nifti object counts as 1 subject - each model objects count as Model.n_subj subjects - each numerator/denominator/corrmat...

(and i think this is how it should work, if it doesn't currently work this way)

any movement on this? @KirstensGitHub