Freesurfer

freesurfer@nmr.mgh.harvard.edu

17 participants
30130 discussions

T1 volume problem
by Michele Perry 15 Nov '05

15 Nov '05

Hi, I am having problems with the dev version of Freesurfer. I realized after viewing the aseg that there was a skullstrip problem that I hadn't noticed when I checked the brain volume between -autorecon1 and -autorecon2. When I open brain.mgz and T1.mgz in tkmedit, they look identical (i.e. I can't see skull in the T1). Any idea what went wrong? Michele

3 2

Re: [Freesurfer] labels
by Sasha Wolosin 14 Nov '05

14 Nov '05

great, thanks Disclaimer: The materials in this e-mail are private and may contain Protected Health Information. Please note that e-mail is not necessarily confidential or secure. Your 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.

1 0

Re: [Freesurfer] labels
by Sasha Wolosin 14 Nov '05

14 Nov '05

If the atlas is not included, how am I able to run mris_ca_label? Is the atlas you are referring to different from the ?h.atlas2002_simple.gcs file found in /freesurfer/average? Disclaimer: The materials in this e-mail are private and may contain Protected Health Information. Please note that e-mail is not necessarily confidential or secure. Your 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.

1 0

Re: [Freesurfer] labels
by Sasha Wolosin 14 Nov '05

14 Nov '05

so for the stable release should I run both mris_ca_label and mris_anatomical_stats? I'm not sure I understand how to use mris_anatomical_stats to get all the information- is it necessary to specify a surface file? Also, can I view the thickness map of an individual subject? Thanks, Sasha Disclaimer: The materials in this e-mail are private and may contain Protected Health Information. Please note that e-mail is not necessarily confidential or secure. Your 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 1

freesurfer + fsl
by Don Hagler 14 Nov '05

14 Nov '05

I had a similar problem running Linux RedHat E4. It seems that fsl and freesurfer have incompatible versions of tcltktix. One solution is to always run freesurfer and fsl from different terminal windows. Peter Soros wrote: Wed, 02 Nov 2005 15:19:19 -0800 Hi All, I have installed Freesurfer for Mac OS X (2 Oct 2005) on my system (running 10.4.2) - thanks for the OS X release! Unfortunately, fsl doesn't work after the installation of Freesurfer. This is the error message I get when I try to open the fsl GUI: Error in startup script: no suitable image found. Did find: /Applications/freesurfer/lib/tcltktixblt/lib/ libtix8.1.8.4.a: unknown fi le type, first eight bytes: 0x21 0x3C 0x61 0x72 0x63 0x68 0x3E 0x0A while executing "load /Applications/freesurfer/lib/tcltktixblt/lib/libtix8.1.8.4.a Tix" ("package ifneeded" script) invoked from within "package require Tix" invoked from within "if { [ string first tclsh [ file tail [ info nameofexecutable ] ] ] ! = 0 } { package require Tix tix configure -scheme TixGray option add ..." (file "/usr/local/fsl/tcl/fslstart.tcl" line 3) invoked from within "source [ file dirname [ info script ] ]/fslstart.tcl" (file "/usr/local/fsl/tcl/fsl.tcl" line 71) invoked from within "source ${FSLDIR}/tcl/${origname}.tcl" (file "/usr/local/fsl/bin/fsl" line 19) FSL was installed in the recommended directory /usr/local/fsl/ and worked well before. Any help to get FSL working again is highly appreciated!! Peter

3 4

Re: [Freesurfer] labels
by Sasha Wolosin 14 Nov '05

14 Nov '05

I looked through the recon-all.log file, but I could not find any references to mris_ca_label or mris_anatomical_stats, do you know what else I can search for? I found this warning in several places, but I don't know if it is related: INFO: Volume /tmp/mritotal_12360/orig_8_dxyz.mnc cannot be found. In the recon-all.status file there is another warning: Euler: NHoles = WARNING: Number of holes is not zero This subject was previously manually edited with an older version (oct 2003 release). I made four copies of the subject and ran each of the following in both the 2003 release and the latest stable release: recon-all -subjid subject -stage3 -stage4a -stage4b recon-all -subjid subject -all I only saw the warnings in subjects run with the stable release, (in the 2003 release NHoles =0). Could I be missing some files? Thanks, Sasha >>> Xiao Han <xhan(a)nmr.mgh.harvard.edu> >>> If you run "recon-all -all ...", then mris_ca_label and mris_anatomical_stats should be included as the final two steps. You can check the recon-all.log file under each subject's script directory to see why mris_ca_label wasn't executed in your previous run of recon-all. -Xiao On Mon, 14 Nov 2005, Sasha Wolosin wrote: > That might have been what happened. I loaded the annotation to the > other surfaces, but they also looked strange. Then I re-ran > mris_ca_label and the labels look normal. > > So are mris_ca_label and mris_anatomical_stats not part of the recon-all > script (I am using the stable release)? > > Thanks, > Sasha > > > >>>> Xiao Han <xhan(a)nmr.mgh.harvard.edu> >>> > hmm, that's wierd. > Did you recomputed the white surface after the annotation file was > generated? > You can try to load the annotation to other surfaces of the same > hemisphere, like ?h.sphere, ?h.sphere.reg, to see whether the same > scattered appearance still exists. > > -Xiao > > > On Mon, 14 Nov 2005, Sasha Wolosin wrote: > >> I double-checked, the correct hemisphere is loaded >> >>>>> Xiao Han <xhan(a)nmr.mgh.harvard.edu> >>> >> It's not normal. >> It's very likely that you load a rh annotation to a lh surface or the >> other way around. Pls double check. >> >> -Xiao >> >> On Mon, 14 Nov 2005, Sasha Wolosin wrote: >> >>> Dear all, >>> >>> When I load the ?h.aparc.annot with the ?h.white surface in > tksurfer, >>> the labels look very scattered, is this normal? (please see attached >>> jpeg) >>> >>> Thanks, >>> Sasha >>> >>> >>> >>> Disclaimer: >>> The materials in this e-mail are private and may contain Protected >> Health Information. Please note that e-mail is not necessarily >> confidential or secure. Your 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. >>> >> >> >> > > >

3 2

labels
by Sasha Wolosin 14 Nov '05

14 Nov '05

Dear all, When I load the ?h.aparc.annot with the ?h.white surface in tksurfer, the labels look very scattered, is this normal? (please see attached jpeg) Thanks, Sasha Disclaimer: The materials in this e-mail are private and may contain Protected Health Information. Please note that e-mail is not necessarily confidential or secure. Your 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 1

long time to finish a case by recon-all
by tulu 12 Nov '05

12 Nov '05

Dear Freesurfer experts, First of all, I thanks for your wonderful tool. I run the recon-all -autorecon-all script and it can finish my mri data without error. The only problem is it need 3 days (about 72 hours) to finished one mri data. I wonder if anyone have same experience and how to correct it (I use P4 2.8G CPU with 2G RAM, OS is Linux Fedora Core 4). Thanks replay KL chen

2 1

mri_surf2surf
by Irina Sigalovsky 12 Nov '05

12 Nov '05

Hello, I have a *.w file which I map onto a different subject (say, average7) using mri_surf2surf. Let's say that my original file has N vetrices equal to 100 and all other equal to 0. Is there a reason why a "new" *.w file (output of mri_surf2surf) has: - N1 vertices equal to 100 where N1 is not equal to N (not even close); - some vertices that have values that are neither 100 nor 0 (i.e., some new values are introduced). This is how I use mri_surf2surf: mri_surf2surf --hemi lh --srcsubject iss09newnew --srcsurfval iss09newnew/surf/R1map0.8LP2Thresh15-lh.w --src_type w --trgsubject average7 --trgsurfval average7/surf/iss09_R1mapThresh15-lh.w --mapmethod nnfr --trg_type w My second (unrealted) question is where I can find information about MNI Talairach coordinates for a given surface (i.e., what file contains this information). Thank you, Irina

4 3

RE: [Freesurfer] problems with spheres
by Thomas, Adam (NIH/NIMH) 11 Nov '05

11 Nov '05

Florent, I'm using MapIcosahedron from the SUMA package to do the spherical averaging and the distortions are visually quite striking in an area that is fairly important in this study. Here's a screen shot of the smoothwm surface after recreating it with an icosahedron mesh: http://fmrif.nimh.nih.gov/~adamt/ridges.jpg Note the ridges along the gyrus. There is also a spike coming out of the sulcus nearby that is a little hard to see. Ziad (the developer for SUMA) also thought some sort of regional smoothing might be the best solution. If that's the consensus, we'll pursue that option. -Adam --- Adam Thomas adamt(a)nih.gov Functional MRI Facility, NIMH/NIH/DHHS 10 Center Dr, Room B1D708A Bethesda MD. 20892-1148 Phone:301-402-6351 Fax: 301-402-1370 -----Original Message----- From: florent segonne [mailto:fsegonne@csail.mit.edu] Sent: Thursday, November 10, 2005 4:51 PM To: Thomas, Adam (NIH/NIMH) Cc: freesurfer(a)nmr.mgh.harvard.edu; fischl(a)nmr.mgh.harvard.edu Subject: Re: [Freesurfer] problems with spheres Dear Thomas, Looking at the file rh.sphere.asc, it seems that the problem comes from the spherical registration that generates a spherical surface with, as you said, small triangles slightly overlapping. However, these distortions should be extremely small. If you really need to get rid of them, one hacky solution would be to detect these (small) regions and to smooth them untill the overlapping edges(faces) disappear. Since these regions are small, this should not generate large metric distortions. But maybe Bruce has some other ideas. Florent ------------------------------------- Florent Segonne PhD Candidate Stata Center 32-D430 CSAIL MIT 1 617 253 2986 http://people.csail.mit.edu/~fsegonne ------------------------------------- On Thu, 10 Nov 2005, Thomas, Adam (NIH/NIMH) wrote: > > I recently noticed that some of my subject's spherical surfaces appears > to have several small, pyramid-like points on them. One example is shown > here in tksurfer: > > http://fmrif.nimh.nih.gov/~adamt/sphere.jpg > > Looking at these points in more detail in suma shows that several > triangles are folder on top of each other so that all the vertices are > on the spheres surface, but some triangles are entirely overlapped by > others. > > The spherical surface is here: > > http://fmrif.nimh.nih.gov/~adamt/rh.sphere.asc (11MB) > > And this is a close up of near node 141619 in suma: > > http://fmrif.nimh.nih.gov/~adamt/sphere_suma_zoom.jpg > > > These distortions are causing us problems with subject averaging. Is > there something we can do to fix or avoid them? > > Thanks, > -Adam > > --- > Adam Thomas adamt(a)nih.gov > Functional MRI Facility, NIMH/NIH/DHHS > 10 Center Dr, Room B1D708A > Bethesda MD. 20892-1148 > Phone:301-402-6351 Fax: 301-402-1370 > > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >

2 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