Freesurfer

freesurfer@nmr.mgh.harvard.edu

15 participants
30097 discussions

dicom -> nifti, diffusion data gradient problems
by P Taylor 12 Sep '13

12 Sep '13

Hello, I have a question about using mri_convert on diffusion *.dcm files. When extracted, the gradient table is different than that given by either MRIConvert (from the UCLA-LCNI webpage) or than dcm2nii of MRICron; NB: the latter give the *same* results. The differences in gradient are also not simply sign changes, unfortunately (though, there is that issue as well, since many x- and y- gradients of mri_convert are close to the others, but the z-gradient appears to be uniformly oppositely signed). This is coupled with the fact that often both the orientation is different (noted in previous entries), as well as the ORIGIN information being different. Is there any comment about this? And any suggestions about what can be done to resolve these differences? Thanks.

2 4

mris_calc erroe in recon-all
by stdp82＠virgilio.it 12 Sep '13

12 Sep '13

Hi list, I have a problem during recon-all #@# Surf Volume lh Thu Sep 12 08:25:31 CEST 2013/Applications/freesurfer/subjects/subject_prova/Con28/SUBJECTS_DIR/surf\n mris_calc -o lh.area.mid lh.area add lh.area.pial \n mris_calc: Sorry, but I seem to have encountered an error. While checking on input filetype sizes, I found a size mismatch, i.e. len(input1)!=len(input2) Darwin iMac-di-Stefano.local 12.4.0 Darwin Kernel Version 12.4.0: Wed May 1 17:57:12 PDT 2013; root:xnu-2050.24.15~1/RELEASE_X86_64 x86_64 recon-all -s SUBJECTS_DIR exited with ERRORS at Thu Sep 12 08:25:31 CEST 2013 For more details, see the log file /Applications/freesurfer/subjects/subject_prova/Con28/SUBJECTS_DIR/scripts/recon-all.logTo report a problem, see http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting Thanks, Stefano

2 1

updating the tables and volumes associated with aseg.mgz
by silver47＠gmx.com 12 Sep '13

12 Sep '13

Hi, I'm seeking some advice on updating the tables and volumes associated with aseg.mgz. I have completed the cortical analysis on a number of subjects and now would like to review and edit (if needed) aseg.mgz My strategy is to not cause any changes to the surfaces already completed and involves running: recon-all -subjid subject -surfsegedit to fix the aseg, using info from the surfaces. Followed by manual editing (if needed) of aseg.mgz, then recon-all -subjid subject -aparc2aseg -segstats -wmparc to update stats/aseg.stats, aparc+aseg.mgz, aparc.a2009s+aseg.mgz wmparc.mgz, and stats/wmparc.stats Does this look right? Are there any other considerartions? Thanks, P.

1 0

reconall question
by Rashmi Singh 11 Sep '13

11 Sep '13

Hello FreeSurfer experts, I am doing volumetrics study. During the scan we get 2-3 mprage per scan for a subject. While running the FreeSurfer, if I want to use the three mprages for that subject as an input file, may I just keep the three mgz files (001.mgz, 002.mgz and 003.mgz) in the orig folder and run the simple recon all command :Recon-all –s (subject file name) -all or do I need to have some additional flags so that recon all command will use the three T1 images to get one output file? Thanks, Rashmi

1 0

Re: [Freesurfer] Could not find .mat
by Bruce Fischl 11 Sep '13

11 Sep '13

no, you'll need to figure out which series to give an a file from, but it will figure out the other files in the same series. Also, please cc the list so that others can answer Bruce On Wed, 11 Sep 2013, Pedro Rosa wrote: > Hi, > Thanks for your help. > Is freesurfer able to select T1-w dicoms among dicoms from other acquisitions (dwi, t2w)? I ask this because I have dicoms from all acquisitions in a single folder, and I believe that the process of sorting them may be leading to these problems. > > Pedro Rosa > > On 11 Sep 2013, at 03:17 PM, Bruce Fischl <fischl(a)nmr.mgh.harvard.edu> wrote: > >> Hi Pedro >> >> you are *far* better off avoiding the analyze format. If you must convert, try nifti, but in general we prefer starting with the dicoms directly. If you give recon-all a *single* image file in the correct (T1-weighted) dicom series we will figure out the other ones >> >> cheers >> Bruce >> On Wed, 11 Sep 2013, Pedro Rosa wrote: >> >>> Hi, >>> I am finding a warning at recon-all when creating the folders: >>> INFO: could not find /Path/subject.mat file for direction cosine info. >>> INFO: use Analyze 7.5 hdr->hist.orient value: 1, coronal unflipped. >>> INFO: if not valid, please provide the information in /Path/subject.mat file >>> >>> What are the consequences of this to image orientation or to registration in further steps? >>> I have sorted the DICOMs using MRIcron (generates .img and .hdr for T1 acquisition). >>> Regards, >>> Pedro. >>> >>> _______________________________________________ >>> Freesurfer mailing list >>> Freesurfer(a)nmr.mgh.harvard.edu >>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>> >>> >>> >> >> >> 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

Could not find .mat
by Pedro Rosa 11 Sep '13

11 Sep '13

Hi, I am finding a warning at recon-all when creating the folders: INFO: could not find /Path/subject.mat file for direction cosine info. INFO: use Analyze 7.5 hdr->hist.orient value: 1, coronal unflipped. INFO: if not valid, please provide the information in /Path/subject.mat file What are the consequences of this to image orientation or to registration in further steps? I have sorted the DICOMs using MRIcron (generates .img and .hdr for T1 acquisition). Regards, Pedro.

2 1

rerunning recon-all
by Luke Bloy 11 Sep '13

11 Sep '13

I have a somewhat strange question and hopefully someone can help me out. I have a few hundred subjects that have all been run through recon-all, and have gone through some QA. In some of the cases control points have been added or brain masks have been modified etc, and recon-all has been rerun with the 'autorecon2-cp' and autorecon3 flags. My issue now is that my cluster is being upgraded to a different OS, and I'm planning on rerunning on my subjects on the new cluster, but with the same freesurfer version. So my question is how should I go about this. Should a just rerun 'recon-all' from the beginning. If I do this would I be losing the whatever edits I made during the QA procedure? Should I just do rerun with the 'autorecon2-cp' and 'autorecon3'? Am I being overly concerned with a change in computers? Thanks Luke

1 0

mri_tesselate: max vertices 1000000 exceeded
by Martijn Steenwijk 11 Sep '13

11 Sep '13

Dear all, I'm trying to process some high res data using the approach Lusebrink proposed, but I'm getting the following error in mri_tessellate: mri_tessellate ../mri/filled-pretess255.mgz 255 ../surf/lh.orig.nofix $Id: mri_tessellate.c,v 1.36 2011/03/02 00:04:25 nicks Exp $ $Id: mrisurf.c,v 1.693.2.7 2013/05/12 22:28:01 nicks Exp $ mri_tessellate: max vertices 1000000 exceeded It seems that max number of faces and vertices is hardly defined in the code. Would it be possible to provide another compiled version (centos6_x86_64-stable-pub-5.3.0) with these numbers doubled or so? Best regards, Martijn

2 5

FS versions
by elisa veronese 11 Sep '13

11 Sep '13

Dear FS team, I'm using the web portal Neugrid (https://neugrid4you.eu/it) for the analysis of my T1w MRI data with FreeSurfer. In particular, I'm using the *reconall -all*. My question is about possible problems arising from different FS versions. The version provided by Neugrid is the Freesurfer version *5.1.0 *Linux CentOS4 x86_64 When I perform the subsequent manual correction on my workstation, I use Freesurfer version *5.3.0* Linux CentOS4 x86_64 Is this correct? Should I downgrade to the 5.1.0 version also in my workstation? Thank you in advance. Regards, Elisa -- Elisa Veronese - PhD * Research Unit on Brain Imaging and Neuropsychology (RUBIN) * * Inter-University Center for Behavioral Neurosciences (ICBN) University of Udine and University of Verona, Italy ICBN Website: http://icbn.uniud.it/tiki-index.php *

1 0

mri_annotation2annotation?
by Yang, Daniel 11 Sep '13

11 Sep '13

Hi all, I know I can use mri_label2label and then mris_anatomical_stats -l to obtain the label-based cortical thickness for each individual subject. I also know that there is a tool called mri_annotation2label. But is there a way to convert annotation to each individual subject, so that I can use mris_anatomical_stats -a to obtain the annotation-based cortical thickness for each individual subject? Many thanks! Daniel -- Yung-Jui "Daniel" Yang, PhD Postdoctoral Researcher Yale Child Study Center New Haven, CT (203) 737-5454

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