Freesurfer

freesurfer@nmr.mgh.harvard.edu

30132 discussions

Re: [Freesurfer] Still confused by group analysis..
by Douglas N Greve 23 May '13

23 May '13

Sorry, that read gender and age. The contrast takes age into account, it is just a problem with the code that generates the sentence. Have not had a chance to answer the others, I thought I'd try to get one wrapped up. It looks like you added a few more questions at the end. Unless they are closely related to the previous questions, can you send them separately, it is hard to keep track with all the replies to replies. doug On 05/23/2013 02:51 PM, Tudor Popescu wrote: > Thanks Doug, however my question was why does QDEC not also display a > contrast to the effect of "Does the avg thickness, accounting for > *gender and age*, differ between group1 and group2?", instead it only > displays "Does the avg thickness, accounting for *gender*, differ > between group1 and group2?" > > Also, I was wondering whether you got a chance to see my other > questions from the same email.. > > Many thanks! > Tudor > > On 23 May 2013 17:49, Douglas N Greve <greve(a)nmr.mgh.harvard.edu > <mailto:greve@nmr.mgh.harvard.edu>> wrote: > > when I run qdec using your table and my data, I get a full > complement of contrasts, see attached. > doug > > > > > On 05/22/2013 01:43 PM, Tudor Popescu wrote: > > > > 1) In a design with group and gender as discrete > factors and age > > as a continuous factor, why is it that QDEC only > displays the > > contrast "Does the avg thickness, accounting for > gender, differ > > between group1 and group2?" and not also > "..acounting for gender > > and age,.."? > > > I thought that it would have. Are you coding age > as a nuisance > variable? > Also, are you coding gender as a continuous > variable? That is > something > you should not do. > > > I was not coding age as a nuisance variable but as a > continuous variable (co-variate). Gender was a > discrete/fixed > factor but I'm not sure whether this means > 'continuous' in the > sense discussed in your exchange with Arman. Anyway, > in this > configuration, it seems gender and age are not accounted > (controlled) for at the same time. > > It should be. Can you send your qdec table? > > See attached > > > > > 3) From the group tutorial, I see that > mris_preproc > has to be > > called with flag "--cache-in > ess.fwhm10thickn.fsaverage". > However, > > after running recon-all (including with the > –qcache > option) > on all > > my subjects, none of their folders contains > a file named > > ?h.thickness.fwhm10.fsaverage.mgh > > > Where does it say to use ess.fwhm10thickn.fsaverage? > > Sorry, typo. The flag is actually "--cache-in > thickness.fwhm10.fsaverage", I file that I do not have > after > having run recon-all (including with the --qcache option) > > Try running recon-all again with just the --qcache flag. > > This is what I had done previously; the command was: > recon-all -s C${i} -qcache > where the ${i} was a counter in a script, to run the command > on all my subjects > > > > > 5) What is the difference between running > make_average_subject and > > running mris_preproc with --target fsaverage? > > > make average subject makes the average subject. > mris_preproc > samples the > data into a common space defined by the registration > surface and > concatenates the input subjects into a single stack. > > But should the registration surface used by > mris_preproc (i.e. > its "--target" flag) come from the 'average' subject > or from > 'fsaverage'? In other words, which one of these > becomes the > study-specific template? > > You have to tell mris_preproc both the target and the surface > registration to use if you want to use a different > average subject. > > The command I used is: > > mris_preproc --fsgd group_gender__age.fsgd --target average > --hemi rh --meas thickness --out rh.thickness.mgh > > So if I understand correctly, the fact that I didn't indicate > a surface registration means that the surface from the > "average" subject will be used, rather than the one from > "fsaverage"? I still don't understand the difference between > those two, and which, if any, can be referred to as the > study-specific template. > > B) All concatenated volumes from mris_preproc's output > files > (?h.thickness.mgh) appear blank in freeview, even > though the > individual structurals all look fine. Also, > lh.thickness.mgh > and rh.thickness.mgh have, surprisingly, *exactly* the > same > file size, which is also a bit small (~25MB) to be able to > contain 38 registered structurals, which suggests > something > went wrong... > > These are surface overlay files, not volumes. You can't load > surfaces as volumes in freeview. > > So assuming I don't visually inspect the surface overlays, can > I assume that mris_preproc ran fine if lh.thickness.mgh and > rh.thickness.mgh have exactly the same file size? > > C) When running mri_surf2surf, I get an error saying > that file > /surf/lh.white cannot be opened. The 'average' folder > produced > after I ran make_average_subject does not contain a > /surf/lh.white file, only a /surf/lh.white_avg file! I > didn’t > find a log file from make_average_subject so i don’t > know if > it gave any errors.. > > It's extremely helpful to have command lines ... > > > Sorry, my commands were: > make_average_subject --subjects C01 C02 C03 C04 C05 C06 C07 > C08 C09 C10 C11 C12 C13 C14 C15 C16 C17 C18 C19 M01 M02 M03 > M04 M05 M06 M07 M08 M09 M10 M11 M12 M13 M14 M15 M16 M17 M18 M19 > mri_surf2surf --hemi lh --s average --sval lh.thickness.mgh > --fwhm 10 --tval lh.thickness.10.mgh > _________________________ > > Could someone please explain how the following descriptions of > a contrast are exactly linked: > i) a contrast's namesake folder (including keywords > 'Avg'/'Diff'/'X' and 'Intercept'/'Cor'; e.g. > "lh-Diff-group1-group2-Cor-thickness-behaviouralMeasure"), > ii) its phrasing in QDEC ("Does the thickness-age correlation > differ between group1 and group2?"), > iii) the assignment of values to each column of the design > matrix, in the C.dat contrast vector (e.g. [0, 0, 1, -1]) > > _________________________ > (this is actually a bug report) After setting a different FDR > threshold and pressing the "Set Using FDR" button, more often > than not the results image doesn’t change accordingly. I > noticed that the button only has an effect after moving around > the QDEC window and/or waiting a minute or so > > > -- > Douglas N. Greve, Ph.D. > MGH-NMR Center > greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu> > Phone Number: 617-724-2358 > Fax: 617-726-7422 > > Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting > <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> > FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2 > www.nmr.mgh.harvard.edu/facility/filedrop/index.html > <http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> > Outgoing: > ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/ > > > > 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/

1 0

warning after running mris_fwhm
by Glen Lee 23 May '13

23 May '13

Hello FreeSurfer experts, I just ran smoothing on a single 2D EPI image with a binary mask (that excludes NaN vertices), but it didn't seem work out well as the output image (e.g., test.mgh) contains zero values throughout vertices. Also, I've got two warning messages (see below): while one of which seems harmless (5311 NaNs), the other (ar=0 <=0) may be critical. If anyone has any idea/ suggestions, please help. -Glen mris_fwhm --hemi lh --s fsaverage_sym --mask mask.mgh --fwhm 4 --i rabold4_0065_sym_L.mgh --o test.mgh fsaverage_sym lh white Number of vertices 163842 Number of faces 327680 Total area 61972.710938 GroupSurface 85910.812500 AvgVtxArea 0.378247 AvgVtxDist 0.693419 StdVtxDist 0.190498 WARNING: 5311 NaNs found in volume rabold4_0065_sym_L.mgh... Loading mask mask.mgh Found 158531 voxels in mask Polynomial detrending, order = 0 Smoothing input by fwhm=4.000000, gstd=1.698644, niters=11 Computing spatial AR1 ar1mn = 0, ar1std = 0, ar1max = 0 avg vertex dist 0.693419 WARNING: ar1 = 0 <= 0. Setting fwhm to 0. avg vertex dist 0.693419 fwhm = 0.000000

2 2

command not found
by clelia pellicano 23 May '13

23 May '13

Hi, I have run recon-all -s bert -all to try my installation and it worked. Now, when I try to use other command (and also again recon-all -s bert -all) I always get this: dyn1097-8:subjects cpellica$ tkmedit bert orig.mgz -bash: tkmedit: command not found dyn1097-8:subjects cpellica$ tkmedit -s bert orig.mgz -bash: tkmedit: command not found dyn1097-8:subjects cpellica$ tksurfer -s bert rh pial -bash: tksurfer: command not found dyn1097-8:subjects cpellica$ qdec -bash: qdec: command not found dyn1097-8:subjects cpellica$ recon-all help -bash: recon-all: command not found dyn1097-8:subjects cpellica$ recon-all -s bert -all -bash: recon-all: command not found I don't know how to do. Please, could you help me? Thanks Clelia

2 1

qdec for .stats file
by stdp82＠virgilio.it 23 May '13

23 May '13

Hi list, how can I use qdec to investigate the difference among groups regarding the measures contained in .stats file (for example thalamic volume)? Thanks, Stefano

2 1

Siemens dicom error on mri_convert
by Cat Chong 23 May '13

23 May '13

Hello Experts, I am trying to run the mri_convert command prior to the recon-all command on Siemens T1 dicoms (as suggested in the archives). I am using freesurfer version: freesurfer-Darwin-lion-stable-pub-v5.3.0, Mac OS X Lion 10.7.5 I am using the command below: mri_convert -it siemens_dicom -ot mgz 1002/IM-0001-0001.dcm 2001.mgz Below is the command line error I receive, it is a similar error I receive when I try to use the command recon-all on the Siemens dicoms. I have used freesurfer before on GE dicoms and never had a problem running recon-all. Is this error message particular to the Siemens dicoms, and would you be able to tell me how to proceed? Thank you very much for you help, Cat reading from 1002/IM-0001-0001.dcm... Getting Series No Scanning Directory INFO: Found 130 files in 1002 INFO: Scanning for Series Number 2 INFO: found 128 files in series INFO: loading series header info. INFO: sorting. RunNo = 1 WARNING: Run 1 appears to be truncated Files Found: 128, Files Expected (lRep+1): 1 FileName 1002/IM-0001-0001.dcm Identification NumarisVer syngo MR D11 ScannerModel Skyra PatientName RS-FMRI^RS-FMRI Date and time StudyDate 20130222 StudyTime 082109.140000 SeriesTime 082812.906000 AcqTime 082237.315000 Acquisition parameters PulseSeq *tfl3d1_16ns Protocol SAG MP Rage PhEncDir ROW EchoNo 1 FlipAngle 8 EchoTime 3.03 InversionTime 1000 RepetitionTime 2400 PhEncFOV 0 ReadoutFOV 0 Image information RunNo 1 SeriesNo 2 ImageNo 1 NImageRows 256 NImageCols 256 NFrames 128 SliceArraylSize 0 IsMosaic 1 ImgPos -78.6002 128.0000 93.1332 VolRes 1.0000 1.0000 1.2500 VolDim 0 0 0 Vc -0.0000 -1.0000 0.0000 Vr -0.0000 -0.0000 -1.0000 Vs 0.0000 0.0000 0.0000 VolCenter 0.0000 0.0000 0.0000 TransferSyntaxUID 1.2.840.10008.1.2.1 WARNING: file 1002/IM-0001-0001.dcm does not contain a Siemens ASCII header has this file been anonymized? ERROR: cannot unpack mosiacs without ASCII header

2 1

3 recon-all errors: v5.0.0
by Sudhin A. Shah 23 May '13

23 May '13

1) BEST FITNESS (M) is 984.24263 mri =0.000 curv = 4.318 unmri = -1001.515 ( f=0.00 , v=0.00 , c=4.32 , q= 8.64 ) ( f=0.00 , v=0.00 , c=4.32 , q= 8.64 ) 63 patches have been generated - 38 self-intersected max face = 36973(40653) - loop = 46 (73) - ntries = [27,14799] ERROR: _FindFacePath: could not find path! Linux sudhin-Precision-WorkStation-690 2.6.35-32-generic #67-Ubuntu SMP Mon Mar 5 19:39:49 UTC 2012 x86_64 GNU/Linux recon-all -s xtyzW exited with ERRORS at Tue May 21 05:48:38 EDT 2013 =============== 2)*************************WATERSHED************************** Sorting... mri_watershed Error: Problem in the COG calculation: T1.mgz may not contain properly normalized white-matter. Confirm that T1.mgz has enough white-matter voxels of value 110. If white-matter contains few if any voxels of value 110, try adding wm control-points to nu.mgz, and re-run recon-all. Linux sudhin-Precision-WorkStation-690 2.6.35-32-generic #67-Ubuntu SMP Mon Mar 5 19:39:49 UTC 2012 x86_64 GNU/Linux recon-all -s cbvfB exited with ERRORS at Fri May 17 17:45:23 EDT 2013 ============== 3)CORRECTING DEFECT 2 (vertices=30163, convex hull=6211) error in the retessellation normal vector of length zero at vertex 88778 with 0 faces vertex 88778 has 0 face No such file or directory Linux sudhin-Precision-WorkStation-690 2.6.35-32-generic #67-Ubuntu SMP Mon Mar 5 19:39:49 UTC 2012 x86_64 GNU/Linux recon-all -s ghjG exited with ERRORS at Thu May 16 05:11:49 EDT 2013

2 1

Re: [Freesurfer] log transform of the mgh file
by Minjie Wu 23 May '13

23 May '13

Hello All, Is there any way in FreeSurfer to take the log transform of a .mgh file and save the output as .mgh file? Thank you. Minjie

4 3

Re: [Freesurfer] Freesurfer Digest, Vol 111, Issue 30
by Yongxia Zhou 23 May '13

23 May '13

Hi, I have a question running fsfast in my Mac, The mkcontrast command gave the error of can not launch matlab. Could you please let me know how to solve this problem. Thank you very much Yongxia On Wednesday, May 22, 2013, 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. recon-all error (Yizhou Ma) > 2. Re: Still confused by group analysis.. (Tudor Popescu) > 3. Re: ERROR in long_mris_slope (Martin Reuter) > 4. Re: ERROR in long_mris_slope (Martin Reuter) > 5. temporal lobe left out in pial surface - edits on > brainmask.mgz or brain.finalsurfs.mgz? (Yizhou Ma) > 6. Re: temporal lobe left out in pial surface - edits on > brainmask.mgz or brain.finalsurfs.mgz? (Chris Watson) > 7. Re: temporal lobe left out in pial surface - edits on > brainmask.mgz or brain.finalsurfs.mgz? (Yizhou Ma) > 8. Re: temporal lobe left out in pial surface - edits on > brainmask.mgz or brain.finalsurfs.mgz? (Bruce Fischl) > 9. Re: temporal lobe left out in pial surface - edits on > brainmask.mgz or brain.finalsurfs.mgz? (Yizhou Ma) > 10. Re: temporal lobe left out in pial surface - edits on > brainmask.mgz or brain.finalsurfs.mgz? (Yizhou Ma) > 11. Re: ERROR: recon-all -subcortseg (Akio Yamamoto) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 May 2013 13:19:35 -0400 > From: Yizhou Ma <ym850(a)nyu.edu> > Subject: [Freesurfer] recon-all error > To: freesurfer <freesurfer(a)nmr.mgh.harvard.edu> > Message-ID: > < > CAHqJiV6t-fKQRWcfFg8r5O9gJrtZsTe+ZgKU0qVD2J7aoNSVHw(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Dear FS experts, > > I have a recon-all error regarding one of my subjects. The scan suffers > from weakened signals at the lower part of the brain. Skullstrip stripped > most of the cerebellum at first, and we fixed it manually. After running > recon-all for the first time, large portions of the temporal lobes were > left out of the brain. Knowing that this may not be the correct way, we > still tried to fixed that by adding lots of control points. The second run > of recon-all, then, came back with the following error message:" > > Loading source data > Reading curvature file > /space/mdeh3/3/halgdev/projects/nyuproj/subjects/sub4422b/surf/rh.thickness > ERROR: number of vertices in > /space/mdeh3/3/halgdev/projects/nyuproj/subjects/sub4422b/surf/rh.thickness > does not match surface (192226,134773) > ERROR: reading curvature file > Linux mmil-compute-1-11.local 2.6.18-308.16.1.el5 #1 SMP Tue Oct 2 22:01:43 > EDT 2012 x86_64 x86_64 x86_64 GNU/Linux > recon-all -s sub4422b exited with ERRORS at Mon May 20 > " > > Any ideas for why it is, or how we can fix the problem at the temporal > lobes, will be really appreciated. > > Thanks, > Cherry >

2 1

intersection of triangles from the reconstructed pial surface
by mcpiastra＠libero.it 23 May '13

23 May '13

Dear Bruce, we have the same problem as Yasheng's so we would like to know how to solve it. To answer what you ask Yasheng: it intersects two faces, but what do you meant with "native (binary) format"? Thank you a lot. Best regards, Maria Carla e Gabriele Hi Yasheng, hmmm, there is triangle/triangle intersection code that is supposed to prevent this from happening. Does this happen if you use the native (binary) format? How many faces intersect? Bruce On Mon, 8 Mar 2010 yasheng_chen at med.unc.edu wrote: > Hi all, > > I am using tetgen to construct a tetrahedral mesh with the extracted pial surface in subject 004 from the tutorial datasets. But I got an error message from tetgen to say that some triangles are intersecting each other. I am not sure whether anyone has found this before. The file I tested was 004/lh.pial. I first transferred it to asc format with mris_convert, and then make a straightforward transfer to .off (used by tetgen and geomview). I loaded the .off file with geomview and it looks right. Then I run tetgen with the .off file and got an error message like below, which means that there are intersections among the facets. > Error: Invalid PLC. > Two subfaces (219028, 5283, 5282) and (219054, 5300, 5283) > are found intersecting each other. > Hint: Use -d switch to find all intersecting facets. > > This is a little strange to me since the topology issue has been handled in the reconstructed surface, does any one have any clue? > > Thank you very much! > > Yasheng > >

1 0

Re: [Freesurfer] ERROR in long_mris_slope
by Martin Reuter 23 May '13

23 May '13

Hi Cathy, please cc the freesurfer list when replying, so that other people can profit from or contribute to the discussion. (Maybe someone else can comment on the transfer of edits in cross processing between versions 5.0.....5.3 ??) So your cross data is processed with a mix of version 5 and 5.1? or is all processed with 5.1? Within a study you should never mix versions, ie. process some subjects with one versions others with a different version. It is OK to mix some FS versions between the cross and long processing, if it is done for all subjects the same way. I think you have these options: 1. keep 5.1 cross sectional data (assuming all is 5.1) and run base and long with 5.3. Then start processing base and long (qual check the base and edit if necessary). It should also work if all cross data is in 5.0. 2. reprocess the cross sectionals with 5.3 keeping the edits. Check if edits got transferred correctly, maybe edit more (or remove edits). Then start the base and long (again qual check base and edit if necessary). Obviously 1. would be less work. If you have mixed versions in your cross data, I'd rather recommend 2. Best, Martin On 05/23/2013 05:16 AM, Catherine Bois wrote: > Great, > > Thank you very much. I was also hoping to ask for some advice in terms > of large dataset handling; I have a dataset of ca 500 scans, with > several individuals having only one timepoint. The editing to the > -cross runs has been done on version 5 and version 5.1, however we now > want to move on to longitudinal processing(I am only completing a > "trial" run now). In terms of data management and the laborious task > of editing these scans, what to you would be the most time efficient? > I would like to, if possible, recon everything again with version 5.3 > (as it can handle individuals with only 1 tp) but I would also like to > maintain the edits done in version 5 and version 5.1, even thoguh I > want to reprocess all the longitudinal runs etc with version 5.3 to > maintain consistency. What would be the best plan of action form your > point of view/how would you organize this task? > > Thank you so much for your help, it would be greatly appreciated. > > Best Wishes, > > Cathy > > > Quoting Martin Reuter <mreuter(a)nmr.mgh.harvard.edu> on Wed, 22 May > 2013 14:33:08 -0400: > >> Hi Cathy, >> >> I think the problem is when there are tabs AND spaces. Only spaces >> should also work. I can write some code (when I have time) that >> checks these things, maybe for the next release. >> >> Best, Martin >> >> On 05/22/2013 02:21 PM, Catherine Bois wrote: >>> Hi, >>> >>> Thank you for your reply. I finally got it working today.thanks for >>> your help=)! You say the qdec table should have only spaces; however >>> they only seem to work when they are completely tab separated and >>> not a single space? If there is accidently a space it will suddenly >>> not work. Is there a way that can solve this problem that you can >>> think of? It is very time consuming because suddenly it will jsut >>> stop working and I need to start from scratch! >>> >>> >>> Quoting Martin Reuter <mreuter(a)nmr.mgh.harvard.edu> on Wed, 22 May >>> 2013 14:08:44 -0400: >>> >>>> Hi Cathy, >>>> >>>> it must be something else (I think). The mris_calc command looks >>>> weird ("--label " looks like the label is not passed, but a space >>>> instead, it then thinks 'mul' is a file). >>>> >>>> qdecfinal is your qdec table? Make sure it contains only spaces to >>>> separate the fields. It should have at least these columns >>>> fsid fsid-base time >>>> >>>> also in your command below, why are there "?" before do-label and >>>> time? >>>> >>>> Unless you want to use the stack (within subject stack of thickness >>>> values), I would drop the --do-stack (maybe also drop do-avg or >>>> whatever else you don't need). >>>> >>>> For debugging, I would create a directory, place a single subject >>>> there, create a new qdec table with only that subject and try again >>>> there. If it still happens , let me know. >>>> >>>> Best, Martin >>>> >>>> >>>> On 05/20/2013 10:25 AM, Catherine Bois wrote: >>>>> Dear Freesurfer experts, >>>>> >>>>> I am trying to conduct the long_mris_slopes --qdec qdecfinal --meas >>>>> thickness --hemi lh --do-avg --do-rate --do-pc1 --do-spc --do-stack >>>>> ?do-label ?time time --qcache fsaverage command for my longitudinal >>>>> processing. However I keep getting the error message: >>>>> >>>>> mris_calc -o /directory/baseX/surf/lh.long.thickness-spc.fwhm0.mgh >>>>> --label /directory/baseX/surf/lh.long.thickness-spc.fwhm0.mgh mul 100 >>>>> >>>>> >>>>> mris_calc: >>>>> Sorry, but I seem to have encountered an error. >>>>> While accessing file 'mul', >>>>> >>>>> I read online that this was due to a bug encountered in version 5.1, >>>>> however I recently upgraded to version 5.3 and the error message >>>>> persists. As my Long and base runs have been done in version 5.1 >>>>> still, I was wondering whether in order to fix this problem the long >>>>> and base runs need to be rerun with version 5.3, or whether the error >>>>> I am encountering has another solution/ is caused by another problem >>>>> entirely? >>>>> >>>>> Thank you for your help, >>>>> >>>>> Best Wishes, >>>>> >>>>> Cathy >>>>> >>>> >>>> -- >>>> Martin Reuter, Ph.D. >>>> Assistant in Neuroscience - Massachusetts General Hospital >>>> Instructor in Neurology - Harvard Medical School >>>> MGH / HMS / MIT >>>> >>>> A.A.Martinos Center for Biomedical Imaging >>>> 149 Thirteenth Street, Suite 2301 >>>> Charlestown, MA 02129 >>>> >>>> Phone: +1-617-724-5652 >>>> Email: >>>> mreuter(a)nmr.mgh.harvard.edu >>>> reuter(a)mit.edu >>>> Web : http://reuter.mit.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. >>>> >>>> >>>> >>> >>> >>> >> >> -- >> Martin Reuter, Ph.D. >> Assistant in Neuroscience - Massachusetts General Hospital >> Instructor in Neurology - Harvard Medical School >> MGH / HMS / MIT >> >> A.A.Martinos Center for Biomedical Imaging >> 149 Thirteenth Street, Suite 2301 >> Charlestown, MA 02129 >> >> Phone: +1-617-724-5652 >> Email: >> mreuter(a)nmr.mgh.harvard.edu >> reuter(a)mit.edu >> Web : http://reuter.mit.edu >> >> >> > > > -- Martin Reuter, Ph.D. Assistant in Neuroscience - Massachusetts General Hospital Instructor in Neurology - Harvard Medical School MGH / HMS / MIT A.A.Martinos Center for Biomedical Imaging 149 Thirteenth Street, Suite 2301 Charlestown, MA 02129 Phone: +1-617-724-5652 Email: mreuter(a)nmr.mgh.harvard.edu reuter(a)mit.edu Web : http://reuter.mit.edu

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