Freesurfer

freesurfer@nmr.mgh.harvard.edu

8 participants
30091 discussions

Re: [Freesurfer] subcortseg error - ?h.white surfaces not available
by A. Yamamoto 22 Mar '13

22 Mar '13

Still having issues with the subcortseg flag in v5.2.0 ... Trying to take a look at the source code, I did checkout from the cvs but it failed due to the following error: cvs [checkout aborted]: Could not map memory to RCS archive /usr/fscvsroot/dev/distribution/average/cvs_avg35.tar.gz,v: Cannot allocate memory Any problems with the cvs server? Your help will be very much appreciated. Akio ---------- Forwarded message --------- From: Bruce Fischl <fischl(a)nmr.mgh.harvard.edu> Date: 2013/3/20 Subject: Re: [Freesurfer] subcortseg error - ?h.white surfaces not available Cc: Nick Schmansky <nicks(a)nmr.mgh.harvard.edu> I think something must be inconsistent with that flag. Can you use the workaround for now? On Wed, 20 Mar 2013, Akio Yamamoto wrote: Hi Bruce, > > After completing autorecon1 stage, I run: > > recon-all -s test -autorecon2 -autorecon3 > > and confirmed that it finished without errors, so I suspect mri_segstats > did not work correctly with the "-subcortseg" > flag in the new version 5.2.0. > > Here is the full command line where the error occurred: > > mri_segstats --seg mri/aseg.mgz --sum stats/aseg.stats --pv mri/norm.mgz > --empty --brainmask mri/brainmask.mgz > --brain-vol-from-seg --excludeid 0 --excl-ctxgmwm --subcortgray --in > mri/norm.mgz --in-intensity-name norm > --in-intensity-units MR --etiv --ctab > /usr/local/freesurfer/5.2.0/dist/ASegStatsLUT.txt --subject test > > > Now my questions are: > 1. Is there any change in mri_segstats from the previous version 5.1.0? > Or, is the "-subcortseg" flag no longer supported > in v5.2.0? > > 2. Any workaround for the use of "-sobcortseg" just after completing > autorecon1 in v5.2.0? > > > Thanks for your help. > Akio > > > 2013/3/19 A. Yamamoto <a.mtbook(a)gmail.com> > Hi Bruce, > > Here are command lines I used: > > recon-all -s test -i ./sample-001.mgz -i ./sample-002.mgz -autorecon1 > recon-all -s test -subcortseg > > > The error occurred in the final process, i.e. calculation of stats on the > automatic segmentation. > > Thanks, > Akio > > > 2013/3/19 Bruce Fischl <fischl(a)nmr.mgh.harvard.edu> > Hi Akio > > what was your full command line? > > cheers > Bruce > > On Mon, 18 Mar 2013, A. Yamamoto wrote: > > Hi, > > After upgrading to FreeSurfer 5.2.0, the command with > "-subcortseg" flag > exited with the following error. > > > MRISread(/usr/local/freesurfer/5.2.0/dist/subjects/test/surf/lh.white): > could not open file > > > I confirmed that the "-autorecon1" stage finished without > error. > In v5.1.0 it worked fine, so I'm wondering if there is any > change in > mri_segstats?? > > > FYI, I have attached the last part of recon-all.log file. > > Thanks for your help. > Akio > > > > > > The information in this e-mail is intended only for the person to whom it > is > addressed. If you believe this e-mail was sent to you in error and the > e-mail > contains patient information, please contact the Partners Compliance > HelpLine at > http://www.partners.org/complianceline . If the e-mail was sent to you in > error > but does not contain patient information, please contact the sender and > properly > dispose of the e-mail. > > > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > The information in this e-mail is intended only for the person to whom it > is > addressed. If you believe this e-mail was sent to you in error and the > e-mail > contains patient information, please contact the Partners Compliance > HelpLine at > http://www.partners.org/complianceline . If the e-mail was sent to you in > error > but does not contain patient information, please contact the sender and > properly > dispose of the e-mail. > > > > >

1 0

vox2ras and vox2ras-tkr
by Eric Larson 21 Mar '13

21 Mar '13

Does anyone have code available for reading the vox2ras-tkr transform from .mgz files? I am working on implementing the transform outlined on the Freesurfer wiki: MNI305RAS = TalXFM*Norig*inv(Torig)*[tkrR tkrA tkrS 1]' TalXFM: subject/orig/transforms/talairach.xfm Norig: mri_info --vox2ras orig.mgz Torig: mri_info --vox2ras-tkr orig.mgz I can get vox2ras-tkr (a.k.a., Torig) using mri_info, but it would be better if they were available in the python package nibabel for use in mne-python (for easy conversion from surface to MNI coordinates). nibabel already supports reading the --vox2ras transform, but I need to code the other one in order to avoid a dependecy in our code. Does anyone have code to extract that information? MATLAB, Python, C code, or heck, even pseudocode would help. If not, if anyone has helpful information on the specs on the .mgz specification, maybe it won't be too difficult to code from scratch... Eric

2 1

Re: [Freesurfer] R: Re: R: Re: R: R: Re: Problem with tracula: incomplete or lacking tracts
by Anastasia Yendiki 21 Mar '13

21 Mar '13

Hi Stefano - There's nothing in these screenshots that tells you that the eigenvectors are correct. These are vectors, so the way to check them is to display them as lines. You display dtifit_V1 as lines, overlaid on dtifit_FA. Then you see if the lines point in the right direction. a.y On Fri, 22 Mar 2013, stdp82(a)virgilio.it wrote: > Here they are attacked. > Thanks, > > > Stefano > > > > > ----Messaggio originale---- > Da: ayendiki(a)nmr.mgh.harvard.edu > Data: 21-mar-2013 21.50 > A: <stdp82(a)virgilio.it> > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > Ogg: Re: R: Re: [Freesurfer] R: R: Re: Problem with tracula: incomplete or > lacking tracts > > > Can you send a screenshot that shows dtifit_V1 and dtifit_FA? > > On Thu, 21 Mar 2013, stdp82(a)virgilio.it wrote: > > > I have checked the gradient directions. How can I resolve the brain mask > > problem. > > Can I send you my files of this subject? > > Stefano > > > > > > > > ----Messaggio originale---- > > Da: ayendiki(a)nmr.mgh.harvard.edu > > Data: 20-mar-2013 22.46 > > A: <stdp82(a)virgilio.it> > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > Ogg: Re: [Freesurfer] R: R: Re: Problem with tracula: incomplete or > lacking > > tracts > > > > > > There are chunks of the brain missing from the brain mask. This may cause > > some tracts to be incomplete or missing. > > > > But you should still check that the gradient directions are correct, so > > you know if you have multiple problems or just one. The FA map can't tell > > you if the gradient table was correct, you have to check the eigenvectors > > in dtifit_V1 for that. > > > > > > On Wed, 20 Mar 2013, stdp82(a)virgilio.it wrote: > > > > > File attacked > > > > > > ----Messaggio originale---- > > > Da: stdp82(a)virgilio.it > > > Data: 20-mar-2013 22.34 > > > A: <ayendiki(a)nmr.mgh.harvard.edu> > > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > > Ogg: [Freesurfer] R: Re: Problem with tracula: incomplete or lacking > > tracts > > > > > > Thank you Anastasia. I'm checking gradient table but I would like > > underline that I'm noting some holes in > > > dti_FA.nii.gz and not in dwi.nii.gz (I have attacked the relative > > images). > > > > > > Stefano > > > > > > ----Messaggio originale---- > > > Da: ayendiki(a)nmr.mgh.harvard.edu > > > Data: 20-mar-2013 16.40 > > > A: <stdp82(a)virgilio.it> > > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > > Ogg: Re: [Freesurfer] Problem with tracula: incomplete or lacking tracts > > > > > > > > > Hi Stefano - Have you checked that your gradient table is correct by > > > looking at the output of the tensor fit? > > > > > > a.y > > > > > > On Wed, 20 Mar 2013, stdp82(a)virgilio.it wrote: > > > > > > > Hi list and Anastasia, > > > > if you remember the last week I had same problems with tracula output: > > the final tract are lacking or > > > > incomplete for same subjects. Some of these are less wrong (only > forceps > > major), other have more evident > > > > error (you can see this in picture that I have attacked). > > > > > > > > To resolve this issue I have: > > > > > > > > 1-checked the correct overlap of dwi and dwi_mask > > > > 2-rerun data with new version 5.2 > > > > 3-rerun new registration using bbregister (fsl/spm option): for > example, > > in the subject of the picture > > > > attacked, the .mincost file now contains as first value 0.87 (previous > > it was 1.1) > > > > > > > > Please, give me an advise > > > > > > > > Thanks > > > > > > > > > > > > Stefano > > > > > > > > > > > > > > > > > > > > ----Messaggio originale---- > > > > Da: stdp82(a)virgilio.it > > > > Data: 12-mar-2013 17.47 > > > > A: <ayendiki(a)nmr.mgh.harvard.edu> > > > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > > > Ogg: [Freesurfer] R: Re: R: Re: Question on tracula and dwi-T1 overlap > > > > > > > > I got it from mri directory but I'm understanding that this directory > > isn't ok.I'm attacking the image > > > > from dlabel/diff/aparc+aseg.bbr.nii > > > > > > > > > > > > Stefano > > > > > > > > > > > > > > > > ----Messaggio originale---- > > > > Da: ayendiki(a)nmr.mgh.harvard.edu > > > > Data: 12-mar-2013 17.19 > > > > A: <stdp82(a)virgilio.it> > > > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > > > Ogg: Re: [Freesurfer] R: Re: Question on tracula and dwi-T1 overlap > > > > > > > > > > > > Can you please answer my question? I can't really tell if the issue is > > due > > > > poor dwi-aseg overlap unless you tell me where you got that aseg > volume > > > > from. > > > > > > > > On Tue, 12 Mar 2013, stdp82(a)virgilio.it wrote: > > > > > > > > > Thank you Anastasia. What do you think about the issue in the file > > attacked > > > > > (I'm noting that same subjects are lacking of same > > > > > tracts or same tracts are incomplete) > > > > > > > > > > > > > > > Stefano > > > > > > > > > > > > > > > ----Messaggio originale---- > > > > > Da: ayendiki(a)nmr.mgh.harvard.edu > > > > > Data: 12-mar-2013 17.02 > > > > > A: <stdp82(a)virgilio.it> > > > > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > > > > Ogg: Re: [Freesurfer] Question on tracula and dwi-T1 overlap > > > > > > > > > > > > > > > Hi Stefano - Where did you get the aseg.nii.gz from? Anything that's > > in > > > > > the dlabel/diff/ directory has been mapped to the same space as the > > DWI, > > > > > so those are the volumes that can be compared directly to > dwi.nii.gz. > > > > > > > > > > a.y > > > > > > > > > > On Tue, 12 Mar 2013, stdp82(a)virgilio.it wrote: > > > > > > > > > > > Hi list, > > > > > > > > > > > > I have two questions, please. > > > > > > > > > > > > I'm using version 5.1 to complete my analysis. > > > > > > > > > > > > 1- I have attacked two images from aseg.nii.gz and dwi.nii.gz of > the > > same > > > > > > subject (figure 1 and 3). You can note the dwi do not overlap to > the > > aseg. > > > > > > How can I resolve this issue? > > > > > > > > > > > > 2-After TRACULA analysis, I'm noting that same subjects are > lacking > > of > > > > > same > > > > > > tracts or same tracts are incomplete (figure 3). > > > > > > > > > > > > Could it depends from the issue in question 1? I'm thinking to > rerun > > all > > > > > > using version 5.2 but before starting new analyses, I'd like to > ask > > you > > > > > > which is the possible error. > > > > > > > > > > > > > > > > > > Stefano > > > > > > > > > > > >_______________________________________________ > > > > > Freesurfer mailing list > > > > > Freesurfer(a)nmr.mgh.harvard.edu > > > > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > > > > > > > > > The information in this e-mail is intended only for the person to > whom > > it is > > > > > addressed. If you believe this e-mail was sent to you in error and > the > > > > > e-mail > > > > > contains patient information, please contact the Partners Compliance > > > > > HelpLine at > > > > > http://www.partners.org/complianceline . If the e-mail was sent to > you > > in > > > > > error > > > > > but does not contain patient information, please contact the sender > > and > > > > > properly > > > > > dispose of the e-mail. > > > > > > > > > > > > > > > > > > > >_______________________________________________ > > > > Freesurfer mailing list > > > > Freesurfer(a)nmr.mgh.harvard.edu > > > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > > > > > > The information in this e-mail is intended only for the person to whom > > it is > > > > addressed. If you believe this e-mail was sent to you in error and the > > e-mail > > > > contains patient information, please contact the Partners Compliance > > HelpLine at > > > > http://www.partners.org/complianceline . If the e-mail was sent to you > > in error > > > > but does not contain patient information, please contact the sender > and > > properly > > > > dispose of the e-mail. > > > > > > > > > > > > > > > > > > > > > > > >_______________________________________________ > > > Freesurfer mailing list > > > Freesurfer(a)nmr.mgh.harvard.edu > > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > > > The information in this e-mail is intended only for the person to whom > it > > is > > > addressed. If you believe this e-mail was sent to you in error and the > > e-mail > > > contains patient information, please contact the Partners Compliance > > HelpLine at > > > http://www.partners.org/complianceline . If the e-mail was sent to you > in > > error > > > but does not contain patient information, please contact the sender and > > properly > > > dispose of the e-mail. > > > > > > > > > > > > > > > > > >_______________________________________________ > > Freesurfer mailing list > > Freesurfer(a)nmr.mgh.harvard.edu > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > The information in this e-mail is intended only for the person to whom it > is > > addressed. If you believe this e-mail was sent to you in error and the > > e-mail > > contains patient information, please contact the Partners Compliance > > HelpLine at > > http://www.partners.org/complianceline . If the e-mail was sent to you in > > error > > but does not contain patient information, please contact the sender and > > properly > > dispose of the e-mail. > > > > > > > > > > >

1 0

Re: [Freesurfer] Stat doubts
by Gabriel Gonzalez Escamilla 21 Mar '13

21 Mar '13

4 7

help with contrasts
by Laura M. Tully 21 Mar '13

21 Mar '13

hi Experts, I'm struggling to conceptualize the appropriate contrasts for my cortical thickness analysis. I have four classes [two groups; two levels (patients,controls; male,female) and two behavioral variables. I want to see if together the two variables account significant proportion of the variance in y (thickness) and if this differs by group whilst regressing out gender. - i.e. if I enter both behavioral variables into the model does it account for more variance than either variable on their own (after controlling for gender)? What I have is this: .5 .5 -.5 -.5 0 0 0 0 0 0 0 0 .5 .5 -.5 -.5 Does this look right? Thanks! Laura. -- -- Laura M. Tully, MA Social Neuroscience & Psychopathology, Harvard University Center for the Assessment and Prevention of Prodromal States, UCLA Semel Institute of Neuroscience ltully(a)mednet.ucla.edu ltully(a)fas.harvard.edu 310-267-0170 -- My musings as a young clinical scientist: http://theclinicalbrain.blogspot.com/ Follow me on Twitter: @tully_laura

1 0

R: Re: R: R: Re: Problem with tracula: incomplete or lacking tracts
by stdp82＠virgilio.it 21 Mar '13

21 Mar '13

I have checked the gradient directions. How can I resolve the brain mask problem. Can I send you my files of this subject? Stefano ----Messaggio originale---- Da: ayendiki(a)nmr.mgh.harvard.edu Data: 20-mar-2013 22.46 A: <stdp82(a)virgilio.it> Cc: <freesurfer(a)nmr.mgh.harvard.edu> Ogg: Re: [Freesurfer] R: R: Re: Problem with tracula: incomplete or lacking tracts There are chunks of the brain missing from the brain mask. This may cause some tracts to be incomplete or missing. But you should still check that the gradient directions are correct, so you know if you have multiple problems or just one. The FA map can't tell you if the gradient table was correct, you have to check the eigenvectors in dtifit_V1 for that. On Wed, 20 Mar 2013, stdp82(a)virgilio.it wrote: > File attacked > > ----Messaggio originale---- > Da: stdp82(a)virgilio.it > Data: 20-mar-2013 22.34 > A: <ayendiki(a)nmr.mgh.harvard.edu> > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > Ogg: [Freesurfer] R: Re: Problem with tracula: incomplete or lacking tracts > > Thank you Anastasia. I'm checking gradient table but I would like underline that I'm noting some holes in > dti_FA.nii.gz and not in dwi.nii.gz (I have attacked the relative images). > > Stefano > > ----Messaggio originale---- > Da: ayendiki(a)nmr.mgh.harvard.edu > Data: 20-mar-2013 16.40 > A: <stdp82(a)virgilio.it> > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > Ogg: Re: [Freesurfer] Problem with tracula: incomplete or lacking tracts > > > Hi Stefano - Have you checked that your gradient table is correct by > looking at the output of the tensor fit? > > a.y > > On Wed, 20 Mar 2013, stdp82(a)virgilio.it wrote: > > > Hi list and Anastasia, > > if you remember the last week I had same problems with tracula output: the final tract are lacking or > > incomplete for same subjects. Some of these are less wrong (only forceps major), other have more evident > > error (you can see this in picture that I have attacked). > > > > To resolve this issue I have: > > > > 1-checked the correct overlap of dwi and dwi_mask > > 2-rerun data with new version 5.2 > > 3-rerun new registration using bbregister (fsl/spm option): for example, in the subject of the picture > > attacked, the .mincost file now contains as first value 0.87 (previous it was 1.1) > > > > Please, give me an advise > > > > Thanks > > > > > > Stefano > > > > > > > > > > ----Messaggio originale---- > > Da: stdp82(a)virgilio.it > > Data: 12-mar-2013 17.47 > > A: <ayendiki(a)nmr.mgh.harvard.edu> > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > Ogg: [Freesurfer] R: Re: R: Re: Question on tracula and dwi-T1 overlap > > > > I got it from mri directory but I'm understanding that this directory isn't ok.I'm attacking the image > > from dlabel/diff/aparc+aseg.bbr.nii > > > > > > Stefano > > > > > > > > ----Messaggio originale---- > > Da: ayendiki(a)nmr.mgh.harvard.edu > > Data: 12-mar-2013 17.19 > > A: <stdp82(a)virgilio.it> > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > Ogg: Re: [Freesurfer] R: Re: Question on tracula and dwi-T1 overlap > > > > > > Can you please answer my question? I can't really tell if the issue is due > > poor dwi-aseg overlap unless you tell me where you got that aseg volume > > from. > > > > On Tue, 12 Mar 2013, stdp82(a)virgilio.it wrote: > > > > > Thank you Anastasia. What do you think about the issue in the file attacked > > > (I'm noting that same subjects are lacking of same > > > tracts or same tracts are incomplete) > > > > > > > > > Stefano > > > > > > > > > ----Messaggio originale---- > > > Da: ayendiki(a)nmr.mgh.harvard.edu > > > Data: 12-mar-2013 17.02 > > > A: <stdp82(a)virgilio.it> > > > Cc: <freesurfer(a)nmr.mgh.harvard.edu> > > > Ogg: Re: [Freesurfer] Question on tracula and dwi-T1 overlap > > > > > > > > > Hi Stefano - Where did you get the aseg.nii.gz from? Anything that's in > > > the dlabel/diff/ directory has been mapped to the same space as the DWI, > > > so those are the volumes that can be compared directly to dwi.nii.gz. > > > > > > a.y > > > > > > On Tue, 12 Mar 2013, stdp82(a)virgilio.it wrote: > > > > > > > Hi list, > > > > > > > > I have two questions, please. > > > > > > > > I'm using version 5.1 to complete my analysis. > > > > > > > > 1- I have attacked two images from aseg.nii.gz and dwi.nii.gz of the same > > > > subject (figure 1 and 3). You can note the dwi do not overlap to the aseg. > > > > How can I resolve this issue? > > > > > > > > 2-After TRACULA analysis, I'm noting that same subjects are lacking of > > > same > > > > tracts or same tracts are incomplete (figure 3). > > > > > > > > Could it depends from the issue in question 1? I'm thinking to rerun all > > > > using version 5.2 but before starting new analyses, I'd like to ask you > > > > which is the possible error. > > > > > > > > > > > > Stefano > > > > > > > >_______________________________________________ > > > Freesurfer mailing list > > > Freesurfer(a)nmr.mgh.harvard.edu > > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > > > The information in this e-mail is intended only for the person to whom it is > > > addressed. If you believe this e-mail was sent to you in error and the > > > e-mail > > > contains patient information, please contact the Partners Compliance > > > HelpLine at > > > http://www.partners.org/complianceline . If the e-mail was sent to you in > > > error > > > but does not contain patient information, please contact the sender and > > > properly > > > dispose of the e-mail. > > > > > > > > > > > >_______________________________________________ > > Freesurfer mailing list > > Freesurfer(a)nmr.mgh.harvard.edu > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > The information in this e-mail is intended only for the person to whom it is > > addressed. If you believe this e-mail was sent to you in error and the e-mail > > contains patient information, please contact the Partners Compliance HelpLine at > > http://www.partners.org/complianceline . If the e-mail was sent to you in error > > but does not contain patient information, please contact the sender and properly > > dispose of the e-mail. > > > > > > > > > > > >_______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > The information in this e-mail is intended only for the person to whom it is > addressed. If you believe this e-mail was sent to you in error and the e-mail > contains patient information, please contact the Partners Compliance HelpLine at > http://www.partners.org/complianceline . If the e-mail was sent to you in error > but does not contain patient information, please contact the sender and properly > dispose of the e-mail. > > > > > >_______________________________________________ Freesurfer mailing list Freesurfer(a)nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Partners Compliance HelpLine at http://www.partners.org/complianceline . If the e-mail was sent to you in error but does not contain patient information, please contact the sender and properly dispose of the e-mail.

2 1

v5.2.0 preproc-sess failing on 3dvolreg.afni
by Y.V. Jiang 21 Mar '13

21 Mar '13

Hi Doug, I was running preproc-sess in the newly released freesurfer-5.2.0. The command I used was: preproc-sess -sf sessid -df sessdir -fsd bold -surface fsaverage lhr -mni305 -fwhm 6 -per-run The program failed with the following errors: 3dvolreg.afni -verbose -dfile 004/fmcpr.mcdat -1Dmatrix_save 004/fmcpr.mat -base 004/tmp.mc-afni2.29239/tempvol.nii.gz -prefix 004/tmp.mc-afni2.29239/outvol.nii.gz 004/tmp.mc-afni2.29239/invol.nii.gz 3dvolreg.afni: symbol lookup error: 3dvolreg.afni: undefined symbol: afni_ncerr ERROR: 3dvolreg.afni Invalid null command. I have the file 3dvolreg.afni in $FREESURFER_HOME/bin. There is another file of the same name under afni/bin. Preproc-sess is relying on the version in $FREESURFER_HOME/bin. Do you know what the problem is? Should I replace freesurfer's copy of 3dvolreg.afni with AFNI's copy of 3dvolreg.afni? Thanks. -Yuhong

2 7

Re: [Freesurfer] y values from glmfit-sim
by Laura M. Tully 21 Mar '13

21 Mar '13

Thank you! On Thu, Mar 21, 2013 at 10:56 AM, Douglas N Greve <greve(a)nmr.mgh.harvard.edu > wrote: > Yes, the average thickness over the cluster for each subject. > doug > > On 03/21/2013 01:54 PM, Laura M. Tully wrote: > >> Thanks - one last clarification: just to confirm - the values of >> thickness.ocn.y.dat (i.e. analyses with thickness as input) are avg >> thickness over the whole cluster for each subject? If not, how would I get >> the avg thickness value for that cluster for each subject? >> >> LT >> >> >> On Thu, Mar 21, 2013 at 10:49 AM, Douglas N Greve < >> greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu>>> >> wrote: >> >> >> On 03/21/2013 01:11 PM, Laura M. Tully wrote: >> >> yes the input is area - so to clarify, in order to get the >> average area for each subject in that cluster I would multiply >> each subject's values in the xxx.ocn.y.dat file by the number >> of vertices in the cluster (denoted as NVtxs in the cluster >> summary?) e.g. 0.761374 * 998 = 759.85mmsq? >> >> Yes, correct >> >> >> Does the same hold for the y values in a thickness analysis, >> i.e. when thickness is the input, does each value in the >> xxx.ocn.y.dat file (e.g. 2.54) represent the average thickness >> of each vertex and so I must multiply that by the number of >> vertices to get the average thickness for each subject for >> that cluster? >> >> No, you probably just want to report the average thickness, not >> the sum of the thicknesses within the cluster >> >> >> I'm using 5.1.0 - I have no idea if I have the patch for area >> and volume analyses because I run all my analyses remotely on >> the harvard imaging server (ncf) - how would I know? And what >> are the bugs in area/volume analyses in 5.1.0(how could I >> detect them)? >> >> You will need a new version of mris_preproc which you can get from >> here: >> ftp://surfer.nmr.mgh.harvard.**edu/transfer/outgoing/flat/** >> greve/mris_preproc<ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc> >> You can compare this version against the one you have. If they are >> different, then copy this version into $FREESURFER_HOME/bin. If >> you are using QDEC, then rerun qcache (recon-all -qcache ...). If >> you are using the command-line stream, re-run it starting at >> mris_preproc. >> >> doug >> >> >> >> LT >> >> >> >> On Thu, Mar 21, 2013 at 10:02 AM, Douglas N Greve >> <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>>> >> wrote: >> >> Hi Laura, I assume the input is area? Then this will >> compute the >> average area of each vertex. The area of a vertex is the >> average >> area of the triangles around it. To get total area, you can >> multiple the number that you get from xxx.ocn.y.dat by the >> number >> of vertices in the cluster. >> >> doug >> >> ps. What version of FS are you using? If not 5.2, do you >> have the >> patch to fix the area and volume analysis? >> >> >> >> On 03/21/2013 12:52 PM, Laura M. Tully wrote: >> >> hi Doug, >> A follow up question: when I look at the >> xxx.ocn.y.dat for a >> cluster where group differences in surface area have been >> identified the values are all less than 1 (e.g. >> 0.761374) even >> though the cluster size is reported as 680 mmsq. does >> the y >> value correspond to .76 mmsq average area for that >> subject in >> that cluster or does the y value in the context of surface >> area analyses represent something else? (or does it >> need to be >> multiplied by some factor?) >> >> Thanks! >> >> >> On Wed, Mar 20, 2013 at 2:39 PM, Douglas N Greve >> <greve(a)nmr.mgh.harvard.edu >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>> >> <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>> >> >> <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>>>> >> wrote: >> >> They are the input (mri_glmfit --y y.mgh) averaged >> over >> the clusters. >> They are raw input, no detrending. >> doug >> On 03/20/2013 05:16 PM, Laura M. Tully wrote: >> > Hello experts, >> > >> > could someone clarify for me what the y values >> in the >> xxx.ocn.y.dat >> > files represent following glmfit-sim? are they the >> residualized y >> > values of avg cortical thickness in that specific >> cluster after >> > regressing out the effect of any predictor >> variables in >> the glm? >> > >> > Thanks! >> > >> > Laura. >> > -- >> > -- >> > Laura M. Tully, MA >> > Social Neuroscience & Psychopathology, Harvard >> University >> > Center for the Assessment and Prevention of >> Prodromal >> States, UCLA >> > Semel Institute of Neuroscience >> > ltully(a)mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**>> >> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**>>> >> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**> >> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**>> >> <mailto:ltully@mednet.ucla.edu <mailto:ltully@mednet.ucla.edu**> >> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**>>>> >> > ltully(a)fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**>> >> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**>>> >> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**> >> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**>> >> <mailto:ltully@fas.harvard.edu <mailto:ltully@fas.harvard.edu**> >> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**>>>> >> > 310-267-0170 <tel:310-267-0170> >> <tel:310-267-0170 <tel:310-267-0170>> <tel:310-267-0170 >> <tel:310-267-0170> >> >> <tel:310-267-0170 <tel:310-267-0170>>> >> >> >> > -- >> > My musings as a young clinical scientist: >> > http://theclinicalbrain.**blogspot.com/<http://theclinicalbrain.blogspot.com/> >> > Follow me on Twitter: @tully_laura >> > >> > >> > ______________________________**_________________ >> > Freesurfer mailing list >> > Freesurfer(a)nmr.mgh.harvard.edu >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> > >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> > >> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >>> >> >> > >> https://mail.nmr.mgh.harvard.**edu/mailman/listinfo/**freesurfer<https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer> >> >> -- >> Douglas N. Greve, Ph.D. >> MGH-NMR Center >> greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>> >> <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>> >> >> <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> >>> >> Phone Number: 617-724-2358 <tel:617-724-2358> >> <tel:617-724-2358 <tel:617-724-2358>> >> <tel:617-724-2358 <tel:617-724-2358> <tel:617-724-2358 >> <tel:617-724-2358>>> >> Fax: 617-726-7422 <tel:617-726-7422> >> <tel:617-726-7422 <tel:617-726-7422>> <tel:617-726-7422 >> <tel:617-726-7422> >> >> <tel:617-726-7422 <tel:617-726-7422>>> >> >> >> Bugs: >> surfer.nmr.mgh.harvard.edu/**fswiki/BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/** >> BugReporting <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting>> >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/** >> BugReporting <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting>> >> FileDrop: >> www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> <http://www.nmr.mgh.harvard.** >> edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> <http://www.nmr.mgh.harvard.** >> edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> >> Outgoing: >> ftp://surfer.nmr.mgh.harvard.**edu/transfer/outgoing/flat/** >> greve/ <ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/> >> >> ______________________________**_________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> > >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> > >> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >>> >> >> https://mail.nmr.mgh.harvard.**edu/mailman/listinfo/**freesurfer<https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer> >> >> >> The information in this e-mail is intended only >> for the >> person to >> whom it is >> addressed. If you believe this e-mail was sent to >> you in >> error and >> the e-mail >> contains patient information, please contact the >> Partners >> Compliance HelpLine at >> http://www.partners.org/**complianceline<http://www.partners.org/complianceline>. If the e-mail was sent to >> you in error >> but does not contain patient information, please >> contact the >> sender and properly >> dispose of the e-mail. >> >> >> >> >> -- -- >> Laura M. Tully, MA >> Social Neuroscience & Psychopathology, Harvard University >> Center for the Assessment and Prevention of Prodromal >> States, >> UCLA Semel Institute of Neuroscience >> ltully(a)mednet.ucla.edu <mailto:ltully@mednet.ucla.edu**> >> <mailto:ltully@mednet.ucla.edu <mailto:ltully@mednet.ucla.edu**>> >> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**> <mailto:ltully@mednet.ucla.edu >> <mailto:ltully@mednet.ucla.edu**>>> >> ltully(a)fas.harvard.edu <mailto:ltully@fas.harvard.edu**> >> <mailto:ltully@fas.harvard.edu <mailto:ltully@fas.harvard.edu**>> >> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**> <mailto:ltully@fas.harvard.edu >> <mailto:ltully@fas.harvard.edu**>>> >> 310-267-0170 <tel:310-267-0170> <tel:310-267-0170 >> <tel:310-267-0170>> >> -- My musings as a young clinical scientist: >> http://theclinicalbrain.**blogspot.com/<http://theclinicalbrain.blogspot.com/> >> Follow me on Twitter: @tully_laura >> >> >> -- Douglas N. Greve, Ph.D. >> MGH-NMR Center >> greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>> >> Phone Number: 617-724-2358 <tel:617-724-2358> >> <tel:617-724-2358 <tel:617-724-2358>> >> Fax: 617-726-7422 <tel:617-726-7422> <tel:617-726-7422 >> <tel:617-726-7422>> >> >> Bugs: surfer.nmr.mgh.harvard.edu/**fswiki/BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> FileDrop: >> www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.** >> html <http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html>> >> Outgoing: >> ftp://surfer.nmr.mgh.harvard.**edu/transfer/outgoing/flat/** >> greve/ <ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/> >> >> >> >> >> -- -- >> Laura M. Tully, MA >> Social Neuroscience & Psychopathology, Harvard University >> Center for the Assessment and Prevention of Prodromal States, >> UCLA Semel Institute of Neuroscience >> ltully(a)mednet.ucla.edu <mailto:ltully@mednet.ucla.edu**> >> <mailto:ltully@mednet.ucla.edu <mailto:ltully@mednet.ucla.edu**>> >> ltully(a)fas.harvard.edu <mailto:ltully@fas.harvard.edu**> >> <mailto:ltully@fas.harvard.edu <mailto:ltully@fas.harvard.edu**>> >> 310-267-0170 <tel:310-267-0170> >> -- My musings as a young clinical scientist: >> http://theclinicalbrain.**blogspot.com/<http://theclinicalbrain.blogspot.com/> >> Follow me on Twitter: @tully_laura >> >> >> -- Douglas N. Greve, Ph.D. >> MGH-NMR Center >> greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> Phone Number: 617-724-2358 <tel:617-724-2358> >> Fax: 617-726-7422 <tel:617-726-7422> >> >> Bugs: surfer.nmr.mgh.harvard.edu/**fswiki/BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> FileDrop: www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> Outgoing: >> ftp://surfer.nmr.mgh.harvard.**edu/transfer/outgoing/flat/**greve/<ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/> >> >> >> >> >> -- >> -- >> Laura M. Tully, MA >> Social Neuroscience & Psychopathology, Harvard University >> Center for the Assessment and Prevention of Prodromal States, UCLA Semel >> Institute of Neuroscience >> ltully(a)mednet.ucla.edu <mailto:ltully@mednet.ucla.edu**> >> ltully(a)fas.harvard.edu <mailto:ltully@fas.harvard.edu**> >> 310-267-0170 >> -- >> My musings as a young clinical scientist: http://theclinicalbrain.** >> blogspot.com/ <http://theclinicalbrain.blogspot.com/> >> Follow me on Twitter: @tully_laura >> > > -- > Douglas N. Greve, Ph.D. > MGH-NMR Center > greve(a)nmr.mgh.harvard.edu > Phone Number: 617-724-2358 > Fax: 617-726-7422 > > Bugs: surfer.nmr.mgh.harvard.edu/**fswiki/BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> > FileDrop: www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> > Outgoing: ftp://surfer.nmr.mgh.harvard.**edu/transfer/outgoing/flat/** > greve/ <ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/> > > -- -- Laura M. Tully, MA Social Neuroscience & Psychopathology, Harvard University Center for the Assessment and Prevention of Prodromal States, UCLA Semel Institute of Neuroscience ltully(a)mednet.ucla.edu ltully(a)fas.harvard.edu 310-267-0170 -- My musings as a young clinical scientist: http://theclinicalbrain.blogspot.com/ Follow me on Twitter: @tully_laura

1 0

y values from glmfit-sim
by Laura M. Tully 21 Mar '13

21 Mar '13

Hello experts, could someone clarify for me what the y values in the xxx.ocn.y.dat files represent following glmfit-sim? are they the residualized y values of avg cortical thickness in that specific cluster after regressing out the effect of any predictor variables in the glm? Thanks! Laura. -- -- Laura M. Tully, MA Social Neuroscience & Psychopathology, Harvard University Center for the Assessment and Prevention of Prodromal States, UCLA Semel Institute of Neuroscience ltully(a)mednet.ucla.edu ltully(a)fas.harvard.edu 310-267-0170 -- My musings as a young clinical scientist: http://theclinicalbrain.blogspot.com/ Follow me on Twitter: @tully_laura

2 5

installation problem
by Xue Zhang 21 Mar '13

21 Mar '13

dear freesurfer experts, I tried to install freesurfer in a remote linux cluster, when I completed the installation, and began to run the freesurfer gui use my own windows PC, the command line showed erro belowing information : [wanglhlab@node01 freesurfer]$ tkmedit bert orig.mgz GLUT: Fatal Error in tkmedit.bin: OpenGL GLX extension not supported by display: localhost:11.0 could anyone tell me the reason why my installation failed? The video card on cluster is Matrox Graphics, Inc. MGA G200eW WPCM450 (rev 0a), my own PC video card is AMD Radeon HD 7800 Series. regards Xue Zhang

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Freesurfer