Freesurfer

freesurfer@nmr.mgh.harvard.edu

18 participants
30067 discussions

Building your own fsaverage
by Silas 05 Jul '17

05 Jul '17

Dear FreeSurfer team, I'm making a surface based group analysis of 40 multiple sclerosis subjects using FreeSurfer tools. What are the advantages of building your own fsaverage (make_average_subject) instead of using the premade fsaverage? Would you in general recommend this? What is the pro's and con's of building your own fsaverage? All the best, Silas I searched the mailing stream and found this answer: 'make_average_subject script, but as Doug implies you probably don't need to. Our warp is high-enough dimensional that you rarely need to build average subjects from your own population'

2 1

freesurfer@nmr.mgh.harvard.edu
by 糜超 05 Jul '17

05 Jul '17

Hi, I am preprocessing my fMRI data acquired with Philips. when I using the command 'dcmunpack -src . -targ sess01 -run 101 bold nii f.nii .....' The error occurred likes below: Found 31 total files. Found 12 unique series: 0 101 301 401 501 601 701 801 901 1001 1101 1201 Subject xxx Date xxx Time 110223 Institution xxxxx. 0 Survey unknown unknown unknown unknown unknown unknown ./PS_0002 101 Survey unknown unknown unknown unknown unknown 140 ./XX_0003 301 T1W_3D_TFE_ref unknown unknown unknown unknown unknown 190 ./IM_0004 401 FE_EPI unknown unknown unknown unknown unknown 2835 ./XX_0007 501 FE_EPI_EX1 unknown unknown unknown unknown unknown 2835 ./IM_0008 601 FE_EPI_EX2 unknown unknown unknown unknown unknown 2835 ./IM_0011 701 FE_EPI_EX3 unknown unknown unknown unknown unknown 2835 ./IM_0013 801 FE_EPI_EX4 unknown unknown unknown unknown unknown 2835 ./XX_0016 901 FE_EPI_EX5 unknown unknown unknown unknown unknown 2835 ./XX_0018 1001 FE_EPI_EX6 unknown unknown unknown unknown unknown 2835 ./IM_0019 1101 FE_EPI_EX7 unknown unknown unknown unknown unknown 2835 ./XX_0022 1201 FE_EPI_EX8 unknown unknown unknown unknown unknown 2835 ./XX_0024 mri_convert ./XX_0003 ./bold/101/f.nii --nskip 0 --ndrop 0 nskip = 0 ndrop = 0 $Id: mri_convert.c,v 1.179.2.7 2012/09/05 21:55:16 mreuter Exp $ reading from ./XX_0003... Starting DICOMRead2() dcmfile = ./XX_0003 dcmdir = . WARNING: tag image orientation not found in ./XX_0003 Ref Series No = 101 ERROR: bits = 0 not supported. My os is Linux 16.04 and the Freesurfer's version is 5.3.

2 1

GLM fitting for the cortical volume
by Ali Radaideh 05 Jul '17

05 Jul '17

Dear FS experts, I have managed to run the *glm_fit* on the cortical thickness and area on a group of MS patients. However, i am not sure how to do this on the cortical volume. which file represents the cortical volume in subject's directory? Many thanks, -- *Ali M. Al-Radaideh. PhDHead of Department of Medical ImagingVice Dean of the Faculty of Allied Health SciencesThe Hashemite University, Zarqa, JordanW.phone +962 5 3903333 ext.5422, 5355, 5364Email: ali.radaideh(a)hu.edu.jo <ali.radaideh(a)hu.edu.jo>* *webpage: http://staff.hu.edu.jo/Default.aspx?id=ABZUPDzYeqM= <http://staff.hu.edu.jo/Default.aspx?id=ABZUPDzYeqM=>*

2 1

Strange Discrepancy Between Activation Location on Surface vs. Volume
by Taylor, Johnmark 05 Jul '17

05 Jul '17

Hello, I am running into an odd issue. In particular, I have run a GLM analysis in *volume* space, and I am visualizing the results both on the surface using tksurfer, and on the volume using tkmedit. In both cases, I am using the register.dof6.dat file to do the registration. Oddly, when I visualize the results on the *surface*, the activation patch falls on the medial surface of the hemisphere, in the *precuneus*, whereas when I visualize the results on the *volume*, the patch is in the *intraparietal sulcus* (which is where we expect to see this particular activation). I have made a label out of the activation in both cases and viewed it in the other space just to make sure that it is in fact the same activation, and it is. Any idea what might be going on? It seems to me that it can't be an issue with the BOLD volume --> structural volume registration, since the activations look normal on tkmedit. It seems to me, then, that it must have to do with the relationship between the anatomical volume and the anatomical surface--could this be where the problem lies? Maybe an imperfect surface reconstruction? I've attached pictures of what I mean. The activation in question is in the right hemisphere. On the surface it can be seen on the medial part of the hemisphere , and in the volume it's where the red cursor is (as I mentioned, I verified by making labels that these are in fact the same activation). Thank you very much, JohnMark

2 1

Using multimodal slab input for hippocampus subfield segmentation in FS6
by Frauke Beyer 05 Jul '17

05 Jul '17

Dear experts, I am trying to use T2-weighted images (0.5x0.5x1mm) as an additional scan to a T1-weighted image (0.7x0.7x0.7mm) for hippocampal subfield segmentation in Freesurfer 6. The T2-weighted data is a slab which includes the whole hippocampus and its y-axis is parallel to the hippocampal long axis (image dimensions [384,384,50]). When I try to use recon-all -s <subject_name> -hippocampal-subfields-T2 <file name of additional scan> <analysisID>I always get a faulty alignment (through visual inspection by overlaying T2.FSspace.mgz on T1.mgz in freeview or by looking at the quality control image T1_to_T2.v10.QC.gif), even when I manually align the images beforehand. Do you have any idea or hint how to improve the registration and thus start the segmentation correctly? I also tried to find out which registration tool is used for this (mri_robust_register?) in order to play around with it and would also be thankful for any hint on this. Thank you for your advice and time, Best, Frauke

2 1

Recon-all: too many ('s
by M del Mar Velasco 05 Jul '17

05 Jul '17

Dear all, I am running a recon-all with Freesurfer-Linux-centos6_x86_64-dev-20170330-de24995 and Ubuntu 16.04: recon-all -subjid subject_name -all I am using 0.65m3 images from RM. I get the message ' Too many ('s ' and the recon-all stops at Aparc-to-Aseg. The recon.all.log doesn't state anything about this message. The analysis just stops. I have attached the log file and the screenshot about the message. Any idea about the reason about this issue? And how can I solve it? Thanks you in advance M del Mar

2 1

error message while using autorecon1
by Buckless, Colleen 05 Jul '17

05 Jul '17

Hi All, I am using the newest version of freesurfer, and I keep getting errors when I run recon-all -autorecon1. It appears that the error might have to do with nu_correct, and I have attached the recon-all.log. Any suggestions on how to fix this? Thanks, Colleen Buckless Research Assistant Center for Neurodevelopmental and Imaging Research Kennedy Krieger Institute 443-923-2747 Buckless(a)kennedykrieger.org ---------------------------------------------------------------------- Disclaimer: The materials in this e-mail are private and may contain Protected Information. Please note that e-mail communication is not encrypted by default. You have the right to request further emails be encrypted by notifying the sender. Your continued use of e-mail constitutes your acknowledgment of these confidentiality and security limitations. If you are not the intended recipient, be advised that any unauthorized use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender via telephone or return e-mail.

2 5

Additional surface area
by Michael Davies 05 Jul '17

05 Jul '17

Hello, when inspecting a subject i discovered an anomaly on top of the 3D surface i have not previously encountered on other subjects i have inspected. Could you please let me know if this would be problematic when at the analysing group data please? Kind regards, Michael

2 1

Problem with drawing gifti contour on nifty volume in Freeview 2.0 but not in 1.0 - with links to files
by Torben Lund 05 Jul '17

05 Jul '17

Hello FreeSurfer Developers I'm attempting to evaluate a segmentation result from CAT12, (sorry) with the Freeview program. For version 1.0 superimposing a gifti surface on top of a nifti volume works beautifully (see results here: https://www.dropbox.com/s/lwhonnzy7n2t87x/Freeview1.0.pdf?dl=0 <https://www.dropbox.com/s/lwhonnzy7n2t87x/Freeview1.0.pdf?dl=0> ), but with the new version 2.0 the orientation is messed up (see result here: https://www.dropbox.com/s/ma6p4batv2cc6w4/Freeview2.0.pdf?dl=0 <https://www.dropbox.com/s/ma6p4batv2cc6w4/Freeview2.0.pdf?dl=0> ), for the exact same files. Has anybody else experienced this problem, and could it potentially be caused by recent changes in the minc tools which nifti converter I know have been changed between the two Freeview versions. The issue seems to be platform independent and exist for both MacOS 10.12.15 and linux (Ubuntu 16.04.1 LTS) Best Torben Torben Ellegaard Lund Associate Professor, PhD Center of Functionally Integrative Neuroscience (CFIN) Aarhus University Aarhus University Hospital Building 10G, 5th floor, room 31 Noerrebrogade 44 8000 Aarhus C Denmark Phone: +45 7846 4380 Fax: +45 7846 4400 http://www.cfin.au.dk <http://www.cfin.au.dk/> torbenelund(a)cfin.au.dk <mailto:torbenelund@cfin.au.dk> (for official stuff) torbenelund(a)me.com <mailto:torbenelund@me.com> (for faster response)

1 2

Speeding up mri_robust_register with --cost ROBENT
by Michael Waskom 05 Jul '17

05 Jul '17

Hi Freesurfers, I'm using mri_robust_register to obtain a registration between high resolution (.7mm isotropic) whole-head T1w and T2w images from the same subject. An example command line is: mri_robust_register --mov T2w.nii.gz --dst T1w.nii.gz --lta T2w_to_T1w.lta --warp T2w_reg.nii.gz --cost ROBENT --entradius 2 --entcorrection --satit --iscale This works extremely well -- much better than FLIRT. (I'm using this registration to do some preprocessing before running recon-all, so unfortunately bbregister is not an option). But, it takes *forever*. (My runtimes are about 90 minutes using OMP parallelization with 24 cores, or about 16 hours running in serial). I'm interested in playing with the various options to see if I can get a suitable registration with a faster runtime. But it's not obvious to me how I should fiddle with the knobs to get started. For example, would increasing or decreasing `entradius` be expected to make things go faster? Also, I am acquiring the images in the same session, back to back, so I can assume that the images start off with a pretty good (but not exact) registration. Is there a way to use that assumption to speed things up? Thanks, Michael

1 1

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