Freesurfer December 2012

freesurfer@nmr.mgh.harvard.edu

101 participants
161 discussions

recon-all: too many levels of symbolic links
by Linda Zhang 20 Dec '12

20 Dec '12

Dear all, I've been running recon-all on my dataset, but all of them are exiting with the same error. The command line is: recon-all -subjid ncpoCCW -autorecon2 -autorecon3 The error reads: #@# Ex-vivo Entorhinal Cortex Label lh Sat Aug 25 11:54:33 HKT 2012 INFO: lh.EC_average subject does not exist in SUBJECTS_DIR INFO: Creating symlink to lh.EC_average subject... cd /home/virtualuser/freesurfer/subjects; ln -s /home/virtualuser/freesurfer/subjects/lh.EC_average; cd - mris_spherical_average -erode 1 -orig white -t 0.4 -o ncpoCCW label lh.entorhinal lh sphere.reg lh.EC_average lh.entorhinal_exvivo.label painting output onto subject ncpoCCW. processing subject lh.EC_average... MRISread(/home/virtualuser/freesurfer/subjects/lh.EC_average/surf/lh.sphere.reg): could not open file eroding label 1 times before writing thresholding label stat at 0.400 before writing Too many levels of symbolic links mris_spherical_average: could not read surface file /home/virtualuser/freesurfer/subjects/lh.EC_average/surf/lh.sphere.reg Too many levels of symbolic links Linux FreeSurfer 2.6.31-23-generic #75-Ubuntu SMP Fri Mar 18 18:08:39 UTC 2011 i686 GNU/Linux recon-all -s ncpoCCW exited with ERRORS at Sat Aug 25 11:54:37 HKT 2012 What should I do? Thanks! Cheers, Linda

2 10

editing and converting
by Jenny Mercolini 20 Dec '12

20 Dec '12

Hi Freesurfers, I am new to this software and i am trying to learn how to use it. I have two questions: 1) if I do recon-all on a group of 20 subject, and I am primarily interested in a few regions (In my case - amygdala, insula and anterior cingulate cortex), do I have to edit all the datasets in tkmedit to make sure that these ROIs are "where they ar supposed to be"? 2) What is the easiest way to convert recon'ed data from FreeSurfer space to original subject space ( and mgz files to nifti files)? Thank you so much for your help! Kind regards, Jenny

2 1

L-R Volume Flipping
by MCLAREN, Donald 20 Dec '12

20 Dec '12

Dear All, I've noticed something strange with some data I'm helping to process: When looking at the L/R asymmetry in the brains (attached), the images seem to flip after bbregister/mri_vol2vol. The exact commands: bbregister --s FS_D011 --mov meanfMRI.nii --reg register.dat --init-spm --t2 mri_vol2vol --s FS_D011 --targ orig.mgz --mov fMRI.nii --reg register.dat --no-resample --o transformed_fMRI.nii I've attached a document that shows the flipping. You'll notice the highest point of the ventricle flips sides after bbregister/mri_vol2vol. Any thoughts on what is going on would be appreciated. The contents of register.dat are as follows: FS_D011 3.000000 3.540000 0.150000 -9.972292184829712e-01 -6.125224381685257e-02 4.221317172050476e-02 1.619825601577759e+00 6.049362570047379e-02 -3.374822735786438e-01 9.393859505653381e-01 -1.230294322967529e+01 4.329330846667290e-02 -9.393369555473328e-01 -3.402525186538696e-01 -1.072110843658447e+01 0 0 0 1 round Best Regards, Donald McLaren ================= D.G. McLaren, Ph.D. Research Fellow, Department of Neurology, Massachusetts General Hospital and Harvard Medical School Postdoctoral Research Fellow, GRECC, Bedford VA Website: http://www.martinos.org/~mclaren Office: (773) 406-2464 ===================== This e-mail contains CONFIDENTIAL INFORMATION which may contain PROTECTED HEALTHCARE INFORMATION and may also be LEGALLY PRIVILEGED and which is intended only for the use of the individual or entity named above. If the reader of the e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that you are in possession of confidential and privileged information. Any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this e-mail unintentionally, please immediately notify the sender via telephone at (773) 406-2464 or email.

2 5

mri_cc segfault
by Pedro Paulo de Magalhães Oliveira Junior 19 Dec '12

19 Dec '12

I'm having a segfault with mri_cc it's happening sometimes using FreeSurfer 5.1 Searching the mailing list I saw a similar problem in 2008 but with no answers. The relevant portion of recon-all.log: mri_cc -aseg aseg.auto_noCCseg.mgz -o aseg.auto.mgz -lta /usr/local/freesurfer/subjects/c70eb728-c505-46c2-a2a1-1ed409c36ea1/mri/transforms/cc_up.lta c70eb728-c505-46c2-a2a1-1ed409c36ea1 will read input aseg from aseg.auto_noCCseg.mgz writing aseg with cc labels to aseg.auto.mgz will write lta as /usr/local/freesurfer/subjects/c70eb728-c505-46c2-a2a1-1ed409c36ea1/mri/transforms/cc_up.lta reading aseg from /usr/local/freesurfer/subjects/c70eb728-c505-46c2-a2a1-1ed409c36ea1/mri/aseg.auto_noCCseg.mgz reading norm from /usr/local/freesurfer/subjects/c70eb728-c505-46c2-a2a1-1ed409c36ea1/mri/norm.mgz 2358 voxels in left wm, 13846 in right wm, xrange [122, 136] searching rotation angles z=[-10 4], y=[-31 -17] ^Msearching scale 1 Z rot -9.8 ^Msearching scale 1 Z rot -9.5 ^Msearching scale 1 Z rot -9.3 ^Msearching scale 1 Z rot -9.0 ^Msearching scale 1 Z rot -8.8 ^Msearching scale 1 Z rot -8.5 ^Msearching scale 1 Z rot -8.3 ^Msearching scale 1 Z rot -8.0 ^Msearching scale 1 Z rot -7.8 ^Msearching scale 1 Z rot -7.5 ^Msearching scale 1 Z rot -7.3 ^Msearching scale 1 Z rot -7.0 ^Msearching scale 1 Z rot -6.8 ^Msearching scale 1 Z rot -6.5 ^Msearching scale 1 Z rot -6.3 ^Msearching scale 1 Z rot -6.0 ^Msearching scale 1 Z rot -5.8 ^Msearching scale 1 Z rot -5.5 ^Msearching scale 1 Z rot -5.3 ^Msearching scale 1 Z rot -5.0 ^Msearching scale 1 Z rot -4.8 ^Msearching scale 1 Z rot -4.5 ^Msearching scale 1 Z rot -4.3 ^Msearching scale 1 Z rot -4.0 ^Msearching scale 1 Z rot -3.8 ^Msearching scale 1 Z rot -3.5 ^Msearching scale 1 Z rot -3.3 ^Msearching scale 1 Z rot -3.0 ^Msearching scale 1 Z rot -2.8 ^Msearching scale 1 Z rot -2.5 ^Msearching scale 1 Z rot -2.3 ^Msearching scale 1 Z rot -2.0 ^Msearching scale 1 Z rot -1.8 ^Msearching scale 1 Z rot -1.5 ^Msearching scale 1 Z rot -1.3 ^Msearching scale 1 Z rot -1.0 ^Msearching scale 1 Z rot -0.8 ^Msearching scale 1 Z rot -0.5 ^Msearching scale 1 Z rot -0.3 ^Msearching scale 1 Z rot -0.0 ^Msearching scale 1 Z rot 0.2 ^Msearching scale 1 Z rot 0.5 ^Msearching scale 1 Z rot 0.7 ^Msearching scale 1 Z rot 1.0 ^Msearching scale 1 Z rot 1.2 ^Msearching scale 1 Z rot 1.5 ^Msearching scale 1 Z rot 1.7 ^Msearching scale 1 Z rot 2.0 ^Msearching scale 1 Z rot 2.2 ^Msearching scale 1 Z rot 2.5 ^Msearching scale 1 Z rot 2.7 ^Msearching scale 1 Z rot 3.0 ^Msearching scale 1 Z rot 3.2 ^Msearching scale 1 Z rot 3.5 ^Msearching scale 1 Z rot 3.7 global minimum found at slice 129.0, rotations (-2.52, -3.27) final transformation (x=129.0, yr=-2.521, zr=-3.273): 0.997 0.057 -0.044 -2.975; -0.057 0.998 0.003 -6.742; 0.044 -0.000 0.999 -9.547; 0.000 0.000 0.000 1.000; Segmentation fault Thanks PPJ --------------------------------------------------------------------- Pedro Paulo de Magalhães Oliveira Junior Netfilter & SpeedComm Telecom -- www.netfilter.com.br -- For mobile: http://itunes.apple.com/br/artist/netfilter/id365306441

2 2

Re: [Freesurfer] volume of interest
by Douglas Greve 18 Dec '12

18 Dec '12

There are several "RAS" coordinates in tkmedit. One is scanner coords (vol2ras), the other is "volume RAS" coordinates (tkrvox2ras). doug On 12/18/12 11:31 PM, octavian lie wrote: > Dear Douglas, > yes, it matches the T1. I am interested though in matching the volume > RAS as it appears in tkmedit, so I changed the code to use tkrvox2ras > instead of vox2ras0. > Thank you, > octavian. > > On Tue, Dec 18, 2012 at 10:23 PM, Douglas Greve > <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>> wrote: > > > That code looks correct. It should match the scanner coordinates. > Does the volume geometry (ie, vox2ras) in the labelMRI.mgz file > match that of the orig.mgz/T1.mgz? > > doug > > > On 12/18/12 6:10 PM, octavian lie wrote: >> >> Dear Douglas, >> >> I adapted the following script to get the RAS coordinates: >> segmri = MRIread(labelMRI.mgz); %labelMRI is the input resection >> volume .mgz >> segid =1; >> % Get list of voxels with seg id >> indlab = find(segmri.vol == segid); >> nlab = length(indlab); >> >> % Convert indices to row, col, slice >> [r c s] = ind2sub(segmri.volsize,indlab); >> crs = [c r s]' - 1 ; % 0-based >> crs = [crs; ones(1,nlab)]; >> >> % Convert row, col, slice to XYZ >> xyz1 = segmri.vox2ras0 * crs; >> xyz = xyz1(1:3,:)'; >> inspecting the xyz matrix, copying individual RAS coordinates >> from xyz to tkmedit volume RAS field, and noting the RAS >> coordinates of the boundaries in the R,A,S, directions, it looks >> like x and y/ R and A are ok, but the S/z is off, closer in nos >> with the volume scanner coordinates. I could not figure out why >> this is. I mention that the labelMRI.mgz was generated by using >> mri_convert on a labelMRI.nii mask file imported from itksnap >> without additional flags. >> Please advise, I also mention that the labelMRI.mgz file aligns >> well in tkmedit with the patient's T1.mgz. >> Below I paste the mri_info on labelMRI.mgz >> type: MGH >> dimensions: 256 x 256 x 256 >> voxel sizes: 1.0000, 1.0000, 1.0000 >> type: FLOAT (3) >> fov: 256.000 >> dof: 0 >> xstart: -128.0, xend: 128.0 >> ystart: -128.0, yend: 128.0 >> zstart: -128.0, zend: 128.0 >> TR: 0.00 msec, TE: 0.00 msec, TI: 0.00 msec, flip angle: >> 0.00 degrees >> nframes: 1 >> PhEncDir: UNKNOWN >> ras xform present >> xform info: x_r = -1.0000, y_r = -0.0000, z_r = -0.0000, c_r = >> -0.2196 >> : x_a = -0.0000, y_a = 0.0000, z_a = 1.0000, c_a = 1.9029 >> : x_s = 0.0000, y_s = -1.0000, z_s = 0.0000, c_s = 28.2156 >> >> talairach xfm : >> Orientation : LIA >> Primary Slice Direction: coronal >> >> voxel to ras transform: >> -1.0000 -0.0000 -0.0000 127.7804 >> -0.0000 0.0000 1.0000 -126.0971 >> 0.0000 -1.0000 0.0000 156.2156 >> 0.0000 0.0000 0.0000 1.0000 >> >> voxel-to-ras determinant -1 >> >> ras to voxel transform: >> -1.0000 0.0000 0.0000 127.7804 >> -0.0000 -0.0000 -1.0000 156.2156 >> -0.0000 1.0000 -0.0000 126.0971 >> 0.0000 0.0000 0.0000 1.0000 >> Thank you very much, >> Octavian. > > 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

Re: [Freesurfer] volume of interest
by Douglas Greve 18 Dec '12

18 Dec '12

That code looks correct. It should match the scanner coordinates. Does the volume geometry (ie, vox2ras) in the labelMRI.mgz file match that of the orig.mgz/T1.mgz? doug On 12/18/12 6:10 PM, octavian lie wrote: > > Dear Douglas, > > I adapted the following script to get the RAS coordinates: > segmri = MRIread(labelMRI.mgz); %labelMRI is the input resection > volume .mgz > segid =1; > % Get list of voxels with seg id > indlab = find(segmri.vol == segid); > nlab = length(indlab); > > % Convert indices to row, col, slice > [r c s] = ind2sub(segmri.volsize,indlab); > crs = [c r s]' - 1 ; % 0-based > crs = [crs; ones(1,nlab)]; > > % Convert row, col, slice to XYZ > xyz1 = segmri.vox2ras0 * crs; > xyz = xyz1(1:3,:)'; > inspecting the xyz matrix, copying individual RAS coordinates from xyz > to tkmedit volume RAS field, and noting the RAS coordinates of the > boundaries in the R,A,S, directions, it looks like x and y/ R and A > are ok, but the S/z is off, closer in nos with the volume scanner > coordinates. I could not figure out why this is. I mention that the > labelMRI.mgz was generated by using mri_convert on a labelMRI.nii > mask file imported from itksnap without additional flags. > Please advise, I also mention that the labelMRI.mgz file aligns well > in tkmedit with the patient's T1.mgz. > Below I paste the mri_info on labelMRI.mgz > type: MGH > dimensions: 256 x 256 x 256 > voxel sizes: 1.0000, 1.0000, 1.0000 > type: FLOAT (3) > fov: 256.000 > dof: 0 > xstart: -128.0, xend: 128.0 > ystart: -128.0, yend: 128.0 > zstart: -128.0, zend: 128.0 > TR: 0.00 msec, TE: 0.00 msec, TI: 0.00 msec, flip angle: > 0.00 degrees > nframes: 1 > PhEncDir: UNKNOWN > ras xform present > xform info: x_r = -1.0000, y_r = -0.0000, z_r = -0.0000, c_r = -0.2196 > : x_a = -0.0000, y_a = 0.0000, z_a = 1.0000, c_a = 1.9029 > : x_s = 0.0000, y_s = -1.0000, z_s = 0.0000, c_s = 28.2156 > > talairach xfm : > Orientation : LIA > Primary Slice Direction: coronal > > voxel to ras transform: > -1.0000 -0.0000 -0.0000 127.7804 > -0.0000 0.0000 1.0000 -126.0971 > 0.0000 -1.0000 0.0000 156.2156 > 0.0000 0.0000 0.0000 1.0000 > > voxel-to-ras determinant -1 > > ras to voxel transform: > -1.0000 0.0000 0.0000 127.7804 > -0.0000 -0.0000 -1.0000 156.2156 > -0.0000 1.0000 -0.0000 126.0971 > 0.0000 0.0000 0.0000 1.0000 > Thank you very much, > Octavian.

1 0

Error in using tkregister2
by priyank 18 Dec '12

18 Dec '12

Hi, I am using the command to check my registration and getting this error message: could not find orig as either mgz or COR. This is the command I am using. tkregister2 --mov 18135.RS.mgz --reg 18135_RS_register.dat --surf ----------------------------------------OUTPUT-------------------------------------------------- INFO: no target volume specified, assuming FreeSurfer orig volume. target volume orig movable volume 18135.RS.mgz reg file 18135_RS_register.dat LoadVol 1 ZeroCRAS 0 $Id: tkregister2.c,v 1.121.2.1 2011/03/28 20:25:16 greve Exp $ Diagnostic Level -1 ---- Input registration matrix -------- -0.994 -0.040 0.100 2.799; -0.097 -0.071 -0.993 2.262; -0.047 0.997 -0.067 5.775; 0.000 0.000 0.000 1.000; float2int = 0 --------------------------------------- ERROR: could not find orig as either mgz or COR ------------------------------------------------------------------------------------------------

3 5

Re: [Freesurfer] volume of interest
by Douglas N Greve 18 Dec '12

18 Dec '12

I don't know that function. vox2ras0 is used when you have 0-based indices (as in C) and vox2ras1 is used when you have 1-based indices (as in matlab). doug On 12/18/2012 02:26 PM, octavian lie wrote: > Can I use your function xyzlab for this? If yes, I see that uses > vox2ras0 instead of vox2ras1. Please advise, > Octavian > > On Tue, Dec 18, 2012 at 11:52 AM, Douglas N Greve > <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>> wrote: > > Use the matlab ind2sub command > doug > > > > On 12/18/2012 12:38 PM, octavian lie wrote: > > Dear Douglas, > > > How do I convert the index to its CRS correspondent? > I could think of using in matlab something like > ind=c+r*255+s* 255^2 > then using floor () to obtain c,r,s, but seems convoluted, is > there any code written on this that you can share? > Thank you again, > > Octavian. > > > > On Tue, Dec 18, 2012 at 11:06 AM, Douglas N Greve > <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu> > <mailto:greve@nmr.mgh.harvard.edu > <mailto:greve@nmr.mgh.harvard.edu>>> wrote: > > > If you load the volume in with MRIread > a = MRIread('yourvolume.mgz'); > a.vox2ras1 is the one-based vox2ras matrix which takes a > 1-based > column, row, slice and converts it to RAS. So you just need to > convert your indices to col, row, slice and apply this matrix. > > doug > > > > On 12/17/2012 06:53 PM, octavian lie wrote: > > Dear Douglas, > > Thank you very much for your input. > > 1. I generated the ind matrix as per your script, but > what I > wanted is to get a matrix with the RAS coordinates for the > pixels indexed in ind. Is there a way to do this? > > Thank you, > > Octavian > > > -- Douglas N. Greve, Ph.D. > MGH-NMR Center > greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu> > <mailto:greve@nmr.mgh.harvard.edu > <mailto:greve@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> > 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> > > 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 <mailto:greve@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> > FileDrop: 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/ > > -- 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 Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

1 0

space of T1.mgz
by Mojdeh Zamyadi 18 Dec '12

18 Dec '12

Hi all, I want to segment the hippocampus into head/body/tail in itk SNAP using the hippocampus mask that I create from the result of recon-all segmentation. My question is, are the T1.mgz and aseg.mgz files in the native space of the image or in the atlas space? I know the voxel size is different (1x1x1 mm) from the original voxel size (0.49x0.49x0.45), but I want to know if the original images are registered to a common atlas space or just resampled to a different voxel size. The reason I'm asking this, is because I'm doing a group study and I want to make sure all my subjects are in the same space so that the segmentation I do is accurate for all. Thanks for your help, Mojdeh Zamyadi, MSc Clinical Research Project Assistant The Hospital for Sick Children 555 University Avenue Toronto ON M5G 1X8

3 4

Re: [Freesurfer] volume of interest
by Douglas N Greve 18 Dec '12

18 Dec '12

Use the matlab ind2sub command doug On 12/18/2012 12:38 PM, octavian lie wrote: > Dear Douglas, > > > How do I convert the index to its CRS correspondent? > I could think of using in matlab something like > ind=c+r*255+s* 255^2 > then using floor () to obtain c,r,s, but seems convoluted, is there > any code written on this that you can share? > Thank you again, > > Octavian. > > > > On Tue, Dec 18, 2012 at 11:06 AM, Douglas N Greve > <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>> wrote: > > > If you load the volume in with MRIread > a = MRIread('yourvolume.mgz'); > a.vox2ras1 is the one-based vox2ras matrix which takes a 1-based > column, row, slice and converts it to RAS. So you just need to > convert your indices to col, row, slice and apply this matrix. > > doug > > > > On 12/17/2012 06:53 PM, octavian lie wrote: > > Dear Douglas, > > Thank you very much for your input. > > 1. I generated the ind matrix as per your script, but what I > wanted is to get a matrix with the RAS coordinates for the > pixels indexed in ind. Is there a way to do this? > > Thank you, > > Octavian > > > -- > 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 <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> > FileDrop: 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: www.nmr.mgh.harvard.edu/facility/filedrop/index.html Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

1 0

← Newer
1
2
3
4
5
6
7
8
...
17
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 December 2012