Freesurfer July 2012

freesurfer@nmr.mgh.harvard.edu

128 participants
194 discussions

Re: [Freesurfer] Measuring total cortical volume
by Douglas N Greve 17 Jul '12

17 Jul '12

This is computed by computing the volume inside the pial surface and subtracting the volume inside the white surface (and accounting for small amounts in the "unknown" region). doug On 07/17/2012 04:47 AM, Emelie Andersson wrote: > Thank You Douglas, > > May I ask if You know how the numbers were calculated? > > best regards > Emelie > > On Mon, Jul 16, 2012 at 6:11 PM, Douglas N Greve > <greve(a)nmr.mgh.harvard.edu <mailto:greve@nmr.mgh.harvard.edu>> wrote: > > In the aseg.stats file, there will be these values > > # Measure lhCortex, lhCortexVol, Left hemisphere cortical gray matter > volume, 218425.204942, mm^3 > # Measure rhCortex, rhCortexVol, Right hemisphere cortical gray matter > volume, 212261.052152, mm^3 > # Measure Cortex, CortexVol, Total cortical gray matter volume, > 430686.257094, mm^3 > > does this work for you? > doug > > > On 07/16/2012 03:17 AM, Emelie Andersson wrote: > > Hello, > > > > We have a some doubts about how to measure the total cortical > volume. > > Is it recommendable to use GM = pial surface - white matter? > > > > Hope to hear from You, > > > > Best regards > > Emelie > > > > > > _______________________________________________ > > Freesurfer mailing list > > Freesurfer(a)nmr.mgh.harvard.edu > <mailto:Freesurfer@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 <mailto:greve@nmr.mgh.harvard.edu> > Phone Number: 617-724-2358 <tel:617-724-2358> > Fax: 617-726-7422 <tel:617-726-7422> > > Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting > <http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting> > FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html > <http://www.nmr.mgh.harvard.edu/facility/filedrop/index.html> > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu <mailto:Freesurfer@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. > > -- 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: www.nmr.mgh.harvard.edu/facility/filedrop/index.html

1 0

Re: [Freesurfer] How to register FLAIR to T1?
by Ed Gronenschild 17 Jul '12

17 Jul '12

Hi Doug, Thanks for your suggestion, but it didn't work out either. Ed On 16 Jul 2012, at 18:00, freesurfer-request(a)nmr.mgh.harvard.edu wrote: > Message: 18 > Date: Mon, 16 Jul 2012 11:32:06 -0400 > From: Douglas N Greve <greve(a)nmr.mgh.harvard.edu> > Subject: Re: [Freesurfer] How to register FLAIR to T1? > To: freesurfer(a)nmr.mgh.harvard.edu > Message-ID: <500433F6.8010102(a)nmr.mgh.harvard.edu> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Often with FLAIR there is not enough gray-white contrast to run the > registration. Try using the pial surface instead, with "-surf pial > --t1" > This tells it to use the pial surface as a boundary. The --t1 is > needed > because the intensity should go from bright to dark. Let me know if > that > does not fix the problem. > doug > > On 07/10/2012 11:58 AM, Bruce Fischl wrote: >> glad to hear it :). You may need to repost (and possibly upload your >> data) >> On Tue, 10 Jul 2012, Ed Gronenschild wrote: >> >>> Hi Bruce, >>> >>> It is indeed from the same scan session. >>> I'll wait patiently, let Doug enjoy his vacation before >>> he gets bothered again by all our questions. >>> >>> Cheers, >>> Ed >>> >>> On 10 Jul 2012, at 16:57, Bruce Fischl wrote: >>> >>>> Hi Ed, >>>> >>>> sorry, you'll have to wait until Doug is back from vacation. Is >>>> this from >>>> the same session? I've always had it work on flair images using >>>> one of the >>>> types of initialization. >>>> >>>> cheers >>>> Bruce >>>> >>>> >>>> On Tue, 10 Jul 2012, Ed Gronenschild wrote: >>>> >>>>> Hi Bruce, >>>>> >>>>> Unfortunately, this has no effect. >>>>> >>>>> Ed >>>>> >>>>> On 10 Jul 2012, at 16:40, Bruce Fischl wrote: >>>>> >>>>>> Hi Ed >>>>>> >>>>>> you are using -t2, right? You can also try -init-header >>>>>> >>>>>> cheers >>>>>> Bruce >>>>>> On Tue, 10 Jul 2012, >>>>>> Ed Gronenschild wrote: >>>>>> >>>>>>> Hi Bruce, >>>>>>> >>>>>>> It is slightly better but still displacements >>>>>>> in all directions and rotations too exist. >>>>>>> >>>>>>> Ed >>>>>>> >>>>>>> On 10 Jul 2012, at 16:13, Bruce Fischl wrote: >>>>>>> >>>>>>>> try -init-spm >>>>>>>> >>>>>>>> cheers >>>>>>>> Bruce >>>>>>>> On Tue, 10 Jul 2012, Ed Gronenschild wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I would like to register FLAIR to T1. >>>>>>>>> Specifications FLAIR: >>>>>>>>> axial acquisition, 24 slices, >>>>>>>>> pixel size = 0.45 * 0.45 mm^2 >>>>>>>>> slice thickness = 5.50 mm (no gap). >>>>>>>>> >>>>>>>>> The slices run from the top of the brain >>>>>>>>> to just below the eyes. This is contrary >>>>>>>>> to the T1 scan which covers the full head >>>>>>>>> down to the neck. >>>>>>>>> I have tried bbregiser as follows: >>>>>>>>> >>>>>>>>> bbregister --s 001 --mov 001_FLAIR.mgz \ >>>>>>>>> --reg 001_register.dat --init-fsl --t1 --tol1d 1e-3 >>>>>>>>> >>>>>>>>> and inspected the result with >>>>>>>>> >>>>>>>>> tkregister2 --mov 001_FLAIR.mgz \ >>>>>>>>> --reg 001_register.dat --surf >>>>>>>>> >>>>>>>>> The result looks bad, it is displaced and rotated >>>>>>>>> by about 20 degrees with respect to T1. >>>>>>>>> >>>>>>>>> It makes hardly any difference if instead of --t1 >>>>>>>>> --t2 as contrast setting was used. >>>>>>>>> >>>>>>>>> Is there a better way to do this registration? >>>>>>>>> For instance, should I crop T1 to about the >>>>>>>>> same space as covered by FLAIR? >>>>>>>>> >>>>>>>>> (FreeSurfer v4.5.0, MacOSX 10.5) >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Ed >>>>>>>>> _______________________________________________ >>>>>>>>> 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. >>>>>>>> >>>>>>> >>>>> >>> >> _______________________________________________ >> 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

2 1

Resend: error in compiling Freesurfer with GPU support
by Akio Yamamoto 17 Jul '12

17 Jul '12

Hi Freesurfer experts, Compiling FreeSurfer with GPU support failed with the error message which is added to the end of this email. The current build environment is as follows: GeForce GTX 690 CUDA Toolkit 4.2 CentOS 6.3 I wonder if there are any specific requirements for building CUDA-enabled FreeSurfer. Any information/help would be appreciated. Thanks, Akio ===== em_register_cuda.cu(347): error: calling a host function("LinearGenerator::LinearGenerator") from a __device__/__global__ function("TransformLogps") is not allowed em_register_cuda.cu(350): error: calling a host function("LinearGenerator::LinearGenerator") from a __device__/__global__ function("TransformLogps") is not allowed em_register_cuda.cu(353): error: calling a host function("LinearGenerator::LinearGenerator") from a __device__/__global__ function("TransformLogps") is not allowed em_register_cuda.cu(357): error: calling a host function("TransformGenerator::TransformGenerator") from a __device__/__global__ function("TransformLogps") is not allowed 4 errors detected in the compilation of ...

2 1

trac all - cant allocate memory
by Michael Scheel 17 Jul '12

17 Jul '12

Dear FS experts, when running tracula I get the following error (see below and trac-all.log attached to this mail). It seems that memory cannot be allocated but I have a PowerMac with 12 GB RAM and I suppose this should be enough. Any ideas how I can solve this problem? Thanks, Michael dmri_train(50487) malloc: *** mmap(size=159744) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug MRIalloc(218, 182, 182): could not allocate 158704 bytes for 14th slice Cannot allocate memory Darwin fslmachine.charite.de 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 trac-preproc exited with ERRORS at Tue Jun 26 15:12:03 CEST 2012

3 2

"Splotchy" labels after transformation from fsaverage to native
by Michael Waskom 16 Jul '12

16 Jul '12

Hi, I'm using mri_label2label to reverse normalize labels from fsaverage space to the native surface. I'm ending up with some splotchy-looking labels, for lack of a better word. See what I mean here: http://web.mit.edu/mwaskom/www/splotchy.png I'm doing this normalization in a script with the following relevant line, which seems to be what happens inthe BAlabes step of recon-all mri_label2label --srclabel ../fsaverage/label/${hemi}.${roi}.label \ --srcsubject fsaverage --trgsubject ${subj} \ --trglabel label/$hemi.${roi}.label \ --regmethod surface --hemi $hemi Any idea how I can avoid this splotchiness or, failing that, do a closing on the label to clean up some of the noise? Cheers, Michael

3 4

recon-all for non-human primates failed and what to do next?
by Leon 16 Jul '12

16 Jul '12

Hi, FreeSurfer experts. I have successfully used FreeSurfer to reconstruct monkey brains, but when I used the same scripts on chimpanzees, it failed miserably (see the attached figure). I tried several strategies, such as normalizing the wm.mgz to 110, but the scripts still did not work. Could someone tell me what other strategies I could use to make it work? Many thanks in advance! Leon

1 1

Restart from somewhere in the middle of mri_ca_register
by Joshua Lee 16 Jul '12

16 Jul '12

Is it possible/pracitcal? This is a long step, and unfortunately my analysis computer was rebooted in the middle of this step, and I was hoping to present the volumes tomorrow.. ouch. - Josh

2 3

ROI functional & anatomical cross
by Huiting Liu 16 Jul '12

16 Jul '12

Hello, I'm trying to do an ROI analysis that crosses the group-level functional activation with specific anatomical structures. Currently the clusters found for our group-level functional activation are too large and need to be separated into many structures. Is there a command I could use that would cross the group level map with each cortical structure generated by freesurfer's recon-all? Thanks.

2 2

plotting cortical parcellation surfaces using 2009 atlas
by Maria Kharitonova 16 Jul '12

16 Jul '12

Hello, I apologize if my question is too basic, but I am trying to pull up cortical parcellation surfaces for my data, like shown here: http://surfer.nmr.mgh.harvard.edu/fswiki/CorticalParcellation I tried typing in "tksurfer subjec_number lh inflated -aparc", but that produces the lateral surface using the 2005 atlas. Can you help me by suggesting which command can pull up parcellated surfaces using the 2009 atlas? Putting in "-aparc.a2009s" does not seem to work (no parcellation is shown). I would like to see both lateral and medial surfaces, if possible. Thank you in advance! Sincerely, Maria **************************************** Maria Kharitonova, Ph.D. Laboratory of Cognitive Neuroscience Children's Hospital Boston

2 1

parcellations to fmri space
by Christopher Bell 16 Jul '12

16 Jul '12

Hello Freesurfers, I have developed a pipeline that uses mri_label2vol to take freesurfer parcellations to native fmri space, and uses dilation (within mri_label2vol) to make the ROIs larger since our resolution is only 3.5x3.5x4 we would end up with only a few voxels for some ROIs due to large voxel size and partial voluming wihout the dilation. However, since the lh and rh are done separately by mri_label2vol, I now have overlap on the midline and have to go through a bunch of masking steps to eliminate it. My question is; is there a tool that will take both lh/rh parcellations to a new coordinate system, do dilation, and most importantly control for lh/rh overlap? Or any other similar suggestions. Thanks! Basically I am looking to rework my pipeline, and it seems I should be able to find a more parsimonious solution, than my "Rube Goldberg" approach. Chris

2 3

← Newer
1
...
8
9
10
11
12
13
14
...
20
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 July 2012