Freesurfer

freesurfer@nmr.mgh.harvard.edu

19 participants
30132 discussions

label2label result is scatter line in tksurfer
by Jin Li 04 Nov '10

04 Nov '10

Hello there, I tried mri_label2label to convert label in a subject's space into label into fsaverage's space. I used the command mri_label2label –srclabel C102/label/lh.pfc.C102.label –srcsubject C102 – trglabel fsaverage /label/lh.pfc.fsaverage.label –trgsubject fsaverage – regmethod volume The generated label was supposed to be in the same space with fsaverage, but when loaded on fsaverage's inflated surface, only scattered lines was seen. While when loaded on subjects's surface, it looks normally, but the image was exactly the same as the original label (see attached image). I tried this again and the problem exist, I also compared the command with that online, and haven't found the cause to this problem. What's wrong with my command? By the way, if I want to convert the label in a subject's space into talairach space, could the above command achieve this? The freesurfer I used was freesurfer-linux-centos4-stable-pub-v5.0.0 Any help would be greatly appreciated. Thank you in advance. Best, Jin

2 2

Post-doctoral and data analyst positions (fMRI, MEG)
by Hasson, Uri 03 Nov '10

03 Nov '10

Applications are invited for two postdoctoral positions and one data analyst position funded by an ERC (European Research Council) Starting Grant. The research program examines the cognitive mechanisms and neural systems by which the human brain codes the recent past and predicts the immediate future. It uses neuroimaging, behavioral studies, and eye tracking methods. The ideal candidates for all positions are highlymotivated and creative individuals, capable of working independently and ingroups, who will thrive in a dynamic startup-like work environment. Prior experience with computational modeling of complex systems would be helpful. The research takes place at the Center for Mind/Brain Sciences at the University of Trento, Italy. Salaries are comparable to those offered by research institutions in the US and Europe, include benefits and health insurance, and are commensurate with training and experience. Expected starting date for all positions is Feb 1st, 2011. Interested candidates should Email a CV and a description of research interests to: Dr. Uri Hasson uri.hasson(a)unitn.it<mailto:uri.hasson@unitn.it> Center for Mind/Brain Sciences via delle Regole, 101 I-38060 Mattarello (TN) Italy Positions offered: a. Post-doctoral position (2-4 years) for fMRI research. The person will beresponsible for the design of several fMRI studies, conducting data analysis and leading the write-up of scientific work. The person will have access to the center’s onsite 4T fMRI scanner. REQUIREMENTS: expertise with fMRI design and analysis methods and a solid background in cognitive neuroscience. HELPFUL:knowledge of functional connectivity methods including those applicable to resting state data, analysis of perfusion (ASL) data, R/Matlab programming,good understanding of UNIX. Interest in MEG methods. b. Post-doctoral position (2-4 years) for Magnetoencephalography (MEG) research. The person will be responsible for the design of several MEG studies, conducting data analysis and leading the write-up of scientific work. The person will have access to the center’s onsite MEG apparatus and 4T fMRI scanner. REQUIREMENTS: expertise with MEG techniques and a solid background in cognitive neuroscience. HELPFUL: Knowledge of coherence analysis and pattern classifier methods; knowledge of fMRI analysis techniques and the integration of fMRI and MEG data. c. Data Analyst (2 years): The data analyst will be responsible for analysis of fMRI datasets, algorithm development, programming and conducting fMRI studies, and monitoring computer hardware. This position is ideal for college graduates who are technically inclined and are considering future graduate studies in cognitive neuroscience. REQUIREMENTS: Prior experience with fMRI analysis. HELPFUL: a bachelor's degree in psychology, computer science, math, cognitive science, neuroscience, or computer science, knowledge of Italian. Experience with diverse computing environments (Linux/OSX/Windows), programming (python/perl/shell scripting, or R) and relational databases.

1 0

read data mri_vol2surf
by Oya, Hiroyuki (UI Health Care) 03 Nov '10

03 Nov '10

Hello Is it possible to load the outputs of mri_vol2surf with matlab? Thank you. Hiroyuki

3 2

selxavg3-sess question
by Eyal Dechter 03 Nov '10

03 Nov '10

Hi, I'm analyzing fMRI data using freesurfer 5.0.0. I run into the following error when running selxavg3-sess. Any suggestions? Thanks, Eyal ************************************************************************************************************************************************* edechter@ba7:~/projects/stability/analysis$ selxavg3-sess -s tower001 -d ../data/ -analysis tower_allruns -c unstable-stable -no-preproc -------------------------------------------------------------- selxavg3-sess logfile is /u2/edechter/projects/stability/analysis/log/selxavg3-sess-bold-tower_allruns-101103112400.log -------------------------------------------------------------- ------------------------------------------- /u2/edechter/projects/stability/data/tower001 Wed Nov 3 11:24:01 EDT 2010 anadir = /u2/edechter/projects/stability/data/tower001/bold/tower_allruns DoGLMFit = 1 DoContrasts = 1 UpdateNeeded = 1 ------------------------------------------ ------- matlab output -------------------- Warning: Unable to open display 'iconic'. You will not be able to display graphics on the screen. < M A T L A B > Copyright 1984-2007 The MathWorks, Inc. Version 7.5.0.338 (R2007b) August 9, 2007 Warning: Duplicate directory name: /u2/edechter/matlab. To get started, type one of these: helpwin, helpdesk, or demo. For product information, visit www.mathworks.com. >> >> >> >> >> >> >> /software/Freesurfer/current/fsfast/toolbox/fast_selxavg3.m >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> $Id: fast_selxavg3.m,v 1.55.2.8 2009/04/17 20:09:46 greve Exp $ outtop = /u2/edechter/projects/stability/data Extension format = nii ??? Undefined function or variable 'UseFloat'. Error in ==> fast_selxavg3 at 82 fprintf('UseFloat = %d\n',UseFloat); >> ------------------------------------------ ERROR: fast_selxavg3() failed\n edechter@ba7:~/projects/stability/analysis$

2 1

Re: [Freesurfer] Total GM and WM volumes
by bell0368＠umn.edu 03 Nov '10

03 Nov '10

I had a question about gray matter and white matter volumes in FreeSurfer version 4.5. Sorry, we have too many subjects to rerun easily through 5.0. There is no gray matter listed in aseg.stats in 4.5. The two options I see are using mris_volume or summing the aparc gray matter structures, are there pros/cons to this? More specifically, should the sum of the aparc gm regions equal the surface-based gm volume from mris_volume or will they be different? The aseg.stats also produces surface-based wm volumes, which I presume need the subcortical structures subtracted away, is there a command to do this with mri_segstats or do I just need to run a loop for every subcortical structure to get these corrected wm volumes? One last question. The mri_segstats says BrainSeg is computed WITHOUT partial volume correction. My understanding was in the aseg pipeline every voxel got assigned to a specific structure in aseg.mgz. So, I don't undestand how partial voluming comes into play? In BrainSeg are some voxels counted twice as being part of two different structures, and then this is fixed when the volume of each structure is reported in the aseg table? Also, it would be nice to be able to directly compare BrainSeg (no partial volume correction) with BrainSegNotVent (partial volume correction), is this possible? Thanks! Chris Bell University of Minnesota

1 2

Talairach failure detection error
by Rapuano, Kristina (NIH/NIMH) [F] 03 Nov '10

03 Nov '10

Hello there, I am fairly new to freesurfer, and received an error message that I am not sure how to handle. I was running recon-all (-autorecon1 and -autorecon2) which then quit with this error: cp transforms/talairach.auto.xfm transforms/talairach.xfm #-------------------------------------------- #@# Talairach Failure Detection Fri Oct 29 15:05:25 EDT 2010 /misc/data30/kyle/obesity_study/freesurfer/o_s307/mri talairach_afd -T 0.005 -xfm transforms/talairach.xfm ERROR: talairach_afd: Talairach Transform: transforms/talairach.xfm ***Fp=0.0001, pval=0.0000 < threshold=0.0050) Linux thalamos 2.6.18-194.17.4.el5 #1 SMP Mon Oct 25 15:50:53 EDT 2010 x64 x86_64 GNU/Linux Please let me know if you have any idea what should be done about this. Thank you! Kristina ---- Kristina Rapuano Post-Bac IRTA Laboratory of Brain and Cognition, NIMH/NIH/DHHS Building 10, Room 4C214 10 Center Drive MSC 1366 Bethesda MD 20892-1366 Phone: (301) 402-4419 E-Mail : rapuanokm(a)mail.nih.gov

3 2

mri_normalize -noconform flag doesn't work in FS 5.0
by Falk Lüsebrink 03 Nov '10

03 Nov '10

Dear FreeSurfers, The noconform flag of mri_normalize doesnt seem to work properly in the centos4_x86_64_stable-pub-v5.0.0 build. I have been trying to process a volume with an isotropic resolution of 0.7mm using recon-all cm autorecon1 s <subject id> as the command line. The conformation is skipped until mri_normalize, but afterwards the output volume T1.mgz is conformed. Although the log during mri_normalize says: not interpolating and embedding volume to be 256^3 I have been trying to run it using the recon-all script and running mri_normalize by hand, the error is the same. A fix is highly appreciated. Thanks, Falk Lüsebrink

1 0

CSF Volume
by Elena Molina 02 Nov '10

02 Nov '10

Hi, I would like to calculate the total CSF volume using FS. How should I proceed? Thanks in advance. Elena

2 1

[Fwd: Re: Segmentation fault during mri_segment]
by Diandra Lucia 01 Nov '10

01 Nov '10

Hi freesurfers, To summarize the forwarded thread, some months ago I was experiencing segmentation faults at the mri_segment step in the processing stream, and the fix turned out to be running that particular caselist with v5. My lab is still using 4.2.0 in general, however, since we would have to rerun a couple hundred cases with the new version; thus, we probably won't do an update until a future major version release, like v6 or something. So my question now is, we're experiencing this same problem with a couple scans in our general data set (my guess is that this is due to a relatively high, i.e. >10,000, number of "sparsely connected voxels"?). We want these scans' FreeSurfer data to be compatible with our other FreeSurfer data, so I was wondering if there is a solution to this problem that doesn't involve running these with v5. Is there any hope for us in that respect? Thanks, Diandra -------- Original Message -------- Subject: Re: [Freesurfer] Segmentation fault during mri_segment Date: Fri, 30 Jul 2010 08:19:29 -0400 (EDT) From: Bruce Fischl <fischl(a)nmr.mgh.harvard.edu> To: Diandra Lucia <diandra(a)bwh.harvard.edu> References: <AANLkTimMnZL_OcAvEs-wlMwckBaREviS97cwRqd_7_Dm(a)mail.gmail.com> <Pine.LNX.4.62.1007212054060.9035(a)gate.nmr.mgh.harvard.edu> <AANLkTil_Tzs_-6y0xbGE3sDjxTMfdxMAFDmdx-P8bJRp(a)mail.gmail.com> <Pine.LNX.4.62.1007231724570.30598(a)gate.nmr.mgh.harvard.edu> <AANLkTimVoVhDKe0K+3XyO5QpTJ-oncnCLcMh_w=Bx9Ho(a)mail.gmail.com> Hi Diandra, you can read the release notes when it's out and decide. There are a bunch of changes, and it depends on what you care about cheers Bruce On Thu, 29 Jul 2010, Diandra Lucia wrote: > Hi Bruce, > > Sorry for the delay -- yeah, I guess I can do that for these cases, as > this is actually a collaborator's data. We have such a large dataset > internally, though, that rerunning all of our cases would be a pain... > But this set is pretty small, so we can run them all on v5. (How > improved is v5? Would it be worth considering rerunning >100 cases?) > > Thanks, > Diandra > > On Fri, Jul 23, 2010 at 5:25 PM, Bruce Fischl > <fischl(a)nmr.mgh.harvard.edu> wrote: >> Hi Diandra, >> that one ran through fine for me. Do you want to wait a couple of weeks for >> V5 to be out and try it? >> >> Bruce >> On Thu, 22 Jul 2010, Diandra Lucia wrote: >> >>> Hi Bruce, >>> >>> I sent you a sample case via >>> https://www.nmr.mgh.harvard.edu/facility/filedrop/index.html; please >>> let me know if you need anything else. I just sent it to your >>> address; let me know if I need to share it with others as well. >>> >>> Thanks so much, >>> Diandra >>> >>> >>> On Wed, Jul 21, 2010 at 8:54 PM, Bruce Fischl >>> <fischl(a)nmr.mgh.harvard.edu> wrote: >>>> >>>> Hi Diandra, >>>> >>>> can you send us one of these datasets so we can see if we can track it >>>> down? >>>> >>>> thanks >>>> Bruce >>>> On Wed, 21 Jul 2010, Diandra Lucia wrote: >>>> >>>>> Hi again, >>>>> >>>>> As we process more cases, we've run into four cases that have had the >>>>> same problem. Each has segfaulted during mri_segment during >>>>> autorecon2; here is one example: >>>>> >>>>> #@# Mask BFS Mon Jul 19 23:38:35 EDT 2010 >>>>> /home/pnlstaff/freesurfer/subjects/case2403/mri >>>>> >>>>> mri_mask -T 5 brain.mgz brainmask.mgz brain.finalsurfs.mgz >>>>> >>>>> threshold mask volume at 5 >>>>> Writing masked volume to brain.finalsurfs.mgz...done. >>>>> #-------------------------------------------- >>>>> #@# WM Segmentation Mon Jul 19 23:38:41 EDT 2010 >>>>> >>>>> mri_segment brain.mgz wm.seg.mgz >>>>> >>>>> doing initial intensity segmentation... >>>>> using local statistics to label ambiguous voxels... >>>>> computing class statistics for intensity windows... >>>>> WM (105.0): 105.7 +- 6.1 [80.0 --> 125.0] >>>>> GM (72.0) : 71.1 +- 8.6 [30.0 --> 96.0] >>>>> setting bottom of white matter range to 79.6 >>>>> setting top of gray matter range to 88.2 >>>>> doing initial intensity segmentation... >>>>> using local statistics to label ambiguous voxels... >>>>> using local geometry to label remaining ambiguous voxels... >>>>> >>>>> reclassifying voxels using Gaussian border classifier... >>>>> >>>>> removing voxels with positive offset direction... >>>>> smoothing T1 volume with sigma = 0.250 >>>>> removing 1-dimensional structures... >>>>> 12443 sparsely connected voxels removed... >>>>> thickening thin strands.... >>>>> Segmentation fault >>>>> Linux compute-2-7.local 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:56:28 EST >>>>> 2006 x86_64 x86_64 x86_64 GNU/Linux >>>>> >>>>> recon-all exited with ERRORS at Mon Jul 19 23:40:24 EDT 2010 >>>>> >>>>> >>>>> They all segfaulted at exactly the same place. These were run with >>>>> freesurfer-Linux-rh9-stable-pub-v4.2.0 (without the new version of the >>>>> mri_ca_normalize you sent me recently). Please let me know if you need >>>>> anything else (data, etc) to help troubleshoot this. >>>>> >>>>> Thanks, >>>>> Diandra >>>>> >>>>> >>>>> >>>> >>> >>> >>> >> > > > >

3 3

Re: [Freesurfer] Source matrix with zero determinant
by Douglas N Greve 01 Nov '10

01 Nov '10

you need to make sure that the direction cosines are correct. You can check whether it is correct by looking at it in tkmedit, ie, tkmedit -f yourfile.nii It should look coronal in the coronal view, etc. If it is wrong, there's no easy way to fix it. I'd go back to the original dicoms if you can. doug Lisa F. Akiyama wrote: > Hi Doug, > > I was able to locate the original nifti files that contain all slices > in one file downloaded from NIHPediatrics. > > I was able to run : > > *recon-all -autorecon1 -notalairach -s 1433_1101 -i > $SUBJECTS_DIR/1433_1101/mri/orig/deface_1433_V1_t1w.nii -force* > > But the output file orientations are still rotated in a odd way. > Is there a way to fix these output orientations? > Listed below are the mri_info outputs for both the input and the > output files. I'll also attach the input and the output files. > > <INPUT FILE mri_info> > > type: nii > dimensions: 256 x 256 x 46 > voxel sizes: 0.9766, 0.9766, 3.0000 > type: FLOAT (3) > fov: 250.000 > dof: 0 > xstart: -125.0, xend: -125.0 > ystart: -125.0, yend: -125.0 > zstart: -69.0, zend: -69.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 = -11.5117 > : x_a = 0.0000, y_a = 1.0000, z_a = 0.0000, > c_a = 9.4883 > : x_s = 0.0000, y_s = 0.0000, z_s = 1.0000, > c_s = -4.1000 > Orientation : RAS > Primary Slice Direction: axial > > voxel to ras transform: > 0.9766 0.0000 0.0000 -136.5116 > 0.0000 0.9766 0.0000 -115.5116 > 0.0000 0.0000 3.0000 -73.1000 > 0.0000 0.0000 0.0000 1.0000 > > voxel-to-ras determinant 2.86102 > > ras to voxel transform: > 1.0240 -0.0000 -0.0000 139.7879 > -0.0000 1.0240 -0.0000 118.2839 > -0.0000 -0.0000 0.3333 24.3667 > 0.0000 0.0000 0.0000 1.0000 > > > <OUTPUT FILE mri_info> > > type: MGH > dimensions: 256 x 256 x 256 > voxel sizes: 1.0000, 1.0000, 1.0000 > type: UCHAR (0) > 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 = -11.5116 > : x_a = 0.0000, y_a = 0.0000, z_a = 1.0000, > c_a = 9.4883 > : x_s = 0.0000, y_s = -1.0000, z_s = 0.0000, > c_s = -4.1000 > > talairach xfm : > /usr/local/freesurfer/subjects/1433_v1_multinii/mri/transforms/talairach.xfm > Orientation : LIA > Primary Slice Direction: coronal > > voxel to ras transform: > -1.0000 0.0000 0.0000 116.4884 > 0.0000 0.0000 1.0000 -118.5117 > 0.0000 -1.0000 0.0000 123.9000 > 0.0000 0.0000 0.0000 1.0000 > > voxel-to-ras determinant -1 > > ras to voxel transform: > -1.0000 0.0000 0.0000 116.4884 > -0.0000 -0.0000 -1.0000 123.9000 > -0.0000 1.0000 -0.0000 118.5117 > 0.0000 0.0000 0.0000 1.0000 > > > > Thank you in advance. > > > Best, > Lisa Akiyama > ** > ______________________________ > Lisa F. Akiyama > Research Study Assistant > Institute for Learning & Brain Sciences (I-LABS) > University of Washington > > P Please consider the environment before printing this e-mail. > > > > On Fri, Oct 29, 2010 at 12:05 PM, Lisa F. Akiyama <lrisa87(a)uw.edu > <mailto:lrisa87@uw.edu>> wrote: > > Hi Doug, > > Thanks for the tips. I will look into putting all the slices into > one volume. > > > Best, > Lisa > ______________________________ > Lisa F. Akiyama > Research Study Assistant > Institute for Learning & Brain Sciences (I-LABS) > University of Washington > > P Please consider the environment before printing this e-mail. > > > > On Fri, Oct 29, 2010 at 11:53 AM, Douglas N Greve > <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>> wrote: > > You would have to take all 45 slices and put them into one > volume. It won''t work slice-by-slice. It is probably the case > that this won't work either as we usually use high res data. > For intensity normalization, maybe it will work. > > > doug > > Lisa F. Akiyama wrote: > > Hi Doug, > > There are approximately 40~45 slices of each individual's > brain, > each saved as separate nifti files. > I'm trying to use FreeSurfer for the Non-uniform intensity > normalization and skull strip functions. > So, if I edit the header of each nifti file so that the > slice thickness isn't 0, > recon-all -autorecon1 should work? > > Thanks. > > Best, > Lisa > > ______________________________ > Lisa F. Akiyama > Research Study Assistant > Institute for Learning & Brain Sciences (I-LABS) > University of Washington > > P Please consider the environment before printing this e-mail. > > > > On Fri, Oct 29, 2010 at 10:55 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: > > The problem is that the slice thickness is 0. BTW, I > don't know > what you are planning to do with this in freesurrfer, > but it's not > going to work with only one slice. > > > doug > > Lisa F. Akiyama wrote: > > Hi Doug, > > Here's the result of mri_info: > > ubuntu:~> mri_info > > $SUBJECTS_DIR/1433_v1/mri/orig/deface_1433_V1_t1w_slice0.nii > INFO: using NIfTI-1 qform > Volume information for > > /usr/local/freesurfer/subjects//1433_v1/mri/orig/deface_1433_V1_t1w_slice0.nii > type: nii > dimensions: 256 x 256 x 1 > voxel sizes: 0.9766, 0.9766, 0.0000 > type: FLOAT (3) > fov: 250.000 > dof: 0 > xstart: -125.0, xend: -125.0 > ystart: -125.0, yend: -125.0 > zstart: -0.0, zend: -0.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 = -11.5117 > : x_a = 0.0000, y_a = -1.0000, z_a > = -0.0000, > c_a = 8.5118 > : x_s = 0.0000, y_s = 0.0000, z_s > = 1.0000, > c_s = -73.1000 > Orientation : RPS > Primary Slice Direction: axial > > voxel to ras transform: > 0.9766 0.0000 -0.0000 -136.5116 > 0.0000 -0.9766 -0.0000 133.5117 > 0.0000 0.0000 0.0000 -73.1000 > 0.0000 0.0000 0.0000 1.0000 > > voxel-to-ras determinant 0 > > ras to voxel transform: > mat = NULL! > MatrixFree: NULL mat POINTER! > > > Thank you. > > Best, > Lisa > ______________________________ > Lisa F. Akiyama > Research Study Assistant > Institute for Learning & Brain Sciences (I-LABS) > University of Washington > > P Please consider the environment before printing > this e-mail. > > > > On Thu, Oct 28, 2010 at 4:25 PM, 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>> > <mailto:greve@nmr.mgh.harvard.edu > <mailto:greve@nmr.mgh.harvard.edu> > <mailto:greve@nmr.mgh.harvard.edu > <mailto:greve@nmr.mgh.harvard.edu>>>> wrote: > > mri_info *deface_1433_V1_t1w_slice0.nii > > > > -- 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 Fax: 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> > > > > > > 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 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> > > > -- Douglas N. Greve, Ph.D. MGH-NMR Center greve(a)nmr.mgh.harvard.edu Phone Number: 617-724-2358 Fax: 617-726-7422 Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Freesurfer