Freesurfer

freesurfer@nmr.mgh.harvard.edu

17 participants
30099 discussions

WM & Pial Segmentation Errors
by Smith, Michael 10 Oct '14

10 Oct '14

Hi, I’ve been having trouble on a few of our subjects with getting the white matter and pial surface files to “line up” correctly with the volume files. I’ve attached a screenshot of what is happening: the pial surface is in red and the white matter surface file is in yellow. I have also attached an example of a “good” subject for comparison. I’ve tried looking through the tutorials online but didn’t see anything that was really related to my issue and I was wondering what the best way to correct this. We have T2 weighted images for several subjects is well if that helps. Not sure if Freesurfer can use T2 images instead of T1 in the –reconall script but I thought I would mention it. Thank you very much in advance! Best, Michael S.

3 9

Re: [Freesurfer] rawfunc2surf-sess with a limited set of surface files
by Reza Rajimehr 10 Oct '14

10 Oct '14

Thanks Doug! I got it to work. The outputs are like fmc.sm2.F99.lh.iter05.nii.gz Should I still specify stem as fmc.iter05 in mkanalysis-sess? Reza Try added something like "-expkey iter05". When you make the analysis you will have to spec "-stem fmc.iter05" doug On 10/09/2014 12:12 AM, Reza Rajimehr wrote: > Hi Doug, > > Removing -i fmc did not help, and I still get the same error. > > By looking at the rawfunc2surf-sess script, it looks like specifying an > argument for -surfreg makes ExpKeyNeeded = 1. Can I just specify something > for -expkey? Is this something that is used only in the name of log file? > > Thanks, > Reza > > > Try it without -i fmc > > > On 10/08/2014 04:38 AM, Reza Rajimehr wrote: >> One more question: >> >> I tried to run: >> >> rawfunc2surf-sess -s oz_fparc -i fmc -trgsubject F99 -surfreg >> iter05.sphere.reg -fwhm 2 -per-session >> >> And I got this: >> >> ERROR: experts key needed (-expkey) >> >> Not sure what this flag is. >> >> Reza

2 1

Image normalization and pial/wm error
by Sneha Pandya 09 Oct '14

09 Oct '14

Dear all, I am running recon-all on few SPGR T1s and few MPRAGE T1s. However most of my dataset, may it be SPGR or MPRAGE has some artifacts and poor wm/gm contrast. Have attached a screen shot of bad pial and wm error (going beyond dura). Even gcut did not do a good job of cutting of all the dura, and I had to manually edit voxels in all the slices. I feel even after that if I run recon-all, it will not give me any reliable cortical thickness measures. Can anyone please suggest me if I should still manually edit all other subjects for all the slices throughout the volume or exclude them from analysis? PS: attached image FOV is 260 and I used -cw256 flag to restrict FOV to 256. For other images FOV is within 256, but still there is lot of dura in the brainmask. Thanks, Sneha

1 0

Re: [Freesurfer] rawfunc2surf-sess with a limited set of surface files
by Reza Rajimehr 09 Oct '14

09 Oct '14

Hi Doug, Removing -i fmc did not help, and I still get the same error. By looking at the rawfunc2surf-sess script, it looks like specifying an argument for -surfreg makes ExpKeyNeeded = 1. Can I just specify something for -expkey? Is this something that is used only in the name of log file? Thanks, Reza Try it without -i fmc On 10/08/2014 04:38 AM, Reza Rajimehr wrote: > One more question: > > I tried to run: > > rawfunc2surf-sess -s oz_fparc -i fmc -trgsubject F99 -surfreg > iter05.sphere.reg -fwhm 2 -per-session > > And I got this: > > ERROR: experts key needed (-expkey) > > Not sure what this flag is. > > Reza

2 1

Re: [Freesurfer] Surface Viewer Issue.
by Jamie Hanson 09 Oct '14

09 Oct '14

Hi Greg, Is this simply an image viewing problem or does the data actually need to be re-processed? (I'm working with ~500 subjects, so I figured I would check before taxing the servers I had access to). Thanks much! Best, Jamie. On Thu, Oct 9, 2014 at 12:00 PM, <freesurfer-request(a)nmr.mgh.harvard.edu> wrote: > Send Freesurfer mailing list submissions to > freesurfer(a)nmr.mgh.harvard.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > or, via email, send a message with subject or body 'help' to > freesurfer-request(a)nmr.mgh.harvard.edu > > You can reach the person managing the list at > freesurfer-owner(a)nmr.mgh.harvard.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Freesurfer digest..." > > > Today's Topics: > > 1. Re: Surface Viewer Issue. (Gregory Kirk) > 2. Re: Mismatched dimensions with T1 and Flair inputs {Disarmed} > (Vilde) > 3. Re: v5.1 control point mri_ca_normalize bug (Marx, Gabe) > 4. Re: v5.1 control point mri_ca_normalize bug (Bruce Fischl) > 5. Re: rawfunc2surf-sess with a limited set of surface files > (Douglas N Greve) > 6. functional correlation (Brian Donley) > 7. Re: rawfunc2surf-sess with a limited set of surface files > (Reza Rajimehr) > 8. mri_thickness & mri_make_surfaces (Seung-Goo KIM) > 9. Re: WM & Pial Segmentation Errors (Varjabedian, Ani) > 10. "deployed" (compiled) MATLAB scripts path manipulation > (slehar(a)nmr.mgh.harvard.edu) > 11. 8 spots remain in the FreeSurfer course (Allison Stevens) > 12. excluding labels (Adam, Ruth) > 13. FSGD Format Error (Retzepi, Kallirroi) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 08 Oct 2014 14:47:27 -0500 > From: Gregory Kirk <gkirk(a)wisc.edu> > Subject: Re: [Freesurfer] Surface Viewer Issue. > To: Freesurfer support list <freesurfer(a)nmr.mgh.harvard.edu> > Message-ID: <76a0cbb215b316.54354e7f(a)wiscmail.wisc.edu> > Content-Type: text/plain; CHARSET=US-ASCII > > i saw this problem on one redhat installation, not on any others, seems > something with the X library orientation > information and openGL > > greg > > On 10/08/14, Jamie Hanson wrote: > > Hi Freesurfer List, > > > > > > I had a (hopefully quick) question about surface viewers and data > orientation in tksurfer v. freeview. > > > > > > I processed all my data in freesurfer v5.3.0 (on a linux cluster) and > noticed something odd when I viewed surfaces. For tksurfer, the surfaces > were upside down when I opened them (see attached pic: tksurfer.png); for > freeview, the data looked fine (see attached pic: freeview.png). > > > > > > I believe the orientation of the images is correct (judging by the > freeview axes), but wondered if this was something others had run into? I > uploaded an example subject to the Martinos Center FileDrop (link: > http://gate.nmr.mgh.harvard.edu/filedrop2/?p=9491zcnivqw) > > > > > > Any thoughts are greatly appreciated! Thanks much! > > > > > > Best, > > Jamie. > > > > > > > > -- > > Jamie L. Hanson > > Postdoctoral Fellow, Carolina Consortium on Human Development > > Duke University > > 417 Chapel Drive > > Duke West Campus > > Sociology-Psychology Building, Room 07A > > Durham, NC 27710 > > Email: jamielarshanson(a)gmail.com > > Website: http://jamiehanson.org/ > > > ------------------------------ > > Message: 2 > Date: Wed, 8 Oct 2014 22:01:06 +0200 > From: Vilde <vildeskard(a)hotmail.com> > Subject: Re: [Freesurfer] Mismatched dimensions with T1 and Flair > inputs {Disarmed} > To: <freesurfer(a)nmr.mgh.harvard.edu> > Message-ID: <DUB122-W3321C71B2BEC2FA5D6BE4CD2A30(a)phx.gbl> > Content-Type: text/plain; charset="iso-8859-1" > > I will try that. > > Have a good day! > > Date: Wed, 8 Oct 2014 14:07:38 -0400 > From: fischl(a)nmr.mgh.harvard.edu > To: freesurfer(a)nmr.mgh.harvard.edu > Subject: Re: [Freesurfer] Mismatched dimensions with T1 and Flair inputs > > you would have to first run recon-all -all on the T1 > On Wed, 8 Oct 2014, > Vilde wrote: > > > Thank you Bruce! > > > > If I understand you correctly, would the command be > > > > Recon-all -s subj_name -FLAIRpial.nii ? > > > > Or would I first have to do recon-all with only T1 as input and then do > > another command after it has finished running? And in that case, what > would > > that command be? > > > > Best, > > Vilde > > > > Date: Wed, 8 Oct 2014 11:56:51 -0400 > > From: fischl(a)nmr.mgh.harvard.edu > > To: freesurfer(a)nmr.mgh.harvard.edu > > Subject: Re: [Freesurfer] Mismatched dimensions with T1 and Flair inputs > > > > Hi Vilde > > > > no, you can't give recon-all a flair directly, it needs a T1 do do the > > recon on. You use the flair at the end to do a post-hoc deformation using > > -flairpial I believe > > > > cheers > > Bruce > > > > > > On Wed, 8 Oct 2014, Vilde wrote: > > > > > Dear mailing list, > > > I am trying to do a recon-all with two nifti inputs: A T1 and a Flair, > for > > > pial surface refinement. This results in an error message saying the > > > dimensions are mismatched. (The third dimension of the T1 and Flair are > > > different by one slice. ) I do not, however, have a problem running > > > recon-all with only one T1 input. I am using Freesurfer v 5.1 . > > > > > > I read in the release notes that in version 5.2 you can use the flag > -FLAI > > R > > > when you are using a flair image as input. I suppose this will not run > in > > an > > > earlier version? > > > Would it be correct to use the following command : > > > > > > recon-all -s [subject] -i T1.nii -i flair.nii -all > > > > > > Kind regards, > > > Vilde > > > > > > > > > > > > > _______________________________________________ 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

Study design for qdec or command line group analysis
by Sneha Pandya 09 Oct '14

09 Oct '14

Dear freesurfers, I have a study in which we want to perform group analysis to find the effect of age on cortical thickness between patients and controls. We have 11 patients with age group from 45-75 years and the mean of 53. We shall age match our controls with respect to similar age range and mean. However our patient scans are from both 1.5T and 3.0T scanner, hence I have few questions about designing our study. A) Can we treat certain discrete factors as continuous variables, like gender (male with value 1 and female with value 2), and scanner (1.5T with value 1 and 3.0T with value 2) to make group analysis qdec-able in case of 3 discrete factors? I tried to look into mailing archive to figure out the answer, but so far found confounding answers. B) If what asked above is possible can you please suggest which design I should opt for? Design 1) Three discrete factors, each with 2 levels: (i) gender (male and female) (ii) groups (healthy and patients) (iii) scanner (1.5T and 3.0T), Continuous variable: (i) age OR Design 2) Two discrete factors, each with 2 levels (i) gender (male and female) (ii) groups (healthy and patients) Continuous variables: (i) age (ii) scanner (1.5T as 1, and 3.0T as 0) >From literature we are not expecting any effect of gender and scanner on change of cortical thickness with age between groups, however I guess we need to control for it right? Should I implement design 1 with mri_glmfit command line, as it has 3 discrete factors or design 2 in qdec? B) We are expecting some change in cortical thickness with age between groups. Hence we shall be using DODS model to perform the analysis. In this case I should demean my ages right (subtract grand mean of age from combined healthy and patient groups and subtract from every individual age)? Thanks, Sneha

1 1

excluding labels
by Adam, Ruth 09 Oct '14

09 Oct '14

2 1

lgi mris_preproc
by Lars M. Rimol 09 Oct '14

09 Oct '14

Hi, In the wiki page on the gyrification index it says that to sample the results to ico, use recon-all -s my_subject_id -qcache -measure pial_lgi If I prefer not to use qudec, can I instead use mris_preproc to do the registration to atlas and concatenate the files and then use mri_surf2sruf to smooth? And then proceed with inferential statistics? Thank you! ----------------------------------------------------------- from the wiki: The primary output file is ?h.pial_lgi, which can be viewed as an overlay in tksurfer or freeview: tksurfer my_subject_id lh inflated -overlay lh.pial_lgi To perform a vertex-wise analysis in QDEC of the lgi surface data, first sample the results to the average template subject 'fsaverage': recon-all -s my_subject_id -qcache -measure pial_lgi Do this for each of the subjects in your group -- yours, Lars M. Rimol, PhD Norwegian University of Technology and Science (NTNU) Trondheim, Norway

2 1

FSGD Format Error
by Retzepi, Kallirroi 09 Oct '14

09 Oct '14

Hi all, I have been struggling with my .fsgd file. Its header is the following (a total of 119 subjects): GroupDescriptorFile 1 Title Patients_vs_Controls MeasurementName thickness Class PxMale Class PxFemale Class ConMale Class ConFemale Class PxMPRAGE Class PxSPGR Class ConMPRAGE Class ConSPGR Class MaleMPRAGE Class MaleSPGR Class FemaleMPRAGE Class FemaleSPGR Variables Age Input FS_1 PxFemale PxMPRAGE FemaleMPRAGE 51 ..............(rest of subjects) I think something is up with my Class declaration, since the error message I get is the following: ERROR: gdfReadV1: Input line 1, subjid = FS_1 Found 3 variables, expected. 1 FSGDF Format Error: file = /group_stats/Px_vs_Con_A.fsgd, tag=Input Any help would be greatly appreciated!! Thank you!

2 1

8 spots remain in the FreeSurfer course
by Allison Stevens 09 Oct '14

09 Oct '14

Hello everyone, We have 8 spots remaining in our upcoming FreeSurfer course happening on October 27-29. We will accept late registrations up to the course date; however, since the payment deadline has passed, payment is due immediately upon registration. Details on the course and a link to the registration page can be found here: https://surfer.nmr.mgh.harvard.edu/fswiki/CourseDescription Note: This course is the only one where we are currently able to accept credit card. This likely won't be an option for future courses. Allison

1 0

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