Freesurfer

freesurfer@nmr.mgh.harvard.edu

17 participants
30099 discussions

Sample bert information
by Saurabh Thakur 20 Mar '14

20 Mar '14

Hello Freesurfer Expert, Can you share the freesurfer sample named *bert* information such as age,M/F and other details. Thanks in advance, cheers Saurabh Thakur,

2 2

Extracting Mean Diffusivity values
by Rotem Saar 20 Mar '14

20 Mar '14

Dear Doug, I'm now working with freesurfer 5.3, for this example, subject is "Anatomy0981". A while ago I wrote to the list trying to extract the MD values for each ROI as in the diffusion analysis that ends with the FA value for each ROI (for each subject). I wrote my FA script, and asked u to advise on how to convert it to my needs (MD instead of FA), u wrote - > Use mri_label2vol to transfer the wmparc.mgz into the DTI space, then > use mri_segstats with --seg-erode 1 to compute summaries of the MD in > each region (steps below for FA values ended fine) - this is what I did - 1) dt_recon --i /usr/local/freesurfer/ subjects/Anatomy0981/DTI/I160.dcm --s Anatomy0981 --o /usr/local/freesurfer/subjects/FOLDER-NAME/DTI --b /usr/local/freesurfer/subjects/Anatomy0981/DTI/bvals.bval /usr/local/freesurfer/subjects/Anatomy0981/DTI/bvecs.bvec 2) mri_vol2vol --mov /usr/local/freesurfer/subjects/Anatomy0981/DTI/lowb.nii \ --targ /usr/local/freesurfer/subjects/Anatomy0981/mri/wmparc.mgz \ --inv --interp nearest --o /usr/local/freesurfer/subjects/Anatomy0981/mri/wmparc2diff.mgz \ --reg /usr/local/freesurfer/subjects/Anatomy0981/DTI/register.dat --no-save-reg 3) mri_label2vol --mov /usr/local/freesurfer/subjects/Anatomy0981/DTI/lowb.nii \ --targ /usr/local/freesurfer/subjects/Anatomy0981/mri/aparc+aseg.mgz \ --inv --interp nearest --o /usr/local/freesurfer/subjects/Anatomy0981/mri/aparc+aseg2diff.mgz \ --reg /usr/local/freesurfer/subjects/Anatomy0981/DTI/register.dat --no-save-reg 4) mri_segstats --seg-erode 1 /usr/local/freesurfer/subjects/Anatomy0981/mri/wmparc2diff.mgz --ctab $FREESURFER_HOME/FreeSurferColorLUT.txt --i /usr/local/freesurfer/subjects/Anatomy0981/DTI/fa-masked.mgz --sum /usr/local/freesurfer/subjects/Anatomy0981/stats/all_stats_MD-masked error after step 3: ERROR: Option --mov unknown Trying to use vol2vol instead of label2vol ended successfully, but then when trying to perform step 4, it failed again - ERROR: Option /usr/local/freesurfer/subjects/Anatomy0981/mri/wmparc2diff.mgz unknown Can u advise on what am I doing wrong ? Thanks !! Rotem Saar-Ashkenazy Department of Brain and Cognitive Science Ben Gurion University of the Negev Beer-Sheva 84105 Israel

2 3

brain.mgz image error
by Saurabh Thakur 20 Mar '14

20 Mar '14

Hello Freesurfer expert , I am sending you the image of brain.mgz screen-shot. Is the area highlighted is part of cortex or it is due to skull stripping error. Please clarify. Thanks in advance, cheers Saurabh Thakur,

3 2

expert options command
by Michael Green 20 Mar '14

20 Mar '14

4 3

what is inflating to sphere rms error?
by chenchunhuichina 20 Mar '14

20 Mar '14

Dear Freesurfers, I am new to freesurfer and I am afraid of doing something wrong, so I am writing to ask is this error indicating something wrong with my data? Any help is appreciated. below are detials of my question. Thank you! I used freesurfer-Linux-centos4_x86_64-stable-pub-v5.3.0 with this command fsl_sub -N cch recon-all -i ${i} -s FSsub${i:3:5} -all I checked the O file from fsl_sub and it said at the end "recon-all -s FSsub12534 finished without error at Thu Jan 23 15:44:35 CST 2014 done" Seems it's OK then checked the e file from fsl_sub (standard_in) 2: Error: comparison in expression Seems this is a problem of fsl_sub, According to https://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/2012-May/023961.html I guess I can ignore it? Then I checked the recon-all.log file and find a lot of "error", Someone asked this question and got the answer "We see this mysterious message sometimes...usually things are fine". So when and why get there errors and does they always fine? https://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/2011-October/020810.h… the "rms radial error" and "distance error " are below . $ grep -n error FSsub12534/scripts/recon-all.log 2931:inflating to sphere (rms error < 2.00) 2932:000: dt: 0.0000, rms radial error=176.789, avgs=0 2933:005/300: dt: 0.9000, rms radial error=176.532, avgs=0 2934:010/300: dt: 0.9000, rms radial error=175.978, avgs=0 2935:015/300: dt: 0.9000, rms radial error=175.253, avgs=0 2936:020/300: dt: 0.9000, rms radial error=174.426, avgs=0 2937:025/300: dt: 0.9000, rms radial error=173.543, avgs=0 2938:030/300: dt: 0.9000, rms radial error=172.627, avgs=0 2939:035/300: dt: 0.9000, rms radial error=171.693, avgs=0 2940:040/300: dt: 0.9000, rms radial error=170.750, avgs=0 2941:045/300: dt: 0.9000, rms radial error=169.806, avgs=0 2942:050/300: dt: 0.9000, rms radial error=168.861, avgs=0 2943:055/300: dt: 0.9000, rms radial error=167.919, avgs=0 2944:060/300: dt: 0.9000, rms radial error=166.980, avgs=0 2945:065/300: dt: 0.9000, rms radial error=166.045, avgs=0 2946:070/300: dt: 0.9000, rms radial error=165.114, avgs=0 2947:075/300: dt: 0.9000, rms radial error=164.188, avgs=0 2948:080/300: dt: 0.9000, rms radial error=163.267, avgs=0 2949:085/300: dt: 0.9000, rms radial error=162.351, avgs=0 2950:090/300: dt: 0.9000, rms radial error=161.439, avgs=0 2951:095/300: dt: 0.9000, rms radial error=160.532, avgs=0 2952:100/300: dt: 0.9000, rms radial error=159.629, avgs=0 2953:105/300: dt: 0.9000, rms radial error=158.732, avgs=0 2954:110/300: dt: 0.9000, rms radial error=157.839, avgs=0 2955:115/300: dt: 0.9000, rms radial error=156.951, avgs=0 2956:120/300: dt: 0.9000, rms radial error=156.068, avgs=0 2957:125/300: dt: 0.9000, rms radial error=155.189, avgs=0 2958:130/300: dt: 0.9000, rms radial error=154.316, avgs=0 2959:135/300: dt: 0.9000, rms radial error=153.447, avgs=0 2960:140/300: dt: 0.9000, rms radial error=152.583, avgs=0 2961:145/300: dt: 0.9000, rms radial error=151.723, avgs=0 2962:150/300: dt: 0.9000, rms radial error=150.868, avgs=0 2963:155/300: dt: 0.9000, rms radial error=150.018, avgs=0 2964:160/300: dt: 0.9000, rms radial error=149.173, avgs=0 2965:165/300: dt: 0.9000, rms radial error=148.332, avgs=0 2966:170/300: dt: 0.9000, rms radial error=147.496, avgs=0 2967:175/300: dt: 0.9000, rms radial error=146.665, avgs=0 2968:180/300: dt: 0.9000, rms radial error=145.838, avgs=0 2969:185/300: dt: 0.9000, rms radial error=145.015, avgs=0 2970:190/300: dt: 0.9000, rms radial error=144.198, avgs=0 2971:195/300: dt: 0.9000, rms radial error=143.384, avgs=0 2972:200/300: dt: 0.9000, rms radial error=142.576, avgs=0 2973:205/300: dt: 0.9000, rms radial error=141.771, avgs=0 2974:210/300: dt: 0.9000, rms radial error=140.971, avgs=0 2975:215/300: dt: 0.9000, rms radial error=140.176, avgs=0 2976:220/300: dt: 0.9000, rms radial error=139.385, avgs=0 2977:225/300: dt: 0.9000, rms radial error=138.598, avgs=0 2978:230/300: dt: 0.9000, rms radial error=137.816, avgs=0 2979:235/300: dt: 0.9000, rms radial error=137.039, avgs=0 2980:240/300: dt: 0.9000, rms radial error=136.265, avgs=0 2981:245/300: dt: 0.9000, rms radial error=135.496, avgs=0 2982:250/300: dt: 0.9000, rms radial error=134.731, avgs=0 2983:255/300: dt: 0.9000, rms radial error=133.971, avgs=0 2984:260/300: dt: 0.9000, rms radial error=133.215, avgs=0 2985:265/300: dt: 0.9000, rms radial error=132.463, avgs=0 2986:270/300: dt: 0.9000, rms radial error=131.715, avgs=0 2987:275/300: dt: 0.9000, rms radial error=130.972, avgs=0 2988:280/300: dt: 0.9000, rms radial error=130.232, avgs=0 2989:285/300: dt: 0.9000, rms radial error=129.497, avgs=0 2990:290/300: dt: 0.9000, rms radial error=128.766, avgs=0 2991:295/300: dt: 0.9000, rms radial error=128.039, avgs=0 2992:300/300: dt: 0.9000, rms radial error=127.316, avgs=0 3017:distance error %100000.00 3572:pass 1: epoch 1 of 3 starting distance error %19.12 3573:pass 1: epoch 2 of 3 starting distance error %19.11 3575:starting distance error %19.02 3577:final distance error %19.05 4618:inflating to sphere (rms error < 2.00) 4619:000: dt: 0.0000, rms radial error=176.609, avgs=0 4620:005/300: dt: 0.9000, rms radial error=176.351, avgs=0 4621:010/300: dt: 0.9000, rms radial error=175.799, avgs=0 4622:015/300: dt: 0.9000, rms radial error=175.074, avgs=0 4623:020/300: dt: 0.9000, rms radial error=174.248, avgs=0 4624:025/300: dt: 0.9000, rms radial error=173.365, avgs=0 4625:030/300: dt: 0.9000, rms radial error=172.450, avgs=0 4626:035/300: dt: 0.9000, rms radial error=171.518, avgs=0 4627:040/300: dt: 0.9000, rms radial error=170.578, avgs=0 4628:045/300: dt: 0.9000, rms radial error=169.635, avgs=0 4629:050/300: dt: 0.9000, rms radial error=168.695, avgs=0 4630:055/300: dt: 0.9000, rms radial error=167.757, avgs=0 4631:060/300: dt: 0.9000, rms radial error=166.822, avgs=0 4632:065/300: dt: 0.9000, rms radial error=165.892, avgs=0 4633:070/300: dt: 0.9000, rms radial error=164.966, avgs=0 4634:075/300: dt: 0.9000, rms radial error=164.044, avgs=0 4635:080/300: dt: 0.9000, rms radial error=163.127, avgs=0 4636:085/300: dt: 0.9000, rms radial error=162.215, avgs=0 4637:090/300: dt: 0.9000, rms radial error=161.307, avgs=0 4638:095/300: dt: 0.9000, rms radial error=160.405, avgs=0 4639:100/300: dt: 0.9000, rms radial error=159.507, avgs=0 4640:105/300: dt: 0.9000, rms radial error=158.613, avgs=0 4641:110/300: dt: 0.9000, rms radial error=157.725, avgs=0 4642:115/300: dt: 0.9000, rms radial error=156.841, avgs=0 4643:120/300: dt: 0.9000, rms radial error=155.961, avgs=0 4644:125/300: dt: 0.9000, rms radial error=155.086, avgs=0 4645:130/300: dt: 0.9000, rms radial error=154.217, avgs=0 4646:135/300: dt: 0.9000, rms radial error=153.351, avgs=0 4647:140/300: dt: 0.9000, rms radial error=152.490, avgs=0 4648:145/300: dt: 0.9000, rms radial error=151.634, avgs=0 4649:150/300: dt: 0.9000, rms radial error=150.783, avgs=0 4650:155/300: dt: 0.9000, rms radial error=149.936, avgs=0 4651:160/300: dt: 0.9000, rms radial error=149.094, avgs=0 4652:165/300: dt: 0.9000, rms radial error=148.256, avgs=0 4653:170/300: dt: 0.9000, rms radial error=147.423, avgs=0 4654:175/300: dt: 0.9000, rms radial error=146.594, avgs=0 4655:180/300: dt: 0.9000, rms radial error=145.770, avgs=0 4656:185/300: dt: 0.9000, rms radial error=144.950, avgs=0 4657:190/300: dt: 0.9000, rms radial error=144.135, avgs=0 4658:195/300: dt: 0.9000, rms radial error=143.324, avgs=0 4659:200/300: dt: 0.9000, rms radial error=142.517, avgs=0 4660:205/300: dt: 0.9000, rms radial error=141.715, avgs=0 4661:210/300: dt: 0.9000, rms radial error=140.918, avgs=0 4662:215/300: dt: 0.9000, rms radial error=140.125, avgs=0 4663:220/300: dt: 0.9000, rms radial error=139.336, avgs=0 4664:225/300: dt: 0.9000, rms radial error=138.552, avgs=0 4665:230/300: dt: 0.9000, rms radial error=137.771, avgs=0 4666:235/300: dt: 0.9000, rms radial error=136.995, avgs=0 4667:240/300: dt: 0.9000, rms radial error=136.223, avgs=0 4668:245/300: dt: 0.9000, rms radial error=135.455, avgs=0 4669:250/300: dt: 0.9000, rms radial error=134.692, avgs=0 4670:255/300: dt: 0.9000, rms radial error=133.933, avgs=0 4671:260/300: dt: 0.9000, rms radial error=133.178, avgs=0 4672:265/300: dt: 0.9000, rms radial error=132.427, avgs=0 4673:270/300: dt: 0.9000, rms radial error=131.680, avgs=0 4674:275/300: dt: 0.9000, rms radial error=130.938, avgs=0 4675:280/300: dt: 0.9000, rms radial error=130.200, avgs=0 4676:285/300: dt: 0.9000, rms radial error=129.466, avgs=0 4677:290/300: dt: 0.9000, rms radial error=128.736, avgs=0 4678:295/300: dt: 0.9000, rms radial error=128.011, avgs=0 4679:300/300: dt: 0.9000, rms radial error=127.289, avgs=0 4704:distance error %100000.00 5218:pass 1: epoch 1 of 3 starting distance error %19.52 5219:pass 1: epoch 2 of 3 starting distance error %19.45 5221:starting distance error %19.40 5223:final distance error %19.42 9439:recon-all -s FSsub12534 finished without error at Thu Jan 23 15:44:35 CST 2014 2014-03-19 Chunhui Chen _________________ State Key Laboratory of Cognitive Neuroscience and Learning Beijing Normal University Beijing, China 100875

2 1

Research Coordinator Job: Northwestern Univ. Alzheimer's Disease Center (Chicago, IL)
by Emily Rogalski 20 Mar '14

20 Mar '14

Research Coordinator job available at Northwestern University's Cognitive Neurology and Alzheimer's Disease Center in Chicago, IL. The research assistant will be responsible for analysis of neuroimaging datasets, in order to contribute to neuroscientific studies of normal aging and pathological aging. Duties include coordinating PET and MRI scans, and analyzing the resultant structural and functional imaging data. Additional duties include working on graphics for manuscripts and grants or other general lab responsibilities. Candidates must have proficiency with computer programming, ideally with relevant technical languages such as MATLAB or Python. They must be willing to learn new MRI analysis software and troubleshoot problems independently. Prior experience with neuroimaging analysis suites such as Freesurfer, FSL, or SPM would be extremely useful. Relevant backgrounds would be in Neuroscience, Biology, Psychology, Computer Science, Mathematics, and Biomedical Engineering. Openings are expected as early as April 2014. *Minimum Qualifications: * - The candidate must hold a Bachelor degree. - Candidate must be fluent in at least one programming language. - A two-year commitment is requested. *Preferred Qualifications: * - Experience using Freesurfer or other neuroimaging platforms. Interested applicants can apply online here: http://www.northwestern.edu/hr/careers/ Job ID: 22916 If you have specific questions please email: e-rogalski(a)northwestern.edu To learn more about our center please go to: www.brain.northwestern.edu -- Emily J Rogalski, PhD Associate Professor Northwestern University Cognitive Neurology and Alzheimer's Disease Center (CNADC) 320 E Superior Street Searle Building 11th Floor Chicago, IL 60611 312-503-1155 phone 312-908-8789 fax erogalski(a)gmail.com

1 0

Viewing corrected results
by Omar Singleton 19 Mar '14

19 Mar '14

Hello Freesurfers, We are doing functional connectivity analyses (http://surfer.nmr.mgh.harvard.edu/fswiki/FsFastFunctionalConnectivityWalkth…) We are on the group analysis step of step 8. On our data set, we ran the following glmfit command: mri_glmfit --y ./mgh/v.amy.mgh --fsgd ./FSGD/staibase28.fsgd doss --mask ./masks/gm_mask.mgz --C baseline.mtx --glmdir ./glmdir/v.staiamybaseline28.glmdir Then we corrected using this command: mri_glmfit-sim --glmdir ./glmdir/v.staiamybaseline28.glmdir --sim mc-z 10000 2 mc-z.absolute --sim-sign abs --cwpvalthresh 0.99 --overwrite However, when we looked at the results, the mc-z.absolute.sig.cluster.summary, mc-z.absolute.sig.cluster.mgh, and mc-z.absolute.sig.ocn.mgh files were all different. Which of these should match the .summary file? Should they all differ? Is the summary file the final corrected results we should report? If so, what does it mean that the other files do not match? We viewed the latter two files in tkmedit using the following command: tkmedit fsaverage orig.mgz -aparc+aseg -overlay ./glmdir/v.staiamybaseline28.glmdir/baseline/mc-z.absolute.sig.cluster.mgh -fminmax 1.3 3 Thanks for the help! Best, Omar

2 3

Display only desired brain sites in Qdec
by Santosh Yadav 19 Mar '14

19 Mar '14

Hi Free-Surfer experts, I ran the cortical thickness analysis between two groups (patients and control) using Qdec and find out few brain sites with significant difference. Is it possible to display only desired brain site in Qdec (I would like to display only one brain site in one image example: Insular cortex one image and Lingual in another image not together). other way I would like to display only one significant cluster in one image and another significant cluster in other image. With regards, Santosh

2 1

Re: [Freesurfer] selxavg3-sess error
by Douglas N Greve 19 Mar '14

19 Mar '14

I think it is just confused because it expects native to be per-session. One way around this is to just specify -nuis mcprextreg instead of -mcprextreg doug On 03/19/2014 11:15 AM, shahin(a)nmr.mgh.harvard.edu wrote: > But this is a per-run analysis and preproc-sess is -per-run (in native > space). I assumed that I have to change my mkanalysis-sess to this: > > mkanalysis-sess -analysis ColorPrj_TR4_1p5mm_PR_ANOVA -fwhm 1.5 -paradigm > Conds.par -native -event-related -polyfit 2 -gammafit 2.25 1.25 > -mcprextreg -TR 4 -nconditions 8 -refeventdur 14 -force -fsd bold_Color > -per-run > > > But using -mcprextreg flag generates an error. Is it a bug? > > >> There is not an mcextreg file there. There is mcprextreg file. I think >> you need to run preproc with -per-session to get the mcextreg file >> doug >> >> On 03/18/2014 02:34 PM, SHAHIN NASR wrote: >>> Hi, >>> When I run selxavg3-sess, I face this error: >>> >>> ERROR: cannot find volume matching >>> /autofs/cluster/tootell/pitcairn/1/shahin/ColorPrj/7T/Sbj/myla2/bold_Color/013/mcextreg >>> ERROR: loading nonpar reg >>> /autofs/cluster/tootell/pitcairn/1/shahin/ColorPrj/7T/Sbj/myla2/bold_Color/013/mcextreg >>> ------------------------------------------ >>> ERROR: fast_selxavg3() failed\n >>> >>> I repeated the preproc-sess from scratch and it worked fine, >>> finished without any problem and I still get the same error. I even >>> check the registration in this run and it fine. >>> >>> Now I am wondering why do I see this error for this subjects (and >>> why I don't see it for the other subjects)? >>> >>> Regards >>> -- >>> Shahin Nasr >>> >>> PhD in Cognitive Neuroscience >>> Martinos Imaging Center, MGH >>> Harvard Medical School >> -- >> 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: https://gate.nmr.mgh.harvard.edu/filedrop2 >> www.nmr.mgh.harvard.edu/facility/filedrop/index.html >> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/ >> >> >> > -- 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: https://gate.nmr.mgh.harvard.edu/filedrop2 www.nmr.mgh.harvard.edu/facility/filedrop/index.html Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

3 7

Re: [Freesurfer] FW: bug in surface-based area and volume, and use of total brain volume as a covariate
by _andreia_＠sapo.pt 19 Mar '14

19 Mar '14

My apologies Doug... I thought that this email had all the history... Narly, sorry for "invading" your discussion... My questions came from the first email of Narly which referred to the bug in mris_preproc: http://www.mail-archive.com/freesurfer%40nmr.mgh.harvard.edu/msg19821.html This bug also exist in FS 5.0, right? I'm using 5.0 and until now I've used aparcstats2table to get Brodmann Area measures (CT and surface area of the thresholded labels) and total CT and surface area of each hemisphere. Does the bug also affect these measures or it is fine to use them? Now I want to run a whole-brain analysis with qdec but to do so I'll have to run qcache with 5.3 which already has the bug fixed, correct? Is qcache equivalent to mris_preproc? Hope I was more clear this time... Thank you, Andreia Quoting Douglas N Greve <greve(a)nmr.mgh.harvard.edu>: > Sorry, the thread of the email that explains the problem and the fix are > not included below. Can you re-explain? We get a lot of emails here and > it is not possible to remember the context of each one. > doug > > > > > > > On 03/18/2014 11:32 AM, _andreia_(a)sapo.pt wrote: >> Hi all, >> >> just two quick questions: to what FS version is this related? And what >> is wrong to do if one does not have the fix? Using what stats/procedures? >> >> Thanks, >> Andreia >> >> >> Quoting Douglas N Greve <greve(a)nmr.mgh.harvard.edu>: >> >>>>> why would one control for total brain volume in doing vertex-based >>> analyses when the vertex-based measures are computed in standard space? >>> >>> The vertex-based measures are computed in individual space, not standard >>> space >>> doug >>> >>> >>> On 03/17/2014 05:12 PM, Narly Golestani wrote: >>>> Dear Doug, >>>> >>>> Many thanks for your answers. >>>> >>>>> 3. The bug was related to how the measures were converted to standard >>>>> space - I?d like to therefore confirm that when doing >>>>> surface/vertex-based analyses, it is not necessary to use total brain >>>>> volume as a covariate (whereas it is for ROI-based analyses). >>>>> >>>> This question has nothing to do with the bug. People generally use ICV >>>> or total brain volume when exploring cortical volume or surface area, >>>> but it is inappropriate for thicknss studies >>>> doug >>>>> >>>> >>>> Regarding the last point (which indeed has nothing to do with the bug, >>>> sorry for having given the impression that I thought that it did), why >>>> would one control for total brain volume in doing vertex-based >>>> analyses when the vertex-based measures are computed in standard >>>> space? I realize that this has to be done for ROI analyses since these >>>> measures are in native space. >>>> >>>> Thanks again, and best, >>>> Narly. >>>> >>>> >>>> _______________________________________________ >>>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2 >>> www.nmr.mgh.harvard.edu/facility/filedrop/index.html >>> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/ >>> >>> _______________________________________________ >>> 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. >> >> >> > > -- > 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: https://gate.nmr.mgh.harvard.edu/filedrop2 > www.nmr.mgh.harvard.edu/facility/filedrop/index.html > Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/ > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

2 1

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