Freesurfer

freesurfer@nmr.mgh.harvard.edu

30132 discussions

dividing cortex into equal patches
by Aniqa Dalowr 26 Aug '17

26 Aug '17

Hi All, I want to divide the cortex into patches that have the ~ same surface area. Is there a quick way to do that ? Please let me know, Thanks Ani

2 5

Re: [Freesurfer] Pial surface editing
by Michelle VanTieghem 25 Aug '17

25 Aug '17

Hi, Yes, I am trying to use skull stripping from another package, since -gcut option did not work on our data for appropriate skull stripping, and as a result there is too much pial matter included as white matter. a) Is brainmask.mgz an appropriate input file for recon-all -all? for example, should I run "recon-all -all -i brainmask.mgz -s SB001" ? or, am I still using the original .dcm file as input, and merely putting a copy of my skull stripped brain into the SUB/mri directory that was created in the previous processing attempt? b) I am not understanding why i will still run skull stripping in the script here, if it is already done. Is the brainmask.auto.mgz generated just another duplicate copy that will be ignored for the actual segmentations? Will this still perform intensity normalization and other auto-recon1 steps normally? Thank you, Michelle On Tue, Jul 18, 2017 at 12:44 PM, Bruce Fischl <fischl(a)nmr.mgh.harvard.edu> wrote: > Hi Michelle > > can you cc the list so others can answers? I'm also no longer sure which > thread this is - were you trying to use the skull stripping from another > package? If so, convert that file to be named brainmask.mgz, then do *not* > include the -noskullstrip in your command line. Let us do the skull > strippping, which will create a brainmask.auto.mgz, but should preserve the > brainmask.mgz (since it is different than the .auto file) > > cheers > Bruce > > > > On Tue, 18 Jul 2017, Michelle VanTieghem wrote: > > >> Hi Bruce, >> >> >> Thanks for the information. Sorry I had changed my mail settings so I >> wasn’t >> seeing your responses until now. I had tried to run all, but just >> skip skull >> strip step, as well as the talaraich check step since we saw errors with >> that too. >> >> The command I used is follows: >> >> recon-all -all -3T -mprage -notal-check -noskullstrip >> -i/vega/psych/users/mrv2115/fsdata/ORIG_AFNI_SKULLSTRIP/SB00 >> 1/mprage_deobliqu >> e_brain.nii -s SB001 >> >> However, I am getting the following error during the registration step >> (see >> below). It looks like the mask volume brainmask.mgz hasn't been generated, >> but i don't know why. You suggested to convert my afni skull stripped >> brain >> to brain mask.mgz and place in the MRI folder. but am I still going to run >> the steps of autorecon-1 ? (intensity normalization, etc)? Does recon-all >> take inputs of already existing mri/brainmask.mgz files? It seems like it >> just needs one file and then re-generates a new directory with mri, >> scripts, >> ect. I would appreciate more detail on how to implement this! >> >> Thank you, >> >> Michelle >> >> >> ERROR: >> >> >> >> ======= NUMBER OF OPENMP THREADS = 1 ======= >> >> aligning to atlas containing skull, setting unknown_nbr_spacing = 3 >> >> using MR volume brainmask.mgz to mask input volume... >> >> reading 1 input volumes... >> >> logging results to talairach.log >> >> reading '/vega/psych/app/freesurfer/average/RB_all_2008-03-26.gca'... >> >> average std = 6.9 using min determinant for regularization = 4.7 >> >> 0 singular and 1812 ill-conditioned covariance matrices regularized >> >> reading 'nu.mgz'... >> >> mghRead(/vega/psych/users/mrv2115/fsdata/processed/SB001/ >> mri/brainmask.mgz, >> -1): could not $ >> >> mri_em_register: could not open mask volume brainmask.mgz. >> >> >> Linux bogota.cc.columbia.edu 2.6.32-696.el6.x86_64 #1 SMP Tue Feb 21 >> 00:53:17 EST 2017 x86_$ >> >> >> recon-all -s SB001 exited with ERRORS at Tue Jul 18 11:50:24 EDT 2017 >> >> >> —— >> >> >> >> >> >> > > 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. > -- Michelle VanTieghem PhD student in Psychology Developmental Affective Neuroscience Lab Columbia University mrv2115(a)columbia.edu

2 12

cudadetect fails: wrong amount of memory and number of cores detected
by Markus.Mertens＠evkb.de 25 Aug '17

25 Aug '17

Hello FreeSurfer Developers, I would like to use recon-all with the option "-use-gpu" so I ran cudadetect first to see whether the nvidia card on my system will be detected. But at least the values for total amount of memory and number of cores are wrong (should be 8GB and 2304 cores). $ cudadetect Detecting CUDA... There are 0 devices supporting CUDA: Device 0: "Quadro K5200" CUDA Driver Version: 8.0 CUDA Runtime Version: 6.50 CUDA Capability Major revision number: 3 CUDA Capability Minor revision number: 5 Total amount of global memory: 4224450560 bytes Number of multiprocessors: 12 Number of cores: -2109039396 Total amount of constant memory: 65536 bytes Total amount of shared memory per block: 49152 bytes Total number of registers available per block: 65536 Warp size: 32 Maximum number of threads per block: 1024 Maximum sizes of each dimension of a block: 1024 x 1024 x 64 Maximum sizes of each dimension of a grid: 2147483647 x 65535 x 65535 Maximum memory pitch: 2147483647 bytes Texture alignment: 512 bytes Clock rate: 0.77 GHz Concurrent copy and execution: Yes Run time limit on kernels: Yes Integrated: No Support host page-locked memory mapping: Yes Compute mode: Default (multiple host threads can use this device simultaneously) $ What could I try? Thank you. FreeSurfer: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0.tar.gz uname -a: Linux cortex 4.4.74-server-1.mga5 #1 SMP Mon Jun 26 08:34:35 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux _______________________________________________________________ Evangelisches Klinikum Bethel gGmbH Akademisches Lehrkrankenhaus der Universität Münster Sitz der Gesellschaft Kantensiek 11 | 33617 Bielefeld Amtsgericht Bielefeld HRB 30169 Geschäftsführer Dr. Rainer Norden (Vorsitz) Dr. Matthias Ernst Dr. Maren Thäter Vorsitzender des Aufsichtsrates Pastor Ulrich Pohl 150 Jahre Bethel - Für Menschen da sein

2 3

Please unsubscribe me
by Micah Rhodes 25 Aug '17

25 Aug '17

Please unsubscribe me to this email list. Thanks.

2 1

nuiterations question
by Floris van Vugt 25 Aug '17

25 Aug '17

Dear Freesurfer developers and community, I am using recon-all as part of a pipeline and I am wondering about how to control the non-uniform intensity correction. When I run `recon-all -help` I get: -nuiterations Number of iterations in the non-uniform intensity correction. Default is 1. However, when I run `recon-all -i structural.nii -subjid foo -sd . -nuiterations 7` I get: ERROR: Flag -nuiterations unrecognized. -nuiterations 7 Linux colossus 4.4.0-92-generic #115-Ubuntu SMP Thu Aug 10 09:04:33 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux recon-all -s exited with ERRORS at Wed Aug 23 15:27:55 EDT 2017 For more details, see the log file To report a problem, see http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting I am running this version of Freesurfer: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c Is this option deprecated? But then why is it still listed under freesurfer -help? Thanks, Floris -- Floris van Vugt, Ph.D. Motor Control Lab, Psychology Dept. McGill University 1205 Dr. Penfield Ave Stewart Biology Building Montreal QC Canada H3A 1B1 www.florisvanvugt.com

2 1

Tracula - QA for Forceps Minor
by Abigail Waters 25 Aug '17

25 Aug '17

Hello - We've processed approximately 500 DTI scans using Tracula and are in the process of visually inspecting the forceps minor for errors. For subjects with dramatic errors (see image 1) we will be redoing the -path step of Tracula with control points set to 7 and reinit = 1. Is this an appropriate solution? In order to generate the fminor_PP_avg33_mni_bbr_cpts_7 files, would we need to redo the whole pipeline, or just parts of it? We would also like to know if any of the following issues described below are errors or normal variation in white matter tracts: 1. Spread of white matter at the ends of the curve (see image 2) 2. Overlapping of the white matter across hemispheres in the prefrontal region (see image 3) 3. Non-smooth surfaces with small protrusions along the length of the forceps minor (see image 4_1 and 4_2) 4. Slightly larger single protrusions of white matter (see image 5) And if so, would increasing the number of control points to 7 increase the quality of the reconstruction? Please let me know if you need any additional information. Best Abby

1 0

recon-all
by John Anderson 25 Aug '17

25 Aug '17

Dear FS experts, Attached is a snapshot for orig.mgz overlayed by wm.mgz for one of my recons which finished with no errors. I am reviwing the data and I see a lot of holes in the brain stem, Are these needs to be filled manually. Do you recommend to fill this type of holes or just the ones in the hemispheric white matter? Thanks in advance John

2 5

Skull striping problems
by MATEUS ROZALEM ARANHA 25 Aug '17

25 Aug '17

Hi! When I run recon-all on my data, some skull and dura is left behind and affects the surfaces and the parcellation. I re-run the data using a lower watershed (I tried 20, 15, 10 and 05). The brainmask changed, but the remaining skull still affects the parcellation and surfaces. My doubt is: when I re-run my data using a lower watershed value, does it automatically create new surfaces and volumes or not? If not, how can I reset it? Best Mateus

2 1

Re: [Freesurfer] recon-all error
by Cara Bohon 24 Aug '17

24 Aug '17

This is the first time I have had the message that it exited with errors. The first times I ran it, it just stopped and the log file ended without a summary statement of why the job stopped. I assumed that time was because I was running it on a cluster with a 24 hour time limit, so I extended the job to 48 hours and started the job again - this time I got the error described below. How long is reasonable to be stuck on fix topology for one hemisphere? I guess my fear was that if it hadn't finished in 48 hours, there was something wrong. > does this happen every time you run it? The message said that the job > was killed, which suggests something outside of recon-all (eg, if you > were running it on a cluster, sometimes a job will get killed if it runs > out of memory or runs too long). > > > On 08/23/2017 02:30 PM, Cara Bohon wrote: >> I have a couple of subjects "exited with ERRORS" after running almost 48 hours (when my others all took about 13-15 hours on the same server). Both exited during Fix Topology lh. >> >> The only time "error" appears is in this line: IFLAG= -1 LINE SEARCH FAILED. SEE DOCUMENTATION OF ROUTINE MCSRCH ERROR RETURN OF LINE SEARCH: INFO= 4 POSSIBLE CAUSES: FUNCTION OR GRADIENT ARE INCORRECT OR INCORRECT TOLERANCESoutof QuasiNewtonEMA: 011: -log(p) = -0.0 tol 0.000010 - which prior messages to this list suggest is not meaningful or problematic. >> >> I am brand new to Freesurfer, so I'm not quite sure where to start in troubleshooting. The orig.mgz file looks fine to me, but maybe I'm missing something. Any other tips for things to check? I'm attaching a recon-all.log file in case that is helpful. I am running Freesurfer 5.3.0 on Linux. >> >> Thanks for any tips on addressing the error! >> >> -Cara

2 1

Re: [Freesurfer] recon_all error on MacOS 10.12.13 Sierra: during mris_smooth. dyld: lazy symbol binding
by Fred Lado 24 Aug '17

24 Aug '17

Dear FS gurus, I just want to give some feedback on an error message that has bedeviled some of us for the last few months even after running fs_update and turning off SIP. I have been getting this error when I ran mri_coreg or mris_convert: dyld: lazy symbol binding failed: Symbol not found: ___emutls_get_address Referenced from: /Applications/freesurfer/bin/../lib/gcc/lib/libgomp.1.dylib Expected in: /usr/lib/libSystem.B.dylib In my case there were multiple versions of libgomp.1.dylib. One in the current Freesurfer 6.0 install, one in the gcc-7.1 compiler library that I recently installed (after I ran into this error) and the third from an ANFI install from 2013. When I rearranged the order of the PATH as shown, the error went away. This was my old path: /usr/local/bioimagesuite35:/usr/local/bioimagesuite35/sbin:/usr/local/bioimagesuite35/bin:/usr/local/bioimagesuite35/bin:/Users/fred/Dropbox/Research_Scripts/EpiSurg-iElvis/iELVis/iELVis_BASH:/Users/fred/Dropbox/Research_Scripts/Linux-Scripts:/Applications/MATLAB_R2015a.app/bin/:/usr/local/cuda/bin:/usr/local/AFNI:/usr/local/fsl/bin:/Applications/freesurfer/bin:/Applications/freesurfer/fsfast/bin:/Applications/freesurfer/tktools:/usr/local/fsl/bin:/Applications/freesurfer/mni/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/local/git/bin:/usr/local/fsl/bin:/usr/local/afni This is my new path: /Users/fred/Dropbox/Research_Scripts/EpiSurg-iElvis/iELVis/iELVis_BASH:/Users/fred/Dropbox/Research_Scripts/Linux-Scripts:/usr/local/gcc-7.1/bin:/Applications/MATLAB_R2015a.app/bin/:/Applications/freesurfer/bin:/Applications/freesurfer/fsfast/bin:/Applications/freesurfer/tktools:/usr/local/fsl/bin:/Applications/freesurfer/mni/bin:/usr/local/fsl/bin:/usr/local/AFNI:/usr/local/bioimagesuite35:/usr/local/bioimagesuite35/sbin:/usr/local/bioimagesuite35/bin:/usr/local/bioimagesuite35/bin:/usr/local/cuda/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/local/git/bin:/usr/local/fsl/bin:/usr/local/afni Best, Fred Fred Lado, MD PhD Director, Epilepsy - Central and Eastern Regions Northwell Health 917-608-1881 (mobile) 516-325-7000 (practice) 516-325-7001 (fax) flado(a)northwell.edu Confidentiality Notice: This document is protected by EDUCATIONAL LAW 6527 PUBLIC HEALTH LAW 2085, J, K, L, M. This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited and may be unlawful. If you are not the intended recipient, please delete this e-mail immediately. > On Aug 24, 2017, at 12:00 PM, freesurfer-request(a)nmr.mgh.harvard.edu 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. Re: recon-all error (Douglas N Greve) > 2. Re: Continuous co-variate by continuous co-variate > interaction effects (Douglas N Greve) > 3. Re: Hard failure via XNAT pipeline (Freesurfer 6) > (Rockers, Elijah D.) > 4. Using Total Cortical White Matter Volume as a "whole brain" > covariate (Mehta, Chintan) > 5. Re: mri_coreg (Douglas N Greve) > 6. Functional Connectivity Motion Regression (Leathem, Logan Daniel) > 7. Qdec keyboard input error (???) > 8. Xlib: extension "GLX" missing on display "0.0" when running > freeview (fengmei fan) > 9. cudadetect fails: wrong amount of memory and number of cores > detected (Markus.Mertens(a)evkb.de) > 10. Re: mri_coreg (Joudy.carter) > 11. Re: QA tools for FS vs 6.0 (Antonietta Pepe) > 12. sub cortical analysis (John Anderson) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 23 Aug 2017 14:54:29 -0400 > From: Douglas N Greve <greve(a)nmr.mgh.harvard.edu> > Subject: Re: [Freesurfer] recon-all error > To: freesurfer(a)nmr.mgh.harvard.edu > Message-ID: <b83cfed1-8a92-fcc7-8ce5-96ec093e10fc(a)nmr.mgh.harvard.edu> > Content-Type: text/plain; charset=windows-1252; format=flowed > > does this happen every time you run it? The message said that the job > was killed, which suggests something outside of recon-all (eg, if you > were running it on a cluster, sometimes a job will get killed if it runs > out of memory or runs too long). > > > On 08/23/2017 02:30 PM, Cara Bohon wrote: >> I have a couple of subjects "exited with ERRORS" after running almost 48 hours (when my others all took about 13-15 hours on the same server). Both exited during Fix Topology lh. >> >> The only time "error" appears is in this line: IFLAG= -1 LINE SEARCH FAILED. SEE DOCUMENTATION OF ROUTINE MCSRCH ERROR RETURN OF LINE SEARCH: INFO= 4 POSSIBLE CAUSES: FUNCTION OR GRADIENT ARE INCORRECT OR INCORRECT TOLERANCESoutof QuasiNewtonEMA: 011: -log(p) = -0.0 tol 0.000010 - which prior messages to this list suggest is not meaningful or problematic. >> >> I am brand new to Freesurfer, so I'm not quite sure where to start in troubleshooting. The orig.mgz file looks fine to me, but maybe I'm missing something. Any other tips for things to check? I'm attaching a recon-all.log file in case that is helpful. I am running Freesurfer 5.3.0 on Linux. >> >> Thanks for any tips on addressing the error! >> >> -Cara >> >> >> _______________________________________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > -- > Douglas N. Greve, Ph.D. > MGH-NMR Center > greve(a)nmr.mgh.harvard.edu > Phone Number: 617-724-2358 > Fax: 617-726-7422 > > Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting > FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2 > www.nmr.mgh.harvard.edu/facility/filedrop/index.html > Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/ > > > > ------------------------------ > > Message: 2 > Date: Wed, 23 Aug 2017 14:57:53 -0400 > From: Douglas N Greve <greve(a)nmr.mgh.harvard.edu> > Subject: Re: [Freesurfer] Continuous co-variate by continuous > co-variate interaction effects > To: freesurfer(a)nmr.mgh.harvard.edu > Message-ID: <e1a5bf46-9c3f-564b-fbe0-ce081f513ae8(a)nmr.mgh.harvard.edu> > Content-Type: text/plain; charset=utf-8; format=flowed > > Is that your design matrix or the contrast matrix? To test for the > interaction between two continuous variables, one usually creates a new > variable by multiplying them together and then just testing for the > regressor for that variable being different than zero > > > On 08/23/2017 12:34 PM, Timothy Hendrickson wrote: >> Freesurfer experts, >> >> I have created a design matrix in order to test for whether there is >> an interaction effect between two continuous co-variates controlling >> for a categorical variable. >> >> So I have one categorical variable with two levels, and two continuous >> co-variates. >> >> My design matrix is as follows: >> >> 0 0 1 1 0 0 >> 0 0 0 0 1 1 >> >> Is this correct? >> >> -Tim >> >> Timothy Hendrickson >> Department of Psychiatry >> University of Minnesota >> Bioinformatics and Computational Biology M.S. Candidate >> Office: 612-624-6441 >> Mobile: 507-259-3434 (texts okay) >> >> >> _______________________________________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > -- > Douglas N. Greve, Ph.D. > MGH-NMR Center > greve(a)nmr.mgh.harvard.edu > Phone Number: 617-724-2358 > Fax: 617-726-7422 > > Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting > FileDrop: https://gate.nmr.mgh.harvard.edu/filedrop2 > www.nmr.mgh.harvard.edu/facility/filedrop/index.html > Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/ > > > > ------------------------------ > > Message: 3 > Date: Wed, 23 Aug 2017 21:54:20 +0000 > From: "Rockers, Elijah D." <edrockers(a)houstonmethodist.org> > Subject: Re: [Freesurfer] Hard failure via XNAT pipeline (Freesurfer > 6) > To: "freesurfer(a)nmr.mgh.harvard.edu" <freesurfer(a)nmr.mgh.harvard.edu> > Message-ID: <1503525260.5299.80.camel(a)houstonmethodist.org> > Content-Type: text/plain; charset="utf-8" > > We'll try to process it on a blade server tongiht... if it succeeds we can edit any incorrect results as needed. > > The image is from a separate site, it has OK resolution (1x1x1.5) but has an enormous amount of gibbs ringing compared to our on-site images, which is probably causing the issue... > > Thanks, > Eli > > > > Date: Wed, 23 Aug 2017 11:54:06 -0400 > From: Bruce Fischl <fischl(a)nmr.mgh.harvard.edu<mailto:fischl@nmr.mgh.harvard.edu>> > Subject: Re: [Freesurfer] Hard failure via XNAT pipeline (Freesurfer > 6) > To: Freesurfer support list <freesurfer(a)nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>> > Message-ID: <54B7B7A7-CDC3-46F1-8E1B-098142FD3DB2(a)nmr.mgh.harvard.edu<mailto:54B7B7A7-CDC3-46F1-8E1B-098142FD3DB2@nmr.mgh.harvard.edu>> > Content-Type: text/plain; charset="us-ascii" > > That defect is so big you probably ran out of memory. > >> On Aug 23, 2017, at 11:21 AM, Rockers, Elijah D. <edrockers(a)houstonmethodist.org<mailto:edrockers@houstonmethodist.org>> wrote: >> >> We encountered a hard failure, below is the tail of the log. We are currently running Freesurfer 6 again locally to see if it succeeds on a desktop machine (this is the first time encountering a hard failure on the XNAT server). Any suggestions? >> >> -merging segment 180 into 178 >> 160 defects to be corrected >> 0 vertices coincident >> reading input surface /data/build/nnac/20170818_114535/alamode_MRI08162017/20170818114538/alamode_MRI08162017/surf/lh.qsphere.nofix... >> reading brain volume from brain... >> reading wm segmentation from wm... >> Computing Initial Surface Statistics >> -face loglikelihood: -8.7982 (-4.3991) >> -vertex loglikelihood: -6.2982 (-3.1491) >> -normal dot loglikelihood: -3.5611 (-3.5611) >> -quad curv loglikelihood: -6.1931 (-3.0965) >> Total Loglikelihood : -24.8505 >> >> CORRECTING DEFECT 0 (vertices=40706, convex hull=11265, v0=89) >> XL defect detected... >> Segmentation fault (core dumped) >> Linux hhvrixnatp01 2.6.32-431.el6.x86_64 #1 SMP Sun Nov 10 22:19:54 EST 2013 x86_64 x86_64 x86_64 GNU/Linux >> >> recon-all -s alamode_MRI08162017 exited with ERRORS at Mon Aug 21 19:27:09 CDT 2017 >> >> To report a problem, see https://urldefense.proofpoint.com/v2/url?u=http-3A__surfer.nmr.mgh.harvard.… >> >> Houston Methodist. Leading Medicine. >> >> Houston Methodist is ranked by U.S. News & World Report as the No. 1 hospital in Texas for patient care. Houston Methodist is nationally ranked in 8 specialties and is designated as a Magnet hospital for excellence in nursing. Visit us at houstonmethodist.org. Follow us at https://urldefense.proofpoint.com/v2/url?u=http-3A__twitter.com_MethodistHo… and https://urldefense.proofpoint.com/v2/url?u=http-3A__facebook.com_HoustonMet… . >> >> ***CONFIDENTIALITY NOTICE*** This e-mail is the property of Houston Methodist and/or its relevant affiliates and may contain restricted and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender and delete all copies of the message. Thank you. >> >> _______________________________________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu<mailto:Freesurfer@nmr.mgh.harvard.edu> >> https://urldefense.proofpoint.com/v2/url?u=https-3A__mail.nmr.mgh.harvard.e… >

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