The pre-computed tables only go up to fwhm=30. I know that you only used fwhm=15, but there is inherent smoothness in the data that causes the actual fwhm to be larger, especially for surface area and volume. I highly recommend that you use permutation when analyzing surface area. I have a new patch of mri_glmfit-sim which can be used with non-orthogonal designs. You can find it here ftp://surfer.nmr.mgh.harvard.edu/pub/dist/freesurfer/6.0.0-patch. See the README file and the --help.

On 10/01/2017 03:42 PM, Daniel Yang wrote:

Hi FreeSurfer experts,

To follow up on my early post, I am wondering if I use fwhm=15 to analyze area, mri_surfcluster reported that it cannot find fwhm31 in fsaverage/${hemi}/cortex/fwhm31/...

is this normal?

When I use fwhm=10, everything seems to be okay.

Best, Daniel

On Tue, Sep 26, 2017 at 8:57 PM, Daniel Yang <danielyang@email.gwu.edu mailto:danielyang@email.gwu.edu> wrote:

Hi FreeSurfer experts,

When I specify fwhm=15 to analyze area, mri_surfcluster said that
it cannot find fwhm31 in fsaverage/${hemi}/cortex/fwhm31/...

This did not happen when I used FreeSurfer 5.3.0

I am wondering if FreeSurfer 6.0.0 pre-smooths the surface area?

Thanks,
Daniel

---

Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer