Freesurfer April 2012

freesurfer@nmr.mgh.harvard.edu

123 participants
192 discussions

QATools
by Efrat Kliper 19 Apr '12

19 Apr '12

Dear FreeSurfer expert, I am trying to run QA tools for verifying all steps of the FreeSurfer recon-all stream. I am working with FreeSurfer version 4.5.0. I don't see any optional flagged arguments in which i can specify the version i am working with (the default version is 5.1.). I will be grateful if you can help me with that. Thanks a lot efrat

2 1

WM modification
by Gabriel Gonzalez Escamilla 18 Apr '12

18 Apr '12

2 2

Subcortical Segmentation Failures with Freesurfer v. 5.10
by Joshua Lee 18 Apr '12

18 Apr '12

Hi All, I thought I'd share my recent experiences with the newest Freesurfer v. 5.10 and subcortical segmentation. I ran a large sample of brains using the default stream of Freesurfer v. 5.10. The resulting hippocampal segmentations were extremely poor, yet on the same sample of brains Freesurfer v. 4.xx did quite well. Using tkregister, we discovered that the hippocampus is not being registered well enough. Nick Schmansky one wrote in another post on this list-serve that one difference between versions is that "talairach.xfm is needed to compute nu.mgz, [and] talairach stage needs to precede the nu_correct stage" He suggested using -use-mritotal in the recon-all command to overcome tal-check failures. I decided to try using -use-mritotal with this sample of my data, despite tal-check not failing in the default stream. Resulting segmentations were now both realistic and accurate, and near identical to those produced by Freesurfer version 4.xx. Have others experienced poor subcortical segmentation with current version of Freesurfer? I should note, that I am having this problem on another sample of MPRages of very good quality. I am concerned that future versions of Freesurfer will limit use of the old stream to situations in which tal-check fails. Thanks you all. Sincerely, Joshua Lee

3 3

FWHM smoothing for surface based
by Charlotte Bernard 18 Apr '12

18 Apr '12

Dear Freesurfer users, I would like to know what is the level of smooth recommanded to use for surface-based group analysis? Thank you, All the best, Charlotte

3 2

Segmentation
by Jordan Pierce 18 Apr '12

18 Apr '12

Hi, We're trying to edit the aseg segmentation and reconstruct it. If we run 'recon-all -s subject -make all' does that depend on any information from the surfaces or brainmask volume, or are the stats independent of that? Thank you, Jordan Pierce Graduate Student Behavioral and Brain Sciences Program Psychology Department The University of Georgia

4 6

Mapping of fsaverage surface to native volume
by René Besseling 18 Apr '12

18 Apr '12

That gives the same scattered appearance as before, see attachment. So I guess it's not a viewer issue. Maybe something to do with missing header information of the original T1 scan? By the way: strange that the overlay contains so many zeros; one would expect (transparent) NaNs... Best regards, Rene On Thu, Apr 12, 2012 at 7:38 PM, Douglas N Greve <greve(a)nmr.mgh.harvard.edu>wrote: > Try loading it in tkmedit, something like: > > tkmedit sub01 orig.mgz -overlay sig_2subj01_volumetric.nii > > doug > > > On 04/12/2012 03:46 AM, René Besseling wrote: > >> Hi Doug, >> >> Sorry, missed your reply. I assumed the --identity argument was used for >> looking up the surface-to-volume mapping somewhere in the predefined folder >> structure of this subject. Anyhow, my last command was >> mri_surf2vol --surfval sig_2subj01.mgh --hemi rh --fillribbon --identity >> sub01 --template subj01/mri/orig.mgz --o sig_2subj01_volumetric.nii >> so I guess no transformation is needed since the surface is already in >> the proper space (that of subj01). >> About my tkmedit command: I'm not using that. I usually visualize my >> results in Matlab, for the pics I send I used Freeview and tksurfer (so >> commands such as "mrview T1.mgz" and "tksurfer fsaverage lh inflated") >> Best regards, >> René >> >> >> 2012/4/5 Douglas N Greve <greve(a)nmr.mgh.harvard.edu <mailto: >> greve(a)nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>> >> >> >> The template specifies the output geometry. When you specify >> --identity, you specify a particular transformation between the >> volume and the surface, so you can't change the target volume >> without specifying a different transform. I'm at a bit of a loss >> as to why this is not working. What is your tkmedit command? >> doug >> >> >> On 04/05/2012 06:04 AM, René Besseling wrote: >> >> Hi Doug, >> >> I'm using tksurfer to visualize the surface maps; this looks >> OK for both the original map overlaid on fsaverage and the >> mapped surface (generated using mri_surf2surf) overlaid on >> subj01. The mapping from surface to cortical ribbon also works >> well for fsaverage but goes haywire for subj01, see pics in >> attachment. >> >> I noticed that mri_surf2vol gives different results when using >> different --template volumes. Why is that? I assumed that the >> --template image essentially provides the range of voxel >> coordinates to which the surface values can be mapped. In >> other words: when providing a template with a bigger field of >> view, I'd expect the center of the resulting output to look >> the same as the output generating when using a small FOV >> template. Does it matter whether you write your output as .mgz >> or .nii? >> >> Best regards, >> >> Rene >> >> On Wed, Apr 4, 2012 at 10:42 PM, Douglas N Greve >> <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>>> >> wrote: >> >> How are you visualizing the results? Can you send a pic? >> You should be >> using tkmedit. >> doug >> >> On 04/04/2012 09:59 AM, René Besseling wrote: >> > Dear Freesurfer users, >> > >> > I've been trying to map a Qdec contrast sig.mgh to the >> native volume >> > of a subject using mri_surf2surf (to get from Qdec fsaverage >> surface >> > to native surface) and mri_surf2vol (to map from native >> surface to >> > native volume cortical ribbon). However, the last step goes >> wrong: I >> > get a nii with the same range of values as were in the >> surface, but >> > the nonzero voxels are scattered all over, so I guess there is >> > something wrong with the surface-to-voxel coordinate mapping. >> Below is >> > my code, any ideas on what goes wrong? >> > >> > Best regards, >> > >> > Rene >> > >> > mri_surf2surf --hemi rh --srcsubject fsaverage --noreshape >> --sval >> > sig.mgh --trgsubject subj01 --tval sig_2subj01.mgh >> > >> > mri_surf2vol --surfval sig_2subj01.mgh --hemi rh --fillribbon >> > --identity sub01 --template subj01/mri/orig.mgz --o >> > sig_2subj01_volumetric.nii >> > >> > >> > ______________________________**_________________ >> > Freesurfer mailing list >> > Freesurfer(a)nmr.mgh.harvard.edu >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> > >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >> >> >> > https://mail.nmr.mgh.harvard.**edu/mailman/listinfo/**freesurfer<https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer> >> >> -- >> Douglas N. Greve, Ph.D. >> MGH-NMR Center >> greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu> >> >> <mailto:greve@nmr.mgh.harvard.**edu <greve(a)nmr.mgh.harvard.edu>>> >> Phone Number: 617-724-2358 <tel:617-724-2358> >> <tel:617-724-2358 <tel:617-724-2358>> >> Fax: 617-726-7422 <tel:617-726-7422> <tel:617-726-7422 >> >> <tel:617-726-7422>> >> >> Bugs: surfer.nmr.mgh.harvard.edu/**fswiki/BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> FileDrop: >> www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.**html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> > >> >> ______________________________**_________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> > >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >> <mailto:Freesurfer@nmr.mgh.**harvard.edu<Freesurfer(a)nmr.mgh.harvard.edu> >> >> >> >> https://mail.nmr.mgh.harvard.**edu/mailman/listinfo/**freesurfer<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<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 <mailto:greve@nmr.mgh.harvard.**edu<greve(a)nmr.mgh.harvard.edu> >> > >> Phone Number: 617-724-2358 <tel:617-724-2358> >> Fax: 617-726-7422 <tel:617-726-7422> >> >> Bugs: surfer.nmr.mgh.harvard.edu/**fswiki/BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> <http://surfer.nmr.mgh.**harvard.edu/fswiki/**BugReporting<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> >> > >> FileDrop: www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> >> <http://www.nmr.mgh.harvard.**edu/facility/filedrop/index.**html<http://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<http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> > FileDrop: www.nmr.mgh.harvard.edu/**facility/filedrop/index.html<http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> > >

2 2

mri_robust_template
by Arman Eshaghi 17 Apr '12

17 Apr '12

Hi, I have bias-corrected and co-registered longitudinal images, and I'm interested to use Freesurfer to construct unbiased within-subject templates (to be used in SPM). Using mri_roubust_template, I get the following error message on some (not all) of the subjects. I was wondering whether I could use options/flags to avoid this. -------------------------------------------------------- ERROR: All entries are zero! Images do not overlap (anymore?). This can have several reasons (i.e. different modalities, different intensity scales, large non-linearities, too diff. voxel sizes ...) Maybe use --transform <init.lta> with an approx. alignment obtained from tkregister or another registration program. Or do some prior intensity correction? -------------------------------------------------------- All the best, Arman

1 0

request for dicom sequences on phantoms
by Satrajit Ghosh 17 Apr '12

17 Apr '12

howdy brain imagers, we are trying to put together a vocabulary of DICOM terms and their definitions related to brain imaging. unfortunately, a lot of the useful info is often in private tags and these differ from sequence to sequence and from scanner to scanner. to help us get at these tags, this is a shout out to folks to see if they can make available a DICOM dataset (***without anonymizing***) collected using their favorite current sequences on a phantom (no worries about privacy - or so i hope). for time series/gradient direction sequences a couple of volumes will do. we are interested in the DICOM header only not the content of the images. if you have such images or are willing to acquire them, please send me an email *off the list* at: satra(a)mit.edu and i will point you to an appropriate location and method to upload your DICOM data. cheers, satra ps. please do not reply all as you may not have post permissions on all the lists.

1 0

Help data check: problem with neck and skull stripping
by Charlotte Bernard 17 Apr '12

17 Apr '12

From: chakeba(a)live.fr To: freesurfer(a)nmr.mgh.harvard.edu Subject: Date: Tue, 17 Apr 2012 15:50:11 +0200 Dear Freesurfer users, I have a question about data check. In my sample, the most of my subjects have lot of neck or a bad skull stripping. I give you three examples. Is it acceptable for analysis? I will really help me, Thanks for all, charlotte

2 1

Re: [Freesurfer] trac-all -prep error
by Anastasia Yendiki 17 Apr '12

17 Apr '12

Hi Sarina - You'll have to specify the list of gradient directions (bvecfile) and b-values (bvalfile), see here for more info: http://surfer.nmr.mgh.harvard.edu/fswiki/dmrirc Please send email to the freesurfer list and not to me directly. Emails sent to the freesurfer list are saved in a searchable archive so that other users can benefit from these pearls of wisdom. http://www.mail-archive.com/freesurfer@nmr.mgh.harvard.edu/ a.y On Wed, 11 Apr 2012, Sarina Sacco wrote: > Ciao Anastasia ho risolto il problema di FSL,ora l'installazione è > corretta,però mi si presenta sempre un errore inerente al bvecs non li > trova,potrebbe forse dipendere dai files DICOM che utilizzo? > Questo è l'errore: > sarina@thunder:/opt/freesurfer/subjects$ trac-all -prep -c > $SUBJECTS_DIR/subjects_trac_all/scripts/dmrircFiles/dmrirc_Diff001_F.B. > INFO: SUBJECTS_DIR is /opt/freesurfer/subjects/subjects_recon_all > INFO: Diffusion root is /opt/freesurfer/subjects/subjects_trac_all > Actual FREESURFER_HOME /opt/freesurfer > trac-preproc -c > /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./scripts/dmrirc.local > -log /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./scripts/trac-all.log > -cmd /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./scripts/trac-all.cmd > #------------------------------------- > /opt/freesurfer/bin/trac-preproc > #------------------------------------- > #@# Image corrections Wed Apr 11 18:01:15 CEST 2012 > mri_convert /opt/freesurfer/subjects/subjects_trac_all//Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm > /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz > mri_convert /opt/freesurfer/subjects/subjects_trac_all//Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm > /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz > $Id: mri_convert.c,v 1.179.2.2 2011/05/16 20:53:47 greve Exp $ > reading from /opt/freesurfer/subjects/subjects_trac_all//Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm... > Starting DICOMRead2() > dcmfile = /opt/freesurfer/subjects/subjects_trac_all//Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm > dcmdir = /opt/freesurfer/subjects/subjects_trac_all//Diff001_F.B./orig > Ref Series No = 7 > Found 2242 files, checking for dicoms > Found 2240 dicom files in series. > First Sorting > Computing Slice Direction > Vs: 0.029 0.321 1.9739 > Vs: 0.0144997 0.160497 0.98693 > Second Sorting > Counting frames > nframes = 28 > nslices = 80 > ndcmfiles = 2240 > PE Dir = COL (dicom read) > TransferSyntaxUID: --1.2.840.10008.1.2-- > jpegUID: --1.2.840.10008.1.2.4-- > Loading pixel data > TR=10050.00, TE=87.10, TI=0.00, flip angle=90.00 > i_ras = (-0.999859, -0.0058291, -0.0157782) > j_ras = (0.00830111, -0.987041, -0.160255) > k_ras = (-0.0144997, -0.160497, 0.98693) > writing to /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz... > mri_probedicom --i > /opt/freesurfer/subjects/subjects_trac_all//Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm >> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dcminfo.dat > flip4fsl /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz > /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.nii.gz > INFO: input image orientation is LPS > INFO: input image determinant is 2 > fslswapdim /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz > x -y z /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.nii.gz > INFO: left-right orientation was flipped by fslswapdim > fslorient -forceradiological > /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.nii.gz > mv -f /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.mghdti.bvecs > /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/bvecs > mv: cannot stat > `/opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.mghdti.bvecs': > No such file or directory > Linux thunder 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC > 2011 x86_64 x86_64 x86_64 GNU/Linux > > trac-preproc exited with ERRORS at Wed Apr 11 18:03:33 CEST 2012 > > > 2012/3/27 Anastasia Yendiki <ayendiki(a)nmr.mgh.harvard.edu>: >> >> Ciao Sarina - The problem is here "fslorient: Command not found." You have >> to make sure that FSL is properly installed and the FSL executables are in >> your path, as trac-all calls a few of them. >> >> Hope this helps, >> a.y >> >> >> On Tue, 27 Mar 2012, Sarina Sacco wrote: >> >>> quando avvio il trac-all (relase FS5.1) mi crea questo errore: >>> >>> /opt/freesurfer/bin/trac-preproc >>> #------------------------------------- >>> #@# Image corrections Tue Mar 27 11:17:27 CEST 2012 >>> mri_convert >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm >>> >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz >>> mri_convert >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm >>> >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz >>> $Id: mri_convert.c,v 1.179.2.2 2011/05/16 20:53:47 greve Exp $ >>> reading from >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm... >>> Starting DICOMRead2() >>> dcmfile = >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm >>> dcmdir = /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./orig >>> Ref Series No = 7 >>> Found 2242 files, checking for dicoms >>> Found 2240 dicom files in series. >>> First Sorting >>> Computing Slice Direction >>> Vs: 0.029 0.321 1.9739 >>> Vs: 0.0144997 0.160497 0.98693 >>> Second Sorting >>> Counting frames >>> nframes = 28 >>> nslices = 80 >>> ndcmfiles = 2240 >>> PE Dir = COL (dicom read) >>> TransferSyntaxUID: --1.2.840.10008.1.2-- >>> jpegUID: --1.2.840.10008.1.2.4-- >>> Loading pixel data >>> TR=10050.00, TE=87.10, TI=0.00, flip angle=90.00 >>> i_ras = (-0.999859, -0.0058291, -0.0157782) >>> j_ras = (0.00830111, -0.987041, -0.160255) >>> k_ras = (-0.0144997, -0.160497, 0.98693) >>> writing to >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz... >>> mri_probedicom --i >>> >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./orig/1.2.840.113619.2.260.6945.224896.29441.1274773115.263.dcm >>>> >>>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dcminfo.dat >>> >>> flip4fsl >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz >>> >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.nii.gz >>> INFO: input image orientation is LPS >>> INFO: input image determinant is 2 >>> fslswapdim >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig.nii.gz >>> x -y z >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.nii.gz >>> fslorient -forceradiological >>> >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.nii.gz >>> fslorient: Command not found. >>> mv -f >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.mghdti.bvecs >>> /opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/bvecs >>> mv: cannot stat >>> >>> `/opt/freesurfer/subjects/subjects_trac_all/Diff001_F.B./dmri/dwi_orig_flip.mghdti.bvecs': >>> No such file or directory >>> Linux thunder 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC >>> 2011 x86_64 x86_64 x86_64 GNU/Linux >>> >>> trac-preproc exited with ERRORS at Tue Mar 27 11:18:21 CEST 2012 >>> >>> Non riesco a capire perchè,da cosa può dipendere? >>> >>> _______________________________________________ >>> Freesurfer mailing list >>> Freesurfer(a)nmr.mgh.harvard.edu >>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>> >>> >>> >> >> >> The information in this e-mail is intended only for the person to whom it is >> addressed. If you believe this e-mail was sent to you in error and the >> e-mail >> contains patient information, please contact the Partners Compliance >> HelpLine at >> http://www.partners.org/complianceline . If the e-mail was sent to you in >> error >> but does not contain patient information, please contact the sender and >> properly >> dispose of the e-mail. > > >

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
20
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Freesurfer April 2012