Hi Doug,

For mri_glmfit I used a cortical thickness smoothed with a FWHM of 20,
resulting  from using the -qcache option in recon-all.

Ed

On 27 Sep 2012, at 18:00, freesurfer-request@nmr.mgh.harvard.edu wrote:

Message: 16

Date: Thu, 27 Sep 2012 11:29:06 -0400

From: Douglas N Greve <greve@nmr.mgh.harvard.edu>

Subject: Re: [Freesurfer] mri_glmfit-sim with pre-cached fails

To: freesurfer@nmr.mgh.harvard.edu

Message-ID: <506470C2.5060906@nmr.mgh.harvard.edu>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed


Hi Ed, when I created the cache, I only went up to 30mm FWHM thinking

that no one would ever go above it, or maybe should never go above it. I

can create tables at higher smoothing levels, but 34mm is a lot of

smoothing. How much did you apply to the data?

doug


On 09/27/2012 05:48 AM, Ed Gronenschild wrote:

Hi,


I want to apply a cluster correction with mri_glmfit-sim with

the --cache option:


mri_glmfit-sim --glmdir my_glmdir --cache 1.3 abs


It fails with the error message that it can't find the file:


FSDir/average/mult-comp-cor/fsaverage/lh/cortex/fwhm34/abs/th1.3/mc-

z.csd


(FSDir is the directory where FreeSurfer is located,

version 5.0.0, Mac OSX10.5)


Looking at the content of the ....fsaverage/lh/cortex directory

than indeed, only the directories fwhm01, fwhm02, ..., fwhm30

are present.


In the log file from mri_glmfit I can read that the residualFWHM

is 34.005014. Since this FWHM is automatically derived by

mri_glmfit, does it mean that I can never use the --cache option

in this case?


Cheers,

Ed