Freesurfer

freesurfer@nmr.mgh.harvard.edu

19 participants
30088 discussions

strangely low lhCorticalWhiteMatterVol estimate
by Michael Harms 01 Mar '12

01 Mar '12

Hi guys, We have a subject processed with FS v5.1 in which lhCorticalWhiteMatterVol in aseg.stats is much too low -- only 33781 mm^3. From what I see, the aseg.mgz looks fine. 'mris_volume lh.white' returns 287261 and running mri_segstats without the --excl-ctxgmwm option returns a Left-Cerebral-White-Matter volume of 245169. 'mris_euler_number' indicates no problems with lh.white. Running 'mris_wm_volume' on its own generates the same value of 33781. I also tried running 'mris_wm_volume' with the -v option to see if any interesting messages popped up, but got the message "unknown option -v". Any idea what is going wrong here? So you can see for yourself, I went ahead and uploaded the subject's processed data to your FTP server (110107_L206.tgz) thanks, -MH -- Michael Harms, Ph.D. -------------------------------------------------------------------- Conte Center for the Neuroscience of Mental Disorders Washington University School of Medicine Department of Psychiatry, Box 8134 Renard Hospital, Room 6604 Tel: 314-747-6173 660 South Euclid Ave. Fax: 314-747-2182 St. Louis, MO 63110 Email: mharms(a)wustl.edu --------------------------------------------------------------------

3 5

mri_segstats output
by Marco Loggia 01 Mar '12

01 Mar '12

Dear all, Given a series of fsaverage-registered rCBF maps, I am trying to extract the average rCBF value from one specific region. This region, which was a significant cluster from a volumetric (fsl) analysis, was binarized and then converted to surface. When I run mri_segstats with the --avgwf I obtain two columns. Can you please remind me which one is the average extracted from that ROI, and what is the other column? Thanks! Marco mri_vol2surf --mov DMN_s1_RS1_correlates_with_ASL1_rating.gfeat/cope1.feat/cluster_mask_zstat1.nii.gz --mni152reg --hemi rh --o /autofs/cluster/randy/6/users/marco/lbp/lbp_freesurfer_ASL/ASL_connectivity_SURF/rh.RS1_correlates_ASL1.mgz cd /autofs/cluster/randy/6/users/marco/lbp/lbp_freesurfer_ASL/ASL_connectivity_SURF for f in `ls *.mgz` ; do mri_segstats --seg $f --in /homes/14/marco/cluster_6/lbp/lbp_freesurfer_ASL/patients+controls/analyses/rh.lbp+ctrl.session1.asl2-asl1_projfrac-max_nopaired-diff_sm7_03mm_OCT18.mgh --avgwf "$f"_RH_nopaired_diff.txt done nedit rh.RS1_correlates_ASL1.mgz_RH_nopaired_diff.txt & 38.2811 47.6476 40.3997 36.0856 42.6304 46.2465 44.4789 36.7066 69.2376 51.4098 66.0043 47.2098 34.5957 40.3854 36.8976 42.2028 38.2475 35.875 39.9503 37.0186 35.1582 36.6949 35.1924 38.874 43.4415 36.2505 43.3516 34.5041 58.3073 50.3295 61.8703 60.8415 61.1754 51.3476 47.9508 51.594 51.5809 48.2985 49.6545 50.974 62.9431 72.1211 54.0272 55.7234 35.0701 34.5995 37.9241 35.3844 37.2277 42.3105 38.2136 46.7896 45.0951 51.9831 45.4391 51.6242 46.2971 47.5424 44.3713 41.1725 37.4132 36.1166 36.7285 39.2947 44.0285 46.501 45.4698 50.5906 51.0392 48.2324 55.0885 50.9392 66.7224 67.7807 64.8932 68.5847 45.5101 45.6065 46.7002 45.232 40.6324 48.9768 44.3654 45.9017 39.4908 32.8936 39.5983 36.4909 55.9295 59.1527 55.6738 55.7016 44.7433 50.9412 42.6953 50.0857 42.4522 48.7366 43.5595 42.3424 43.9283 36.5026 41.9838 36.8662 39.9873 44.505 43.442 49.2243 57.6304 55.5628 53.3496 49.4215 43.2505 42.5797 43.5452 42.0694 50.4555 47.993 49.8977 49.6568 41.5077 42.8473 40.2357 42.3246 40.3846 39.1473 38.7073 41.502 ______________________ Marco L. Loggia, PhD Postdoctoral Fellow, Mass General Hospital & Brigham and Women's Hospital Harvard Medical School Psychiatric Neuroimaging Research Program CNY Building 120, suite 100 Charlestown, Massachusetts 02129 Phone: (617) 643-7267 Fax: (617) 643-7340 marco(a)nmr.mgh.harvard.edu

4 4

Re: [Freesurfer] hippocampus volume normalization question
by Douglas N Greve 01 Mar '12

01 Mar '12

It is whole-brain minus cerebellum and brain stem. But the current release has a bug and should not be trusted. See the email I sent out last week or look at the Release Notes page on our wiki for how to download a patch and regenerate the results. doug Rashmi Singh wrote: > Thanks so much Doug, > Just a last question. > Is supratentorial volume present in the aseg.stat file anyway related to > the whole brain volume? > Thanks, > Rashmi. > > > On 2/29/12 10:33 AM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> wrote: > > >> You'll have to run it on each subject. Easy to do with a script. You can >> then cat the data into one fine (they are just text files). >> doug >> >> Rashmi Singh wrote: >> >>> Thanks Doug, >>> Do I need to run the following for each subject or can is there a way >>> to >>> run it with input for all my subjects in one go to get the brain volume >>> of >>> all my subject in one output file. >>> Thanks, >>> >>> >>> >>> On 2/29/12 10:15 AM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> >>> wrote: >>> >>> >>> >>>> oh, sorry, I do remember now that we took that out (I think we put it >>>> back in for the next release). The work-around is to run >>>> >>>> mri_binarize --i brain.mgz --min 0.00001 --count count.dat --o junk.mgh >>>> >>>> You can delete junk.mgh. The file count.dat will have info about the >>>> number of voxels in the brain. It will have 4 numbers: >>>> #voxels in brain, brain volume (mm3), total # voxels in volume, and >>>> brain volume as a percent of total volume in the 3d a field of view. >>>> >>>> doug >>>> >>>> >>>> Rashmi Singh wrote: >>>> >>>> >>>>> Hello doug, >>>>> In the asegstats. Txt ( that got as in the table format with >>>>> information >>>>> on all subjects grouped together in a single .Xls file) I found >>>>> information on Total Gray vol but I don't see whole Brain volume. >>>>> Can you please suggest me where to get the whole brain volume. >>>>> Thanks, >>>>> Rashmi. >>>>> >>>>> >>>>> On 2/28/12 3:22 PM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>>> In the aseg.stats file there is a value for the whole brain volume. >>>>>> doug >>>>>> >>>>>> Rashmi Singh wrote: >>>>>> >>>>>> >>>>>> >>>>>>> I would like know how can I get the sub-cortical volumes normalized >>>>>>> it >>>>>>> to >>>>>>> the whole brain. >>>>>>> Thanks, >>>>>>> Rashmi. >>>>>>> >>>>>>> On 2/28/12 3:14 PM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> No, it does not. All volumes are volumes in native anatomical >>>>>>>> space. >>>>>>>> doug >>>>>>>> >>>>>>>> Rashmi Singh wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Hello. >>>>>>>>> I am using FreeSurfer to generate subcortical volumes and >>>>>>>>> cortical >>>>>>>>> thickness for my subjects. >>>>>>>>> Does FreeSurfer normalizes the subcortical volumes to the whole >>>>>>>>> brain >>>>>>>>> volume for each subjects. >>>>>>>>> Let me know. >>>>>>>>> For among subjects comparison I am assuming that the sub >>>>>>>>> cortical >>>>>>>>> volumes generated for each subject are normalized to its own whole >>>>>>>>> brain volume. >>>>>>>>> >>>>>>>>> Thank you, >>>>>>>>> Rashmi. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------- >>>>>>>>> -- >>>>>>>>> -- >>>>>>>>> - >>>>>>>>> >>>>>>>>> This document may contain information covered under the Privacy >>>>>>>>> Act, 5 >>>>>>>>> USC 552(a), and/or the Health Insurance Portability and >>>>>>>>> Accountability >>>>>>>>> Act (PL 104-191) and its various implementing regulations and must >>>>>>>>> be >>>>>>>>> protected in accordance with those provisions. Healthcare >>>>>>>>> information >>>>>>>>> is personal and sensitive and must be treated accordingly. If this >>>>>>>>> correspondence contains healthcare information it is being >>>>>>>>> provided >>>>>>>>> to >>>>>>>>> you after appropriate authorization from the patient or under >>>>>>>>> circumstances that don't require patient authorization. You, the >>>>>>>>> recipient, are obligated to maintain it in a safe, secure and >>>>>>>>> confidential manner. Redisclosure without additional patient >>>>>>>>> consent >>>>>>>>> or as permitted by law is prohibited. Unauthorized redisclosure or >>>>>>>>> failure to maintain confidentiality subjects you to application of >>>>>>>>> appropriate sanction. If you have received this correspondence in >>>>>>>>> error, please notify the sender at once and destroy any copies you >>>>>>>>> have made. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------- >>>>>>>>> -- >>>>>>>>> -- >>>>>>>>> - >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Freesurfer mailing list >>>>>>>>> Freesurfer(a)nmr.mgh.harvard.edu >>>>>>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> -- >>>>>>>> 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 >>>>>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 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. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ________________________________ >>>>>>> >>>>>>> This document may contain information covered under the Privacy >>>>>>> Act, 5 >>>>>>> USC 552(a), and/or the Health Insurance Portability and >>>>>>> Accountability >>>>>>> Act (PL 104-191) and its various implementing regulations and must >>>>>>> be >>>>>>> protected in accordance with those provisions. Healthcare >>>>>>> information >>>>>>> is >>>>>>> personal and sensitive and must be treated accordingly. If this >>>>>>> correspondence contains healthcare information it is being provided >>>>>>> to >>>>>>> you after appropriate authorization from the patient or under >>>>>>> circumstances that don't require patient authorization. You, the >>>>>>> recipient, are obligated to maintain it in a safe, secure and >>>>>>> confidential manner. Redisclosure without additional patient consent >>>>>>> or >>>>>>> as permitted by law is prohibited. Unauthorized redisclosure or >>>>>>> failure >>>>>>> to maintain confidentiality subjects you to application of >>>>>>> appropriate >>>>>>> sanction. If you have received this correspondence in error, please >>>>>>> notify the sender at once and destroy any copies you have made. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> -- >>>>>> 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 >>>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ________________________________ >>>>> >>>>> This document may contain information covered under the Privacy Act, 5 >>>>> USC 552(a), and/or the Health Insurance Portability and Accountability >>>>> Act (PL 104-191) and its various implementing regulations and must be >>>>> protected in accordance with those provisions. Healthcare information >>>>> is >>>>> personal and sensitive and must be treated accordingly. If this >>>>> correspondence contains healthcare information it is being provided to >>>>> you after appropriate authorization from the patient or under >>>>> circumstances that don't require patient authorization. You, the >>>>> recipient, are obligated to maintain it in a safe, secure and >>>>> confidential manner. Redisclosure without additional patient consent >>>>> or >>>>> as permitted by law is prohibited. Unauthorized redisclosure or >>>>> failure >>>>> to maintain confidentiality subjects you to application of appropriate >>>>> sanction. If you have received this correspondence in error, please >>>>> notify the sender at once and destroy any copies you have made. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> -- >>>> 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 >>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>> >>>> >>>> >>>> >>> ________________________________ >>> >>> This document may contain information covered under the Privacy Act, 5 >>> USC 552(a), and/or the Health Insurance Portability and Accountability >>> Act (PL 104-191) and its various implementing regulations and must be >>> protected in accordance with those provisions. Healthcare information is >>> personal and sensitive and must be treated accordingly. If this >>> correspondence contains healthcare information it is being provided to >>> you after appropriate authorization from the patient or under >>> circumstances that don't require patient authorization. You, the >>> recipient, are obligated to maintain it in a safe, secure and >>> confidential manner. Redisclosure without additional patient consent or >>> as permitted by law is prohibited. Unauthorized redisclosure or failure >>> to maintain confidentiality subjects you to application of appropriate >>> sanction. If you have received this correspondence in error, please >>> notify the sender at once and destroy any copies you have made. >>> >>> >>> >>> >> -- >> 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 >> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >> >> >> > > > ________________________________ > > This document may contain information covered under the Privacy Act, 5 USC 552(a), and/or the Health Insurance Portability and Accountability Act (PL 104-191) and its various implementing regulations and must be protected in accordance with those provisions. Healthcare information is personal and sensitive and must be treated accordingly. If this correspondence contains healthcare information it is being provided to you after appropriate authorization from the patient or under circumstances that don't require patient authorization. You, the recipient, are obligated to maintain it in a safe, secure and confidential manner. Redisclosure without additional patient consent or as permitted by law is prohibited. Unauthorized redisclosure or failure to maintain confidentiality subjects you to application of appropriate sanction. If you have received this correspondence in error, please notify the sender at once and destroy any copies you have made. > > > -- 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 FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html

1 0

length of a label
by Ritobrato Datta 29 Feb '12

29 Feb '12

Hi All, Is there a way to calculate the length and width of a label ? Please let me know. Thanks a lot Ri

2 1

Re: [Freesurfer] mri_vol2surf issue
by Omer Tal 29 Feb '12

29 Feb '12

So, currently I am using white and using projfrac-max 0 1 .01, and it is giving me a very clean image with maybe only .1% of the vertices incorrect. Seems to be the best so far. In general, sometimes we have to use 3-D grids instead of FS grids to get deeper sources, and then we make 3-D nii volumes showing activity. I was interested in taking those volumes and projecting them onto a surface so i can view them on tksurfer. In this case, i used a common map, made actually out of freesurfer (aparc+aseg) because I thought it would make it easy to see when I get the right answer. I will attach a picture of the latest tomorrow morning when I get back in the office. Thank you so much for your help, Omer Tal > Don't use orig, use white (or leave blank), that will help some. What > are you trying to accomplish? > doug > > Omer Tal wrote: >> Hey Doug, >> >> I did play w/ that (tried 0.5 and 1) and the result if much better (see >> attached image) but there are still some regions where either no value >> is >> assigned or white matter voxels comes up. Are there any other >> suggestions >> you might have? >> >> - is there a better --surf to use than orig? >> - should I attempt to use the optimal projection function (not much >> notes >> on using mri_compute_volume_fractions)? >> >> Thank you for your continuous support, >> Omer Tal >> >> >>> the way you have it set up, it is sampling on the gray/white boundary >>> ("white" surface). You can sample midway into the ribbon with >>> --projfrac >>> 0.5 >>> doug >>> >>> Omer Tal wrote: >>> >>>> Hey Doug, >>>> >>>> Attached is a picture showing the resulting surface file. Note that >>>> the >>>> red regions correspond to the number 2 (white matter) and the yellow >>>> regions correspond to numbers between 1000 and 1035 (gray matter). If >>>> the >>>> conversion would be completed correctly, only numbers between the 1000 >>>> and >>>> 1035 should come up on the surface. >>>> >>>> Thank you for your time and help, >>>> Omer Tal >>>> >>>> >>>> >>>> >>>>> can you post a picture? >>>>> >>>>> Omer Tal wrote: >>>>> >>>>> >>>>>> Hey Doug, >>>>>> >>>>>> Tried, no change unfortunately. >>>>>> >>>>>> >>>>>> Here is the output, just in the case: >>>>>> mri_vol2surf --src aparc+aseg.nii --surf orig --ref orig.mgz >>>>>> --regheader >>>>>> 111123 --hemi lh --o test.mgh >>>>>> srcvol = aparc+aseg.nii >>>>>> srcreg unspecified >>>>>> srcregold = 0 >>>>>> srcwarp unspecified >>>>>> surf = orig >>>>>> hemi = lh >>>>>> reshape = 0 >>>>>> interp = nearest >>>>>> float2int = round >>>>>> GetProjMax = 0 >>>>>> INFO: float2int code = 0 >>>>>> INFO: changing type to float >>>>>> Done loading volume >>>>>> Computing registration from header. >>>>>> Using /home/otal/raweegmeg/structuralDB//111123/mri/orig.mgz as >>>>>> target >>>>>> reference. >>>>>> Reading surface >>>>>> /home/otal/raweegmeg/structuralDB//111123/surf/lh.orig >>>>>> Done reading source surface >>>>>> Mapping Source Volume onto Source Subject Surface >>>>>> 1 0 0 0 >>>>>> using old >>>>>> Done mapping volume to surface >>>>>> Number of source voxels hit = 100537 >>>>>> Writing to test.mgh >>>>>> Dim: 157373 1 1 >>>>>> >>>>>> Thank you, >>>>>> Omer Tal >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> Hi Omer, >>>>>>> Try removing "--srcreg identity" >>>>>>> doug >>>>>>> >>>>>>> Omer Tal wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hey Doug, >>>>>>>> >>>>>>>> Test.nii is a volume nii (1x1x1mm) with values of interest per >>>>>>>> voxel, >>>>>>>> created using the header from brain_T1.nii which was simply >>>>>>>> created >>>>>>>> by >>>>>>>> using mri_convert from the subject's original brain.mgz. The *.nii >>>>>>>> file >>>>>>>> loads fine and matches the subject as expected. It is when trying >>>>>>>> to >>>>>>>> go >>>>>>>> back to surface, that things seem to get messy. >>>>>>>> >>>>>>>> Thank you very much for your time, >>>>>>>> Omer Tal >>>>>>>> Keck Center for Functional MRI, UCSD >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> What is test.nii? How was it derived? >>>>>>>>> >>>>>>>>> Omer Tal wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hey all, >>>>>>>>>> >>>>>>>>>> I am running into a bit of a problem converting back from a >>>>>>>>>> volume >>>>>>>>>> into >>>>>>>>>> a >>>>>>>>>> surface and was hoping someone would have some insight. >>>>>>>>>> >>>>>>>>>> I have an .nii volume for a given subject, and I want to convert >>>>>>>>>> it >>>>>>>>>> into >>>>>>>>>> a >>>>>>>>>> surface mgh file, so i can view it on tksurfer. Since its the >>>>>>>>>> same >>>>>>>>>> exact >>>>>>>>>> subject, I figured it should be relatively easy, but in the >>>>>>>>>> resulting >>>>>>>>>> surface all the white matter and gray matter voxels are mixed >>>>>>>>>> together >>>>>>>>>> (looks like tiger pattern on tksurfer) in the entire brain. I >>>>>>>>>> would >>>>>>>>>> point >>>>>>>>>> out though that the gray matter voxels do show up in the correct >>>>>>>>>> location >>>>>>>>>> (i.e. a motor gray voxel in my volume still ends up in the motor >>>>>>>>>> cortex >>>>>>>>>> in >>>>>>>>>> the mgh file), its just that they are surrounded with vertices >>>>>>>>>> which >>>>>>>>>> have >>>>>>>>>> white matter values. >>>>>>>>>> >>>>>>>>>> Any advice? >>>>>>>>>> >>>>>>>>>> Code: mri_vol2surf --src test nii --srcreg identity --ref T1.mgz >>>>>>>>>> --regheader test_subj --hemi lh --o test.mgh >>>>>>>>>> >>>>>>>>>> Thank you very much for your help, >>>>>>>>>> Omer Tal >>>>>>>>>> Keck Center for Functional MRI, UCSD >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Freesurfer mailing list >>>>>>>>>> Freesurfer(a)nmr.mgh.harvard.edu >>>>>>>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> -- >>>>>>>>> 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 >>>>>>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 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. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> -- >>>>>>> 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 >>>>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> -- >>>>> 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 >>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> -- >>> 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 >>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>> >>> >>> > > -- > 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 > FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html > >

1 1

tracula - submit via fsl_sub / qsub ?
by Andi Heckel 29 Feb '12

29 Feb '12

Dear Tracula Team, recently i ran trac-all (-prep / -bedp / -path), but I happened to submit the commands to our SGE computer cluster using fsl_sub (which is fsl's wrapper for qsub) According to the header comments of the trac-all script, however, trac-all should not be submitted to a cluster. (it is self-submitting as i understand) Do I need to worry about the results being invalid when submitting the command with qsub/fsl_sub or would you suggest re-running trac-all without fsl_sub / qsub, although all processes finished without errors according to the logs ? Actually, i would really like to submit the trac-all command line using fsl_sub / qsub to a) make use of fsl_sub / qsub features and b) make full use of our cluster, so I can process multiple subjects in parallel, as it seems that not all time-consuming processing steps in the trac-all scripts are self-submitting (i guess only "trac-all -bedp" self-submits) Are there general concerns, why one should not use fsl_sub/qsub on the trac-all (-prep / - path) command ? (I used fsl_sub on other self-submitting scripts, which seemed to work so far.) Tracula is quite useful ! Thank you very much for your time ! Kind Regards, andi

2 1

Re: [Freesurfer] hippocampus volume normalization question
by Douglas N Greve 29 Feb '12

29 Feb '12

You'll have to run it on each subject. Easy to do with a script. You can then cat the data into one fine (they are just text files). doug Rashmi Singh wrote: > Thanks Doug, > Do I need to run the following for each subject or can is there a way to > run it with input for all my subjects in one go to get the brain volume of > all my subject in one output file. > Thanks, > > > > On 2/29/12 10:15 AM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> wrote: > > >> oh, sorry, I do remember now that we took that out (I think we put it >> back in for the next release). The work-around is to run >> >> mri_binarize --i brain.mgz --min 0.00001 --count count.dat --o junk.mgh >> >> You can delete junk.mgh. The file count.dat will have info about the >> number of voxels in the brain. It will have 4 numbers: >> #voxels in brain, brain volume (mm3), total # voxels in volume, and >> brain volume as a percent of total volume in the 3d a field of view. >> >> doug >> >> >> Rashmi Singh wrote: >> >>> Hello doug, >>> In the asegstats. Txt ( that got as in the table format with >>> information >>> on all subjects grouped together in a single .Xls file) I found >>> information on Total Gray vol but I don't see whole Brain volume. >>> Can you please suggest me where to get the whole brain volume. >>> Thanks, >>> Rashmi. >>> >>> >>> On 2/28/12 3:22 PM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> wrote: >>> >>> >>> >>>> In the aseg.stats file there is a value for the whole brain volume. >>>> doug >>>> >>>> Rashmi Singh wrote: >>>> >>>> >>>>> I would like know how can I get the sub-cortical volumes normalized >>>>> it >>>>> to >>>>> the whole brain. >>>>> Thanks, >>>>> Rashmi. >>>>> >>>>> On 2/28/12 3:14 PM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>>> No, it does not. All volumes are volumes in native anatomical space. >>>>>> doug >>>>>> >>>>>> Rashmi Singh wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Hello. >>>>>>> I am using FreeSurfer to generate subcortical volumes and cortical >>>>>>> thickness for my subjects. >>>>>>> Does FreeSurfer normalizes the subcortical volumes to the whole >>>>>>> brain >>>>>>> volume for each subjects. >>>>>>> Let me know. >>>>>>> For among subjects comparison I am assuming that the sub cortical >>>>>>> volumes generated for each subject are normalized to its own whole >>>>>>> brain volume. >>>>>>> >>>>>>> Thank you, >>>>>>> Rashmi. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> -- >>>>>>> - >>>>>>> >>>>>>> This document may contain information covered under the Privacy >>>>>>> Act, 5 >>>>>>> USC 552(a), and/or the Health Insurance Portability and >>>>>>> Accountability >>>>>>> Act (PL 104-191) and its various implementing regulations and must >>>>>>> be >>>>>>> protected in accordance with those provisions. Healthcare >>>>>>> information >>>>>>> is personal and sensitive and must be treated accordingly. If this >>>>>>> correspondence contains healthcare information it is being provided >>>>>>> to >>>>>>> you after appropriate authorization from the patient or under >>>>>>> circumstances that don't require patient authorization. You, the >>>>>>> recipient, are obligated to maintain it in a safe, secure and >>>>>>> confidential manner. Redisclosure without additional patient consent >>>>>>> or as permitted by law is prohibited. Unauthorized redisclosure or >>>>>>> failure to maintain confidentiality subjects you to application of >>>>>>> appropriate sanction. If you have received this correspondence in >>>>>>> error, please notify the sender at once and destroy any copies you >>>>>>> have made. >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> -- >>>>>>> - >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Freesurfer mailing list >>>>>>> Freesurfer(a)nmr.mgh.harvard.edu >>>>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>>>> >>>>>>> >>>>>>> >>>>>> -- >>>>>> 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 >>>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>>> >>>>>> >>>>>> >>>>>> 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. >>>>>> >>>>>> >>>>>> >>>>>> >>>>> ________________________________ >>>>> >>>>> This document may contain information covered under the Privacy Act, 5 >>>>> USC 552(a), and/or the Health Insurance Portability and Accountability >>>>> Act (PL 104-191) and its various implementing regulations and must be >>>>> protected in accordance with those provisions. Healthcare information >>>>> is >>>>> personal and sensitive and must be treated accordingly. If this >>>>> correspondence contains healthcare information it is being provided to >>>>> you after appropriate authorization from the patient or under >>>>> circumstances that don't require patient authorization. You, the >>>>> recipient, are obligated to maintain it in a safe, secure and >>>>> confidential manner. Redisclosure without additional patient consent >>>>> or >>>>> as permitted by law is prohibited. Unauthorized redisclosure or >>>>> failure >>>>> to maintain confidentiality subjects you to application of appropriate >>>>> sanction. If you have received this correspondence in error, please >>>>> notify the sender at once and destroy any copies you have made. >>>>> >>>>> >>>>> >>>>> >>>>> >>>> -- >>>> 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 >>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>> >>>> >>>> >>>> >>> ________________________________ >>> >>> This document may contain information covered under the Privacy Act, 5 >>> USC 552(a), and/or the Health Insurance Portability and Accountability >>> Act (PL 104-191) and its various implementing regulations and must be >>> protected in accordance with those provisions. Healthcare information is >>> personal and sensitive and must be treated accordingly. If this >>> correspondence contains healthcare information it is being provided to >>> you after appropriate authorization from the patient or under >>> circumstances that don't require patient authorization. You, the >>> recipient, are obligated to maintain it in a safe, secure and >>> confidential manner. Redisclosure without additional patient consent or >>> as permitted by law is prohibited. Unauthorized redisclosure or failure >>> to maintain confidentiality subjects you to application of appropriate >>> sanction. If you have received this correspondence in error, please >>> notify the sender at once and destroy any copies you have made. >>> >>> >>> >>> >> -- >> 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 >> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >> >> >> > > > ________________________________ > > This document may contain information covered under the Privacy Act, 5 USC 552(a), and/or the Health Insurance Portability and Accountability Act (PL 104-191) and its various implementing regulations and must be protected in accordance with those provisions. Healthcare information is personal and sensitive and must be treated accordingly. If this correspondence contains healthcare information it is being provided to you after appropriate authorization from the patient or under circumstances that don't require patient authorization. You, the recipient, are obligated to maintain it in a safe, secure and confidential manner. Redisclosure without additional patient consent or as permitted by law is prohibited. Unauthorized redisclosure or failure to maintain confidentiality subjects you to application of appropriate sanction. If you have received this correspondence in error, please notify the sender at once and destroy any copies you have made. > > > -- 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 FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html

1 0

problem generate stats data tables
by Charlotte Bernard 29 Feb '12

29 Feb '12

Dear freesurfer users, I have tried to run "generate stats data tables", but I have that error message: asegstats2table --common-segs --meas volume --tablefile /home/charlotte/TROISCITES/DATA/FREESURFER/qdec/stats_tables/aseg.volume.stats.dat --statsfile=aseg.stats --subjects 10049 10053 10079 10104 10105 10123 10130 10132 10138 10139 10168 10348 10824 10874 10902 10958 11457 11651 11889 12181 SUBJECTS_DIR : /home/charlotte/TROISCITES/DATA/FREESURFER Parsing the .stats files ERROR: The stats file /home/charlotte/TROISCITES/DATA/FREESURFER/10049/stats/aseg.stats is not found or is too small to be a valid statsfile Use --skip flag to automatically skip bad stats files All the files "aseg" are present in my subjects directories. Can somebody help me? Thanks for all, Charlotte

2 1

Re: [Freesurfer] hippocampus volume normalization question
by Douglas N Greve 29 Feb '12

29 Feb '12

oh, sorry, I do remember now that we took that out (I think we put it back in for the next release). The work-around is to run mri_binarize --i brain.mgz --min 0.00001 --count count.dat --o junk.mgh You can delete junk.mgh. The file count.dat will have info about the number of voxels in the brain. It will have 4 numbers: #voxels in brain, brain volume (mm3), total # voxels in volume, and brain volume as a percent of total volume in the 3d a field of view. doug Rashmi Singh wrote: > Hello doug, > In the asegstats. Txt ( that got as in the table format with information > on all subjects grouped together in a single .Xls file) I found > information on Total Gray vol but I don't see whole Brain volume. > Can you please suggest me where to get the whole brain volume. > Thanks, > Rashmi. > > > On 2/28/12 3:22 PM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> wrote: > > >> In the aseg.stats file there is a value for the whole brain volume. >> doug >> >> Rashmi Singh wrote: >> >>> I would like know how can I get the sub-cortical volumes normalized it >>> to >>> the whole brain. >>> Thanks, >>> Rashmi. >>> >>> On 2/28/12 3:14 PM, "Douglas N Greve" <greve(a)nmr.mgh.harvard.edu> wrote: >>> >>> >>> >>>> No, it does not. All volumes are volumes in native anatomical space. >>>> doug >>>> >>>> Rashmi Singh wrote: >>>> >>>> >>>>> Hello. >>>>> I am using FreeSurfer to generate subcortical volumes and cortical >>>>> thickness for my subjects. >>>>> Does FreeSurfer normalizes the subcortical volumes to the whole brain >>>>> volume for each subjects. >>>>> Let me know. >>>>> For among subjects comparison I am assuming that the sub cortical >>>>> volumes generated for each subject are normalized to its own whole >>>>> brain volume. >>>>> >>>>> Thank you, >>>>> Rashmi. >>>>> >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------------------------- >>>>> - >>>>> >>>>> This document may contain information covered under the Privacy Act, 5 >>>>> USC 552(a), and/or the Health Insurance Portability and Accountability >>>>> Act (PL 104-191) and its various implementing regulations and must be >>>>> protected in accordance with those provisions. Healthcare information >>>>> is personal and sensitive and must be treated accordingly. If this >>>>> correspondence contains healthcare information it is being provided to >>>>> you after appropriate authorization from the patient or under >>>>> circumstances that don't require patient authorization. You, the >>>>> recipient, are obligated to maintain it in a safe, secure and >>>>> confidential manner. Redisclosure without additional patient consent >>>>> or as permitted by law is prohibited. Unauthorized redisclosure or >>>>> failure to maintain confidentiality subjects you to application of >>>>> appropriate sanction. If you have received this correspondence in >>>>> error, please notify the sender at once and destroy any copies you >>>>> have made. >>>>> >>>>> ----------------------------------------------------------------------- >>>>> - >>>>> >>>>> _______________________________________________ >>>>> Freesurfer mailing list >>>>> Freesurfer(a)nmr.mgh.harvard.edu >>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>> >>>>> >>>> -- >>>> 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 >>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>> >>>> >>>> >>>> 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. >>>> >>>> >>>> >>> ________________________________ >>> >>> This document may contain information covered under the Privacy Act, 5 >>> USC 552(a), and/or the Health Insurance Portability and Accountability >>> Act (PL 104-191) and its various implementing regulations and must be >>> protected in accordance with those provisions. Healthcare information is >>> personal and sensitive and must be treated accordingly. If this >>> correspondence contains healthcare information it is being provided to >>> you after appropriate authorization from the patient or under >>> circumstances that don't require patient authorization. You, the >>> recipient, are obligated to maintain it in a safe, secure and >>> confidential manner. Redisclosure without additional patient consent or >>> as permitted by law is prohibited. Unauthorized redisclosure or failure >>> to maintain confidentiality subjects you to application of appropriate >>> sanction. If you have received this correspondence in error, please >>> notify the sender at once and destroy any copies you have made. >>> >>> >>> >>> >> -- >> 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 >> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >> >> >> > > > ________________________________ > > This document may contain information covered under the Privacy Act, 5 USC 552(a), and/or the Health Insurance Portability and Accountability Act (PL 104-191) and its various implementing regulations and must be protected in accordance with those provisions. Healthcare information is personal and sensitive and must be treated accordingly. If this correspondence contains healthcare information it is being provided to you after appropriate authorization from the patient or under circumstances that don't require patient authorization. You, the recipient, are obligated to maintain it in a safe, secure and confidential manner. Redisclosure without additional patient consent or as permitted by law is prohibited. Unauthorized redisclosure or failure to maintain confidentiality subjects you to application of appropriate sanction. If you have received this correspondence in error, please notify the sender at once and destroy any copies you have made. > > > -- 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 FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html

1 0

Re: [Freesurfer] mri_vol2surf issue
by Douglas N Greve 28 Feb '12

28 Feb '12

the way you have it set up, it is sampling on the gray/white boundary ("white" surface). You can sample midway into the ribbon with --projfrac 0.5 doug Omer Tal wrote: > Hey Doug, > > Attached is a picture showing the resulting surface file. Note that the > red regions correspond to the number 2 (white matter) and the yellow > regions correspond to numbers between 1000 and 1035 (gray matter). If the > conversion would be completed correctly, only numbers between the 1000 and > 1035 should come up on the surface. > > Thank you for your time and help, > Omer Tal > > > >> can you post a picture? >> >> Omer Tal wrote: >> >>> Hey Doug, >>> >>> Tried, no change unfortunately. >>> >>> >>> Here is the output, just in the case: >>> mri_vol2surf --src aparc+aseg.nii --surf orig --ref orig.mgz --regheader >>> 111123 --hemi lh --o test.mgh >>> srcvol = aparc+aseg.nii >>> srcreg unspecified >>> srcregold = 0 >>> srcwarp unspecified >>> surf = orig >>> hemi = lh >>> reshape = 0 >>> interp = nearest >>> float2int = round >>> GetProjMax = 0 >>> INFO: float2int code = 0 >>> INFO: changing type to float >>> Done loading volume >>> Computing registration from header. >>> Using /home/otal/raweegmeg/structuralDB//111123/mri/orig.mgz as target >>> reference. >>> Reading surface /home/otal/raweegmeg/structuralDB//111123/surf/lh.orig >>> Done reading source surface >>> Mapping Source Volume onto Source Subject Surface >>> 1 0 0 0 >>> using old >>> Done mapping volume to surface >>> Number of source voxels hit = 100537 >>> Writing to test.mgh >>> Dim: 157373 1 1 >>> >>> Thank you, >>> Omer Tal >>> >>> >>> >>> >>>> Hi Omer, >>>> Try removing "--srcreg identity" >>>> doug >>>> >>>> Omer Tal wrote: >>>> >>>> >>>>> Hey Doug, >>>>> >>>>> Test.nii is a volume nii (1x1x1mm) with values of interest per voxel, >>>>> created using the header from brain_T1.nii which was simply created by >>>>> using mri_convert from the subject's original brain.mgz. The *.nii >>>>> file >>>>> loads fine and matches the subject as expected. It is when trying to >>>>> go >>>>> back to surface, that things seem to get messy. >>>>> >>>>> Thank you very much for your time, >>>>> Omer Tal >>>>> Keck Center for Functional MRI, UCSD >>>>> >>>>> >>>>> >>>>> >>>>>> What is test.nii? How was it derived? >>>>>> >>>>>> Omer Tal wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Hey all, >>>>>>> >>>>>>> I am running into a bit of a problem converting back from a volume >>>>>>> into >>>>>>> a >>>>>>> surface and was hoping someone would have some insight. >>>>>>> >>>>>>> I have an .nii volume for a given subject, and I want to convert it >>>>>>> into >>>>>>> a >>>>>>> surface mgh file, so i can view it on tksurfer. Since its the same >>>>>>> exact >>>>>>> subject, I figured it should be relatively easy, but in the >>>>>>> resulting >>>>>>> surface all the white matter and gray matter voxels are mixed >>>>>>> together >>>>>>> (looks like tiger pattern on tksurfer) in the entire brain. I would >>>>>>> point >>>>>>> out though that the gray matter voxels do show up in the correct >>>>>>> location >>>>>>> (i.e. a motor gray voxel in my volume still ends up in the motor >>>>>>> cortex >>>>>>> in >>>>>>> the mgh file), its just that they are surrounded with vertices which >>>>>>> have >>>>>>> white matter values. >>>>>>> >>>>>>> Any advice? >>>>>>> >>>>>>> Code: mri_vol2surf --src test nii --srcreg identity --ref T1.mgz >>>>>>> --regheader test_subj --hemi lh --o test.mgh >>>>>>> >>>>>>> Thank you very much for your help, >>>>>>> Omer Tal >>>>>>> Keck Center for Functional MRI, UCSD >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Freesurfer mailing list >>>>>>> Freesurfer(a)nmr.mgh.harvard.edu >>>>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> -- >>>>>> 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 >>>>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>>>> >>>>>> >>>>>> >>>>>> 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. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> -- >>>> 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 >>>> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>>> >>>> >>>> >>>> >>> >>> >> -- >> 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 >> FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html >> >> >> > > > -- 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 FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html

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