Freesurfer April 2013

freesurfer@nmr.mgh.harvard.edu

131 participants
220 discussions

mri_vol2surf failed, segmentation error
by Qingyang Li 04 Feb '14

04 Feb '14

Hi all, I am new to the freesurfer world. I was running a pipeline where I met an error. Here is the command I run and the error message: Command: mri_vol2surf --hemi lh --noreshape --o /working_dir/SurfaceRegistration/_subject_id_sub/func_sampler_lh/mapflow/_func_sampler_lh4/lh.rest_mc.mgz --reg /working_dir/SurfaceRegistration/_subject_id_sub/func_bbreg/mapflow/_func_bbreg4/rest_mc_bbreg_sub.dat --projfrac 0.500 --mov /working_dir/SurfaceRegistration/_subject_id_sub/func_volreg/mapflow/_func_volreg4/rest_mc.nii.gz Standard output: srcvol = /working_dir/SurfaceRegistration/_subject_id_sub/func_volreg/mapflow/_func_volreg4/rest_mc.nii.gz srcreg = /working_dir/SurfaceRegistration/_subject_id_sub/func_bbreg/mapflow/_func_bbreg4/rest_mc_bbreg_sub.dat srcregold = 0 srcwarp unspecified surf = white hemi = lh ProjFrac = 0.5 thickness = thickness reshape = 0 interp = nearest float2int = round GetProjMax = 0 INFO: float2int code = 0 INFO: changing type to float Done loading volume Reading surface /NKI_recon_subjects/sub/surf/lh.white Done reading source surface Reading thickness /NKI_recon_subjects/sub/surf/lh.thickness Done Mapping Source Volume onto Source Subject Surface 1 0.5 0.5 0.5 using old Done mapping volume to surface Standard error: Segmentation fault Return code: 139 Interface SampleToSurface failed to run. Thank you all in advance! Yang ------ Qingyang Li Balance and focus. On Sun, Mar 18, 2012 at 8:28 AM, <freesurfer-request(a)nmr.mgh.harvard.edu>wrote: > Mailing list subscription confirmation notice for mailing list > Freesurfer > > We have received a request from 67.244.70.75 for subscription of your > email address, "congel(a)gmail.com", to the > freesurfer(a)nmr.mgh.harvard.edu mailing list. To confirm that you want > to be added to this mailing list, simply reply to this message, > keeping the Subject: header intact. Or visit this web page: > > > https://mail.nmr.mgh.harvard.edu/mailman/confirm/freesurfer/8f8fcc67483bbce… > > > Or include the following line -- and only the following line -- in a > message to freesurfer-request(a)nmr.mgh.harvard.edu: > > confirm 8f8fcc67483bbcee3ff0f76888c79e7704b4a03a > > Note that simply sending a `reply' to this message should work from > most mail readers, since that usually leaves the Subject: line in the > right form (additional "Re:" text in the Subject: is okay). > > If you do not wish to be subscribed to this list, please simply > disregard this message. If you think you are being maliciously > subscribed to the list, or have any other questions, send them to > freesurfer-owner(a)nmr.mgh.harvard.edu. > > > 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. > >

4 4

Re: [Freesurfer] Fwd: white matter and pial surface don't track sulcus
by Darren Gitelman 06 Dec '13

06 Dec '13

Yes. That's it. I tried editing the wm.mgz earlier and deleting all voxels labels as ventricle (250) but that didn't solve the problem. Do I edit the aseg.mgz file and just label it as none in this region? Would I use the command tkmedit <subjid> brainmask.mgz -aux brain.finalsurfs.mgz -surfs -segmentation aseg.mgz $FREESURFER_HOME/FreeSurferColorLUT.txt When done do I run recon-all -autorecon2-noaseg -autorecon3? Thanks, Darren On Sun, Sep 16, 2012 at 4:38 PM, Bruce Fischl <fischl(a)nmr.mgh.harvard.edu>wrote: > Check the aseg and see if it was labeled ventricle (and make sure it > really isn't). You may need to edit the aseg > > > > On Sep 16, 2012, at 5:19 PM, Darren Gitelman <d-gitelman(a)northwestern.edu> > wrote: > > Hi > > I have run into an issue that I'm not sure how to correct. What happens > is that in some subjects the surfaces don't seem to properly track sulci > coming off the medial part of temporo-occipital cortex. Please see green > arrows on the attached image. > > In fact the tutorial on topological defects shows an image with a > similar issue, but fixing it is not discussed. > > http://surfer.nmr.mgh.harvard.edu/fswiki/FsTutorial/TopologicalDefect?actio… > > I have checked and these are sulci and not the occipital extent of the > lateral ventricle. > > Perhaps it is not a problem, or if it is then how to approach fixing it? > > Thank you, > Darren > -- > Darren Gitelman, MD > Northwestern University > 710 N. Lake Shore Dr. > Abbott 11th Floor > Chicago, IL 60611 > Ph: (312) 908-8614 > Fax: (312) 908-5073 > > <3809-error.png> > > _______________________________________________ > 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. > -- Darren Gitelman, MD Northwestern University 710 N. Lake Shore Dr. Abbott 11th Floor Chicago, IL 60611 Ph: (312) 908-8614 Fax: (312) 908-5073

7 8

hippocampal segmentation converting mgz to nii
by lorenzo pasquini 13 Aug '13

13 Aug '13

Dear freesurfer users, I have used freesurfer to segment hippocampal subfields. Then I used freeview to convert the derived .mgz files in .nii files for further analysis. I estimated the hippocampal subfields volumes with the command: kvlQuantifyPosteriorProbabilityImages $ FREESURFER_HOME/ data/ GEMS/ compressionLookupTable.txt posterior_right_* posterior_Right-Hippocampus.mgz I have calculated the number of voxels in the converted .nii files using SPM and realized that they do not fit the estimated volumes through freesurfer Example for CA2-2 estimated voxel number though freesurfer: 6851 voxels found in .nii file: 15812 Did somebody had similar problems? Do you have any suggestion? Are there any incompatibilities between SPM and freesurfer? I did not find any apparent error in my counting script. Thank you very much and regards, Lorenzo Pasquini Can. Ph. D., Medical Life Science and Technology (Technische Universität Muenchen) Neuroimaging Lab, Neuroradiology Klinikum r. d. Isar (Technische Universität) 81675 München Tel.: 0049 (0) 89 4140-7666

3 4

LME - lme_mass_FDR2 correction doesn't work
by Alex Hanganu 07 Aug '13

07 Aug '13

Hi Jorge, I got an error in the correction, and I can't find a way out. this is the cmd I use: ------------- /[Y,mri] = fs_read_Y('.../thickness-sm10.mgh'); Qdec = fReadQdec('.../LME.dat'); Qdec = rmQdecCol(Qdec,1); sID = Qdec(2:end,1); Qdec = rmQdecCol(Qdec,1); M = Qdec2num(Qdec); ni = [2 2... 2]; X = [ones(length(M),1) M M(:,1).*M(:,2)]; [stats,st] = lme_mass_fit_vw1(X,[1],Y,ni,lhcortex); CM.C = [0 0 0 1]; fstats = lme_mass_F1(stats,CM); fs_write_fstats(fstats,mri,'.../lh.sig.mgh','sig'); nv = length(stats); Beta2 = zeros(1,nv); //Beta//4////= zeros(1,nv);// //for ....// //. .// //end; //Beta2_Beta//4//_sum = Beta2//+Beta4;// //mri1 = mri;// //mri1.vols//z(//4) = 1;// //fs//_write_Y(Beta2,mri1,'..../Beta2.mgh'//);// //[detvtx,sided_pval,pth//] = lme//_mass_F//DR2(fstats.pval,fstats.sgn,lhcor//tex,0.05,0);// //fs_write_Y(sided_pva//l,mri1,//'.../spval.mgh');// // //??? Error using //===> reshape// //To RESHAPE the number of elements must not change.// // //Error in ==//> fs_write_Y at 21// //save_mgh(reshape(Y',mri.volsz),//fname,mri.M,mri.mr//_parms);/ ------------- the cmd: /[detvtx ....//]/ didn't work, but there was no error message. I remember in the past this cmd took around 1 day to analyzebut now it didn't work at all. /fs_write_Y/ worked fine for Beta, alsothis time I used the /mri//1 //= mri/ cmd- so the /reshape /error shouldn't be associated with this. Please help ! best regards, Alex.

3 5

Re: [Freesurfer] FW: how to obtain MRI coordinates of scalp surface points marked in tksurfer
by Jeff Eriksen 14 Jul '13

14 Jul '13

Doug, Freeview looks like the best way to get what I want. Still trying to figure out how to mark a point in the 3D viewing window, but at least when I mark them in the 2D windows I get all the coordinates I need. Thanks, -Jeff Message: 5 Date: Fri, 04 Jan 2013 13:36:59 -0500 From: Douglas N Greve <greve(a)nmr.mgh.harvard.edu<mailto:greve@nmr.mgh.harvard.edu>> Subject: Re: [Freesurfer] FW: FW: how to obtain MRI coordinates of scalp surface points marked in tksurfer To: freesurfer(a)nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu> Message-ID: <50E7214B.6010407(a)nmr.mgh.harvard.edu<mailto:50E7214B.6010407@nmr.mgh.harvard.edu>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed tksurfer may be putting all 0s in the RAS field because the head surface does not match the cortical surface (tksurfer is very inflexible in this way). One way around it is to find the vertex number, then find the RAS for that vertex by converting the surface to ascii. freeview might do a better job than tksurfer. doug On 01/03/2013 10:38 PM, Jeff Eriksen wrote: FreeSurfer experts, I am trying to mark points on a surface in tksurfer, then obtain their original voxel coordinates. These are some of the problems I have encountered, and some of the instructions and examples I do not yet understand. -Jeff From: Bruce Fischl <fischl(a)nmr.mgh.harvard.edu<mailto:fischl@nmr.mgh.harvard.edu> <mailto:fischl@nmr.mgh.harvard.edu><mailto:fischl@nmr.mgh.harvard.edu%3E>> Date: Thursday, January 3, 2013 6:27 PM To: Jeff Eriksen <eriksenj(a)ohsu.edu<mailto:eriksenj@ohsu.edu> <mailto:eriksenj@ohsu.edu><mailto:eriksenj@ohsu.edu%3E>> Subject: Re: [Freesurfer] FW: how to obtain MRI coordinates of scalp surface points marked in tksurfer Can you cc the list so others can answer? Freeview can rotate....

6 12

Discrepancy between surface data of Heschl's gyrus and its image
by Klein, Holger 10 Jul '13

10 Jul '13

Dear Freesurfers, I averaged 42 subjects with make_average_subject focusing on Heschl's Gyrus and finally got the image attached (for both atlases (Desikan = Atlas I, Destrieux = Atlas II). Gray matter surface calculations for Heschl's gyrus showed the following mean values (in mm^2): Atlas I lh = 439 (SD 60), rh = 323 (SD 46) Atlas II lh = 340 (SD 70), rh = 253 (SD 47) Heschl's gyrus depicted in the attached image looks considerably larger for Atlas II, but the surface analysis gives me smaller values for mean surface calculation (Atlas II < Atlas I) How can that be explained? Thanks in advance Holger

3 8

vertices don't match
by Darren Gitelman 11 Jun '13

11 Jun '13

Dear List I am adding to the post on this error from yesterday regarding problems with running qcache. I know this has been posted to the list before, but the suggested fixes and checks don't fix the problem. See the error below (ERROR: number of vertices in /projects/d20277/dek/done/analyzed/3300/surf/lh.volume does not match surface (145332,147148) ERROR: reading curvature file) 1) Running recon-all -s <subjid> -vno-check does not find any problems. It says everything is verified and checks out ok. 2) Running recon-all -s <subjid> -make all returns the message: make: Nothing to be done for `all'. But when I try recon-all -s <subjid> -qcache I get the error on this and several other subjects, but not all subjects. Checking the modification times on some files it looks like the thickness file came after the curv file. [drg@quser03 surf]$ ll *.thickness -rwxrwxrwx 1 dek322 d20277 588607 Sep 11 21:54 lh.thickness -rwxrwxrwx 1 dek322 d20277 593959 Sep 11 22:10 rh.thickness [drg@quser03 surf]$ ll *.curv -rwxrwxrwx 1 dek322 d20277 588607 Sep 11 21:45 lh.curv -rwxrwxrwx 1 dek322 d20277 593959 Sep 11 22:01 rh.curv Any suggestions for fixing the qcache error would be appreciated. Darren -- --------------------------------------------------- #@# 1/1 3300 Wed Sep 19 13:52:44 CDT 2012 -------------- ----------------------- mri_surf2surf --srcsubject 3300 --srchemi lh --srcsurfreg sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --tval ./tmp.mris_preproc.6938/3300.1.mgh --sval /projects/d20277/dek/done/analyzed/3300/surf/lh.volume --sfmt curv --noreshape --no-cortex Source registration surface changed to sphere.reg Target registration surface changed to sphere.reg srcsubject = 3300 srcval = /projects/d20277/dek/done/analyzed/3300/surf/lh.volume srctype = curv trgsubject = fsaverage trgval = ./tmp.mris_preproc.6938/3300.1.mgh trgtype = srcsurfreg = sphere.reg trgsurfreg = sphere.reg srchemi = lh trghemi = lh frame = 0 fwhm-in = 0 fwhm-out = 0 label-src = (null) label-trg = (null) OKToRevFaceOrder = 1 Reading source surface reg /projects/d20277/dek/done/analyzed/3300/surf/lh.sphere.reg Loading source data Reading curvature file /projects/d20277/dek/done/analyzed/3300/surf/lh.volume ERROR: number of vertices in /projects/d20277/dek/done/analyzed/3300/surf/lh.volume does not match surface (145332,147148) ERROR: reading curvature file Linux quser01 2.6.18-128.el5 #1 SMP Wed Dec 17 11:41:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux recon-all -s 3300 exited with ERRORS at Wed Sep 19 13:52:46 CDT 2012 -- Darren Gitelman, MD Northwestern University 710 N. Lake Shore Dr. Abbott 11th Floor Chicago, IL 60611 Ph: (312) 908-8614 Fax: (312) 908-5073

3 2

TRACULA outputs out of expected range
by Ali Ezzati 31 May '13

31 May '13

Hello Experts, I would be grateful if you could help me with this problem: I was able to run all steps of TRACULA on several subjects without any error message, but all the final outcomes (FA,MD,RD,AD values) are out of the expected range (i.e average FA values for all tracts are >1). I tried to identify the source of this problem... clearly FA values in "dmri/dtifit_FA", which is an output of "prep" step are all out of range. The only source of error that I can think of is .bvecs file. My input .bvecs files are in 3 columns, exactly as described in the manual. There are two .bvecs file in the "dmri" folder. one is "dwi_orig.mghdti.bvecs" which is exactly the same as my input .bvecs file and the other one's name is just "bvecs", which has completely different values. Could this be the source of my problem? or something else is causing this. Thank you, Ali

2 5

T2/FLAIR images longitudinal stream
by MCLAREN, Donald 08 May '13

08 May '13

Martin and others, As the T2/FLAIR image is only available for cross-sectional processing; if we are doing a longitudinal study, is there any advantage of using the T2/FLAIR image? Will the improved pial surface can transferred to the base and long surfaces? Best Regards, Donald McLaren ================= D.G. McLaren, Ph.D. Research Fellow, Department of Neurology, Massachusetts General Hospital and Harvard Medical School Postdoctoral Research Fellow, GRECC, Bedford VA Website: http://www.martinos.org/~mclaren Office: (773) 406-2464 ===================== This e-mail contains CONFIDENTIAL INFORMATION which may contain PROTECTED HEALTHCARE INFORMATION and may also be LEGALLY PRIVILEGED and which is intended only for the use of the individual or entity named above. If the reader of the e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that you are in possession of confidential and privileged information. Any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this e-mail unintentionally, please immediately notify the sender via telephone at (773) 406-2464 or email.

2 1

Probably activation due to vessels
by Jörg Pfannmöller 07 May '13

07 May '13

Dear Freesurfers, I computed the functional activation in a sensory task using freesurfer's fsfast stream. In the cortex surface line like activated regions are present. Their extension is much larger than the extension of the expected regions. Therefore, I suppose that those regions are due to vessels. Is there a possibility in freesurfer to remove them. Ideally there would be something like a volume based mode which does not sxclude the cortex. In this mode the vessels couls be identified and removed. Any help is highly apprexiated. Respectfully yours pfannmoe

2 13

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 April 2013