Freesurfer February 2017

freesurfer@nmr.mgh.harvard.edu

162 participants
277 discussions

surface based PET analysis.
by miracle ozzoude 15 Feb '17

15 Feb '17

Hello Freesurfer, I want to perform surface based PET analysis but I can't seem to find a link for it. Please can someone direct it to me. Thanks. Best, Paul

2 1

FS6.0, recon-all -parallel on OSX Sierra, dyld: Symbol not found: ___emutls_get_address
by Mira Michelle Raman 15 Feb '17

15 Feb '17

Good morning, I get the following error when running recon-all -all -parallel on my OSX Sierra (10.12.1) iMac (Note: the same subject completes w/o error when NOT using the -parallel flag) dyld: lazy symbol binding failed: Symbol not found: ___emutls_get_address Referenced from: /Volumes/ToolsMac/freesurfer6.0/bin/../lib/gcc/lib/libgomp.1.dylib Expected in: /usr/lib/libSystem.B.dylib I am attaching both the /usr/lib/libSystem.B.dylib file from my computer along with the subject's recon-all.log file. My system: Late 2012 iMac with an i7 processor, 24GB RAM, running OSX 10.12. Sincerely, Mira _______________________________________________ Mira Michelle Raman Lead Scientific Programmer The Center for Interdisciplinary Brain Sciences Research Stanford University 401 Quarry Rd, Ste. 1356

2 1

recon-all when the input is the brain
by Li,Tengfei 15 Feb '17

15 Feb '17

Hello, If my input file of Freesurfer is the exacted brain.nii instead of T1 image T1.nii, how should I run recon-all? The brain has already been extracted and skull has been stripped by other softwares. Shall I run like the following: recon-all -noskullstrip -normneck -autorecon-all -subjid ID (or -noskull-lta) ? Thanks. -Tengfei The information contained in this e-mail message may be privileged, confidential, and/or protected from disclosure. This e-mail message may contain protected health information (PHI); dissemination of PHI should comply with applicable federal and state laws. If you are not the intended recipient, or an authorized representative of the intended recipient, any further review, disclosure, use, dissemination, distribution, or copying of this message or any attachment (or the information contained therein) is strictly prohibited. If you think that you have received this e-mail message in error, please notify the sender by return e-mail and delete all references to it and its contents from your systems.

1 0

Fwd: LGI using Yeo Atlas
by Antonin Skoch 15 Feb '17

15 Feb '17

Dear Martin, I think that this thread is relevant for you: http://www.mail-archive.com/freesurfer@nmr.mgh.harvard.edu/msg34508.html You would have to map Yeo atlas to individual brain and then extract the LGI values using command: mri_segstats --annot my_subject_id lh aparc --i $SUBJECTS_DIR/my_subject_id/surf/lh.pial_lgi --sum lh.aparc.pial_lgi.stats where aparc replace by name of your generated Yeo atlas annot file. Regards, Antonin Skoch Hi everyone, I was wondering if someone could please address the following question regarding FreeSurfer usage.I would really appreciate any help. Thanks. Hi, I used following command to extract LGI values from a set of subjects: recon-all -s <subj> -localGI Output stats is saved in lh.aparc_lgi.stats file. By default, its calculating LGI values of 35 areas using *Desikan-Killiany Atlas *but I am interested in calculating LGI values using Yeo atlas of 7 networks. I was wondering how can I change the default atlas to Yeo atlas to get LGI value for each subject. Thanks a lot.

3 2

LTA transforms into AFNI's aff12.1D format
by Varada, Jan (NIH/NIMH) [C] 15 Feb '17

15 Feb '17

Greetings, I am interested in using mri_robust_template to create an average anatomical image across several sessions (to which EPI runs will be aligned to). Are there any guidelines on how to convert the output .lta transforms into AFNI’s .aff12.1D format for later concatenation with the non-linear transform from aligning the average template to an MNI template? Thank your for your time, Jan Varada Jan Varada, MHS [C] | Computer Programmer | NIMH Rm B1D708A – 10 Center Drive, Bethesda MD jan.varada(a)nih.gov, Phone: 301-496-8101

1 0

Fwd: REMINDER Call for OHBM 2017 Replication Award
by Douglas N Greve 15 Feb '17

15 Feb '17

FYI -------- Forwarded Message -------- Subject: REMINDER Call for OHBM 2017 Replication Award Date: Wed, 15 Feb 2017 05:32:45 -0600 From: info(a)humanbrainmapping.org Reply-To: info(a)humanbrainmapping.org To: greve(a)nmr.mgh.harvard.edu *REMINDER: Call for OHBM 2017 Replication Award Nominations* The deadline for the *NEW OHBM Replication Award Nominations is Wednesday, February 22, 2017.* This award was established to recognize the best published replication study was announced. This award highlights OHBM’s commitment to reproducibility in neuroimaging research and helps begin to reshape the incentives towards replication. See below for additional information: Nomination process <http://www.humanbrainmapping.org/i4a/pages/index.cfm?pageid=3731#top> Q&A with Chris Gorgolewski regarding the Replication Award <http://www.ohbmbrainmappingblog.com/blog/ohbm-replication-award-qa-with-chr…> ------------------------------------------------------------------------ /*Please note: Current OHBM elected leadership are ineligible to receive OHBM Awards. */ Please contact the OHBM Executive Office at info(a)humanbrainmapping.org <mailto:info@humanbrainmapping.org> with any questions. *Organization for Human Brain Mapping (OHBM)* 5841 Cedar Lake Road, Suite 204 Minneapolis, MN 55416 USA Phone: 1 952-646-2029 | Fax: 1 952-545-6073 info(a)humanbrainmapping.org <http://www.humanbrainmapping.org/i4a/etrack/track.cfm?rType=2&campaignID=34…> www.humanbrainmapping.org <http://www.humanbrainmapping.org/i4a/etrack/track.cfm?rType=2&campaignID=34…> To opt out of OHBM emails, contact the OHBM Executive Office at info(a)humanbrainmapping.org <http://www.humanbrainmapping.org/i4a/etrack/track.cfm?rType=2&campaignID=34…>.

1 0

postdoctoral Research Fellow position at Mayo Clinic
by Senjem, Matthew L., M.S. 15 Feb '17

15 Feb '17

The Department of Radiology at Mayo Clinic has an open position for a talented post-doc to work on a novel 3T MR scanner. The compact system sports 85mT/m gradients with slew rates in excess of 700T/m/s. DOI’s for a few papers on this system are: doi: 10.1002/mrm.26044 doi: 10.1118/1.4941362 doi: 10.1002/mrm.26315 The job posting is: http://www.mayo-clinic-jobs.com/job/Rochester-Research-Fellow-Job-MN-55901/… Please contact mbernstein(a)mayo.edu<mailto:mbernstein@mayo.edu> with questions.

1 0

Re: [Freesurfer] tractstats2table error
by Antonin Skoch 15 Feb '17

15 Feb '17

Hi, could not be the issue python version mismatch? tractstats2table is python script, maybe there is a problem. Antonin Hi Adarsh – What operating system are you running this on? It runs fine for me with this input file when I test it on both a mac and a linux computer.a.y From: <freesurfer-boun...(a)nmr.mgh.harvard.edu<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>> on behalf of Adarsh Nellore <adarsh.nellore...(a)gmail.com<mailto:adarsh.nellore...@gmail.com>> Reply-To: Freesurfer support list <freesurfer(a)nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>> Date: Tuesday, February 14, 2017 at 3:19 PM To: "freesurfer(a)nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>" <freesurfer(a)nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>> Subject: Re: [Freesurfer] tractstats2table error Hi Anastasia, The file I have seems very similar to the file in that link. I've pasted my file below: # Title Pathway Statistics # # generating_program /usr/local/freesurfer/bin/dmri_pathstats # cvs_version # cmdline /usr/local/freesurfer/bin/dmri_pathstats --intrc /usr/local/freesurfer/subjects/control_data/diffusion_tracs/Control200_recon-all/dpath/fmajor_PP_avg33_mni_flt --dtbase /usr/local/freesurfer/subjects/control_data/diffusion_tracs/Control200_recon-all/dmri/dtifit --path fmajor --subj Control200_recon-all --out /usr/local/freesurfer/subjects/control_data/diffusion_tracs/Control200_recon-all/dpath/fmajor_PP_avg33_mni_flt/pathstats.overall.txt --outvox /usr/local/freesurfer/subjects/control_data/diffusion_tracs/Control200_recon-all/dpath/fmajor_PP_avg33_mni_flt/pathstats.byvoxel.txt # sysname Linux # hostname magbrain # machine x86_64 # user magbrain # anatomy_type pathway # # subjectname Control200_recon-all # pathwayname fmajor # Count 1500 Volume 1206 Len_Min 51 Len_Max 113 Len_Avg 78.2753 Len_Center 70 AD_Avg 0.00117037 AD_Avg_Weight 0.00116289 AD_Avg_Center 0.001153 RD_Avg 0.000596586 RD_Avg_Weight 0.000603718 RD_Avg_Center 0.000548966 MD_Avg 0.000787847 MD_Avg_Weight 0.000790108 MD_Avg_Center 0.000750311 FA_Avg 0.415954 FA_Avg_Weight 0.404395 FA_Avg_Center 0.444513 _______________________________________________ Freesurfer mailing list Freesurfer(a)nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

2 1

General question about freesurfer
by Arsene Ella 15 Feb '17

15 Feb '17

Hi everyone, I am a newbie in freesurfer. I went a little bit throughout the tutorials and few questions arose: 1) Is freesurfer was only built to process data acquired on primates (especially humans)? In other words, is freesurfer unable to process data from other animal models (rat, mouse, sheep....)? 2) Is a spatial resolution of 1mm iso voxel size a prerequisite for using freesurfer? If my data have a better spatial resolution (0.5 mm iso voxel size for example), do they necessarily have to be transformed to a resolution of 1mm iso voxel prior to be used in freesurfer? 3) If I want to use my own atlas in freesurfer, in which form (label, annotation, format ...) should it be? And in which directory do I have to put it? I would really appreciate any help. Thanks.

2 2

Q&A for posting on listserv
by Dawn C. Matthews 15 Feb '17

15 Feb '17

To FreeSurfer ListServ: Dr. Iglesius recently responded to the questions below and asked that the question and response (also included below) be posted on the Freesurfer ListServ…Thanks very much. Questions on 13 Feb 2017: In the manuscript Iglesius et al, “A computational atlas of the hippocampal formation…”, Neuroimage. 2015 July 15; 115: 117–137, there is a Table 7, repasted below. I wondered if you could help me to make sure that I am correctly interpreting what each one of the permutations involved. The first line (aseg, 5.3) was clear. I believe that the second line refers to the summation of the subregion volumes generated using version 5.3. I was unsure as to how “in vivo 5.3” of the third line differs from the first two lines? In the final line, was “this study and ex vivo” a different data set or were all using the exact same data? The impression that I received was that there is benefit in calculating hippocampal volume by adding up the subfields, but that the subfield accuracy is better in 6.0 which further increases the value of subfield addition for calculating overall hippocampal volume. Accuracy and area under the curve for the AD discrimination task. AtlasAccuracy at elbowAUROC Whole hippocampus (“aseg”, FreeSurfer v5.3)82.1%0.887 Whole hippocampus (adding up the volumes of the subregions)84.0%0.901 In vivo (FreeSurfer v5.3)86.3%0.917 Ex vivo (this study and FreeSurfer v6.0)88.0%0.931 Freesurfer may be used to generate hippocampal volumes for an enrichment study of MCI patients, to identify which subjects are most likely to worsen clinically at greater rates. I am trying to understand whether the performance of Freesurfer in this regard will be affected by whether the version used is 5.3 vs. 6.0. One further question is how the high resolution atlas used in 6.0 compares to multi atlas techniques. I believe that your paper did make a comparison to at least one multi-atlas approach, and performance was superior for certain subfields. However, others have found that multi-atlas approaches may perform better than FS (versions prior to 6.0). If there is a point to be made about FS 6.0 and its comparison to multi-atlas techniques, this could be helpful as well. Any insights on these questions would be appreciated. Responses from E Iglesius: Thank you for your email. I really appreciate that people seem to be finding this atlas useful. I agree that the table is not as clear as it should have: Whole hippocampus (“aseg”, FreeSurfer v5.3): this is just the estimate from the main FS recon-all script (“aseg”), stored in aseg.stats Whole hippocampus (adding up the volumes of the subregions): adding up the subfield volumes. It works a bit better than the aseg version (there’s actually 2-3 cases in which aseg fails badly but the hippocampal module manages to recover). In vivo (FreeSurfer v5.3): multivariate classification using the volumes of the subfields, as estimated by the in-vivo atlas in FS5.3 (Van Leemput 2009) Ex vivo (this study and FreeSurfer v6.0): multivariate classification with the ex vivo atlas. Regarding your specific question: people have written papers about how terrible the 5.3 subfield segmentation was. So, if you’re doing subfields, you should use 6.0. If you’re doing whole hippocampal volumes by adding subfields, it doesn’t matter much if you’re using 5.3 or 6.0, but I’d still use 6.0 because with 5.3 you’re looking for trouble for the reason mentioned above. And, of course, if you’re using the whole hippocampal volume, you can always use the aseg volume. My two cents regarding Freesurfer 6.0 vs. multi-atlas techniques: - If you have training data that is matched (in terms of MRI acquisition and contrast) to you test data, go for multi-atlas. It’s slow, but will work well. - If you do not, then generative models like ours do better- because they are independent of the modality of the test scan. This is important when you publicly release your code, e.g., as part of FreeSurfer (you need algorithms to be robust). - In our case: if the training data is ex vivo, there’s no choice. You have to do generative - there’s no way to register the intensities with good accuracy. Cheers, /Eugenio

1 0

← Newer
1
...
13
14
15
16
17
18
19
...
28
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 February 2017