).
Look at the help page (using mri_surfglm --help) for more info.
Since it just uses OLS, it cannot do more sophisticated modeling of the
variances (eg, modeling different groups with different variances),
though we hope to integrate it with FLAME, a program that will be in
FSL's next release
Hi Brian,
you probably need to specify a target subject (--trgsubj). I've put a
newer version of mri_surfglm at
ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/FreeSurfer/. The
guts of it have not changed, but it does better command-line error
checking.
doug
Brian C. Schweinsburg
I was able to answer my own question regarding thickness parameter maps
from the other day by poking through the Linux/bin directory. Looking
forward to using it.
brian
and
thickness vertices.
However, the mri_surfglm program ran without crashing, despite the above
problem. It seems like the mismatched vertices could be relevant for the
parametric analyses, but I am not sure how/if it uses the pial or white
surfaces. This program may use the ?h.sphere.reg which
went wrong in the make final surfaces step. I
am still looking for the source of the mismatch between the white and
thickness vertices.
However, the mri_surfglm program ran without crashing, despite the above
problem. It seems like the mismatched vertices could be relevant for the
parametric
the problem, because I obtained the same result with an older
version of it. Maybe something went wrong in the make final surfaces step. I
am still looking for the source of the mismatch between the white and
thickness vertices.
However, the mri_surfglm program ran without crashing, despite
wrong in the make final surfaces step. I
am still looking for the source of the mismatch between the white and
thickness vertices.
However, the mri_surfglm program ran without crashing, despite the above
problem. It seems like the mismatched vertices could be relevant
in the make final surfaces step. I
am still looking for the source of the mismatch between the white and
thickness vertices.
However, the mri_surfglm program ran without crashing, despite the above
problem. It seems like the mismatched vertices could be relevant for the
parametric analyses
.
However, the mri_surfglm program ran without crashing, despite the above
problem. It seems like the mismatched vertices could be relevant for the
parametric analyses, but I am not sure how/if it uses the pial or white
surfaces. This program may use the ?h.sphere.reg which, because