Freesurfer November 2017

freesurfer@nmr.mgh.harvard.edu

110 participants
198 discussions

Building from source -- autoconf error
by Alle Meije Wink 29 Mar '18

29 Mar '18

I'm trying to build FreeSurfer from source on my Debian 8 (jessie) system. (64 bit, using g++ 4.9 for compilation) After $ cvs -d :pserver:anonymous@fsvm.nmr.mgh.harvard.edu:/usr/fscvsroot login $ cvs -d :pserver:anonymous@fsvm.nmr.mgh.harvard.edu:/usr/fscvsroot checkout -P dev $ cd dev $ cvs update -d # just to make sure $ ./setup_configure I get these messages: rm -rf autom4te.cache libtoolize --force libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config'. libtoolize: linking file `config/ltmain.sh' libtoolize: putting macros in `m4'. libtoolize: linking file `m4/libtool.m4' libtoolize: linking file `m4/ltoptions.m4' libtoolize: linking file `m4/ltsugar.m4' libtoolize: linking file `m4/ltversion.m4' libtoolize: linking file `m4/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. aclocal aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' aclocal: error: configure.in:2045: file 'm4/autotroll.m4' does not exist Which looks like a not-(anymore)supported use of autoconf? I found one previous message on the list about autotroll https://mail.nmr.mgh.harvard.edu/pipermail//freesurfer/2012-January/021854.… that provided another version of configure.in which might solve the issue. And it did in the original case but sadly not for me. I get the same error message also with the new configure.in -- there should probably be a configure.ac? If anyone knows how to make this work (e.g. by modifying the configure script) that would be fantastic.

8 17

mris_flatten error: bad vertex
by Ji Won Bang 20 Feb '18

20 Feb '18

Dear. Freesurfer experts. Hi. I'm having a problem with mris_flatten (version 5.3.0) Could you please help me fix this problem? My command line is: mris_flatten -w 0 -distances 12 7 $SUBJECTS_DIR/$SUBJECT/surf/lh.oc.patch.3d $SUBJECTS_DIR/$SUBJECT/surf/lh.oc.patch.flat It returns the error: using write iterations = 0 sampling 7 neighbors out to a distance of 12 mm reading patch /home/jbang/Projects/replay/mri//replay06/surf/lh.oc.patch.3d with 30434 vertices (20.5% of total) MRISreadPatch: bad vertex # (148517) found in patch file No such file or directory When making the patch lh.oc.patch.3d, I followed the processes below: tksurfer-sess -s $SUBJECT -df sessdirfile -hemi lh -analysis retino -contrast UpperLower select 3 points along a boundary between upper and lower visual fields (near calcarine sulcus) and press "Cut line". Then, select 4 points to define the cutting plane: 1 on lower side of the line, 2 on upper side of the line, 3 on the opposite surface (use rotation tool), and 4 to specify which portion of surface is kept, and press "Cur plane". File->Patch->Save Patch As lh.oc.patch.3d So I think I made the patch correctly. ! weird thing that I suspect is that when I click save patch as, the default location is $SUBJECTS_DIR/fsaverage/surf/ , so I had to change it to $SUBJECTS_DIR/$SUBJECT/surf Could you please help me? Thanks a lot! Best, Ji Won

3 4

Volume to Surface mapping looks great for Vols created in FSL but not SPM
by Rita Elena Loiotile 15 Feb '18

15 Feb '18

Hi, I'm trying to compare analyses that I've done entirely on the surface to analyses I've done in the volume. I'm comparing the analyses by projecting the volume analyses to the surface (HCP's 32k_fs_LR). The commands I'm using are: mri_vol2surf --mov $niftiFile --mni152reg --hemi ${hemi} --projfrac-max 0 1 0.2 --o ${giftiFile}.$hemi.gii; mri_surf2surf --srcsubject fsaverage --srcsurfval ${giftiFile}.$hemi.gii --trgsubject 32k_fs_LR --trgsurfval ${giftiFile}.$hemi.gii --hemi ${hemi}; It seems that the FSL volumes look identical to the surface analysis, when mapped. (Our surface analysis is mainly FSL-based, so this makes sense.) The SPM mapping, however, looks very odd. It isn't just that the intensity differs, but the localization of high intensity areas also varies. It seems that everything is shifted a bit superior and, possibly, posterior to the true location (as seen on the surface analysis). I'm wondering if I'm doing anything obviously wrong in my command usage. The brains were normalized to the MNI ICBM 152 template in SPM. I *think* it's suitable to use the -mni152reg flag in the command. I can attach pictures of the comparison if you'd like. Thanks in advance, Rita

3 5

[freesurfer] Extracting values of cortical thickness in each vertex.
by 박경일 09 Feb '18

09 Feb '18

Dear FS experts, I could get QDEC image comparing two groups. However, is there a way to get numerical values of cortical thickness in each vertex? Thank you Best, Kyung

3 10

Nonlinear CVS registration into average brain for coordinates
by Zhou, David Wei 10 Jan '18

10 Jan '18

Hi all, I have a data set of 14 subjects with intracranial (both cortical and subcortical) electrode implants, already recon'ed in Freesurfer, with an average brain + surface computed of these subjects. I would like to map each subject's electrode coordinates (a set of RAS points) into the average brain using a nonlinear transformation to account for individual deviations in surface topology. I'm trying to figure out the steps that must be taken to achieve this. With my average brain as a template, it seems like I would use mri_cvs_register to produce each subject warped onto the template. After generating those warps, how does one apply the same warp to a set of coordinates, for example to find out where my electrodes end up in the template brain? Which output file in .../cvs contains the data necessary to compute the coordinates in the template? I'd appreciate any instruction, thanks! David

3 2

How to output particular area from stats subdir
by Jing Gu 09 Jan '18

09 Jan '18

Dear FreeSurfer Developers, By using the following code, we can get volume data of different areas from stats file. asegstats2table --subjects N01 --meas volume --tablefile aseg_stats.txt How can I get information of one or two areas, such as hippocampal? thanks Best, Gina

2 1

[freesurfer] version differences for pial matter / skull strip?
by Michelle VanTieghem 02 Jan '18

02 Jan '18

Hello, I have posted several times about problems with skull-stripping with our dataset. We have tried gcut and multiple other options in other packages (AFNI, FSL, ANTS) to remove skull from structural images in our dataset with little success. Recently, a colleague suggested this may be due to versions: that 6.0 deals with skull stripping much better than 5.3. I wanted to ask if indeed this could be the case before I go install 6.0 and re-run everything in my study. Thank you, Michelle -- Michelle VanTieghem PhD student in Psychology Developmental Affective Neuroscience Lab Columbia University mrv2115(a)columbia.edu

3 15

Problem flipping a label into other hemisphere
by Neuro Lists 27 Dec '17

27 Dec '17

Hi all, I've searched the lists extensively and have not been able to resolve my problem. I'd greatly appreciated any help. I have run the recon-all pipeline on a number of subjects, made the appropriate fixes and am happy with the surfaces. For each subject, I have a number of ROIs that are created programmatically and they are exactly as they should be. These ROIs are on the "regular" surfaces, not the inflated ones. In other words, opening the brainmask.mgz in freeview and just loading the label file results in the ROI being where I expect it to be. I'm now trying to flip the ROI onto the contralateral hemisphere and this is going terribly wrong. No matter what I try, the ROI ends up being generated far outside of the brain. I was originally trying to use the xhemi pipeline, but then I realized from the forums that I could just use mris_left_right_register. I've done: cd subject/surf mris_left_right_register lh.sphere rh.sphere lh.sphere.left_right rh.sphere.left_right I've then tried using a number of varieties of mri_apply_reg that have been listed on the forum: 1) mris_apply_reg --src-label your.lh.label --trg your.rh.label -streg lh.sphere lh.sphere.left_right 2) mris_apply_reg --src-label lh.source.label --streg lh.sphere.left_right rh.sphere.left_right --trg rh.lh.source.label No matter what I try though, the flipped ROI ends up being way outside of the brain when I overlay it on the brainmask. Is this because the flipped ROI should instead be visualized on the inflated hemisphere? If so, how can I get it to overlay properly onto the brainmask so that I can be sure it's correct? My ultimate goal is to get anatomical stats from the original and flipped ROIs. Thanks for your help! Joe

4 9

dcmunpack
by Keiko McCreary 21 Dec '17

21 Dec '17

Hi There, Could someone tell me how long approximately dcmunpack should take? (I have 243 files and it has been "interrogating" now for 2 hours. Thank you! Keiko -- J. Keiko McCreary, PhD Postdoctoral Fellow SARTAN-AD Clinical Research Coordinator (Lethbridge Site) Canadian Centre for Behavioural Neuroscience University of Lethbridge Office: EP 1218 Phone: 403-394-3985 Cell: 403-393-0181 keiko.mccreary2(a)uleth.ca or @gmail.com

3 3

Re: [Freesurfer] [tracula] error running trac-all -prep
by Borsodi Florian 20 Dec '17

20 Dec '17

Hi Anastasia, Yes, i am running this on ubuntu 12.04. Sincerely, Florian >>> Anastasia Yendiki 20.08.13 17.38 Uhr >>> Hi Florian - Are you running this on an ubuntu system by any chance? a.y On Tue, 20 Aug 2013, Borsodi Florian wrote: > Hi Anastasia, > > Thank you for your help. > I changed the commas in "/dmri/bvecs" to dots and reran trac-all. But the command "xfmrot" changed the dots back to > commas. So, I changed our system language from de_AUT.UTF-8 to en_US.UTF-8 and reran trac-all. After changing the > system language everything was genereted correctly and trac-all -prep ran without any errors. > I'm so glad. > > Then, I started the next step "trac-all -bedp" and got a syntax error "/usr/local/freesurfer/bin/bedpostx_mgh: 131: > /usr/local/freesurfer/bin/bedpostx_mgh: Syntax error: "(" unexpected. " I also attached the the logfile. I was reading > about this error in the mail archive. Would I have to run "bedpostx" outside of tracula ? > > Sincerely, > Florian > > >>> Anastasia Yendiki 19.08.13 17.54 Uhr >>> > > Hi Florian - Can you please change the decimal commas to points and try > again? > > a.y > > On Mon, 19 Aug 2013, Borsodi Florian wrote: > > > Hi Anastasia, > > > > Here are the bvec and bval files you asked me about. > > > > Sincerely, > > Florian > > > > >>> Anastasia Yendiki 18.08.13 22.52 Uhr >>> > > > > Hi Florian - Can you please also attach the bvecs/bvals files from the > > dmri directory? > > > > Thanks, > > a.y > > > > On Sun, 18 Aug 2013, Borsodi Florian wrote: > > > > > Hi Anastasia, > > > > > > Thanks for your help. I renamed the directories and reran trac-all. It > > > worked for the moment. > > > However, then I got another error: "bvecs and bvals don't have the same > > > number of entries." > > > I don't know why, because they actually have the same number of entries. > > > > > > I attached the logfile so that you may see what is going on. The error > > > occours at line 1463. > > > > > > Thank you in advance for your help. > > > > > > Sincerely, > > > Florian > > > > > > > > > >>> Anastasia Yendiki 15.08.13 18.01 Uhr >>> > > > > > > Hi Florian - I see what's going on. Can you please rename the directory > > > /data/physics/florian/nii into something that doesn't include "nii", and > > > rerun? Because "nii" is a file extension, this confuses some of the > > > scripts. > > > > > > Thanks, > > > a.y > > > > > > On Thu, 15 Aug 2013, Borsodi Florian wrote: > > > > > > > Hi Anastasia > > > > > > > > I ran the command you sent me and it runs without any errors. > > > > I also attached the command line for you. > > > > > > > > Furthermore i ran data with 12 diffusion directions and i keep getting the > > > > same kind of problems. > > > > > > > > sincerely > > > > Florian > > > > > > > > >>> Anastasia Yendiki 02.08.13 19.59 Uhr > > > >>> > > > > > > > > Hi Florian - Can you please run this command directly on the command line > > > > and see if there are any errors? > > > > > > > > flip4fsl > > > > /data/physics/florian/nii/1020000485074_20080319/dmri/dwi_orig.nii.gz > > > > /data/physics/florian/nii/1020000485074_20080319/dmri/dwi_orig_flip.nii.gz > > > > > > > > Thanks, > > > > a.y > > > > > > > > On Fri, 2 Aug 2013, Borsodi Florian wrote: > > > > > > > > > Hi Anastasia > > > > > > > > > > Thank you for your answer. > > > > > > > > > > Yes, those files exist. > > > > > I also extracted the bvec an bval files with anotther software then > > > > dcm2nii > > > > > and i keep getting the same kind of error. > > > > > Also, about the 6 diffusion direction, those data i sent you, are just > > > > > testdata for running tracula. > > > > > > > > > > sincerely > > > > > Florian > > > > > > > > > > >>> Anastasia Yendiki 02.08.13 0.41 Uhr > > > >>> > > > > > > > > > > Hi Florian - Do these files exist? > > > >>/data/physics/florian/nii/1020000485074_20080319/dmri/dwi_orig.mghdti.bvec > > > s > > > > > > > > > > > > >>/data/physics/florian/nii/1020000485074_20080319/dmri/dwi_orig.mghdti.bval > > > s > > > > > > > > > > > > > > > > > > > The format of the bvecs and bvals that you sent seems fine, but (and > > > this > > > > > has nothing to do with the error you're getting) I have to warn you that > > > > > you may not be able to get good results running probabilistic > > > tractography > > > > > on this data. It looks like you're acquiring the same 6 diffusion > > > > > directions, repeated 8 times. Six directions is the absolute minimum for > > > > > reconstructing the tensor model, but will probably not be sufficient for > > > > > the crossing fiber model that bedpostx reconstructs (and is used by > > > > > tracula). Your scan time is better spent acquiring 48 different > > > > > directions, rather than the same 6 directions 8 times. > > > > > > > > > > a.y > > > > > > > > > > On Mon, 29 Jul 2013, Borsodi Florian wrote: > > > > > > > > > > > Hello, > > > > > > > > > > > > I have been trying to run tracula on my data and i keep getting the > > > same > > > > > > kind of error repeatedly. > > > > > > For my imput I am using dicoms from a Siemens scanner with a stadard > > > > > > diffusion protocol. However, tracula cannot read the bvec and bval > > > data > > > > > out > > > > > > of the dicom header. Therefore, I implemented bvec and bval files into > > > > the > > > > > > config file. > > > > > > After doing so, I got the error which says that tracula cannot find > > > the > > > > > > "dwi_orig_flip.mghdti.bvecs" and "dwi_orig_flip.mghdti.bvals" files. > > > > > > I have tried many options, but still cannot find a solution. > > > > > > I am hoping to get some troubleshooting help. > > > > > > > > > > > > I have atteched my log- and config- files, as well as my bvec and bval > > > > > > files. > > > > > > To uphold patient confidentiality, I have encode the name patient's > > > data > > > > > as > > > > > > "AAAAAA". > > > > > > > > > > > > I believe the problems are the bvec and bval files or their > > > structures. > > > > > The > > > > > > log-file lete me assume this, especially the lines 202 - 205, 264 - > > > 268 > > > > > and > > > > > > 1480 - 1484. > > > > > > > > > > > > Thank you in advance for your help, and your speedy response. > > > > > > > > > > > > With kind regards, > > > > > > > > > > > > Florian Borsodi > > > > > > Department of Neurology > > > > > > Medical University of Graz > > > > > > > > > > > > > > > > > > > > > > > > > > > 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. > > > > > > > > > > > > > > _______________________________________________ > > > > Freesurfer mailing list > > > > Freesurfer(a)nmr.mgh.harvard.edu > > > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > > > > > > > > > > > > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > >

3 2

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 November 2017