Freesurfer October 2005

freesurfer@nmr.mgh.harvard.edu

49 participants
62 discussions

Question
by Wan Park 26 Sep '06

26 Sep '06

Hello, my name is Wan Park and I am working at Columbia University. After converting General Electric DIACOM files into COR, I go to the Setup Structural Scans. There I set the Structural Scan Dir and then Convert/Average. After that, Start the Process Volume, but it seems that there is a problem when it tries to strip the skull. i receive this message: Images (brain): /Users/../Volumes/ste/freesurfer/subjects/scott/mri/brain/COR-001.. not found ... strip skull first So I go to see the logs and I find this: /Users/wanpark/Desktop/FreeSurfer/freesurfer/bin/Darwin/mri_normalize /Users/../Volumes/stem/freesurfer/subjects/scott/mri/orig /Users/../Volumes/stem/freesurfer/subjects/scott/mri/T1 reading from /Users/../Volumes/stem/freesurfer/subjects/scott/mri/orig... normalizing image... 3d normalization pass 1 of 2 building Voronoi diagram... performing soap bubble smoothing... 3d normalization pass 2 of 2 building Voronoi diagram... performing soap bubble smoothing... writing output to /Users/../Volumes/stem/freesurfer/subjects/scott/mri/T1 3D bias adjustment took 3 minutes and 23 seconds. Command Finished /Users/wanpark/Desktop/FreeSurfer/freesurfer/bin/Darwin/mri_watershed /Users/../Volumes/stem/freesurfer/subjects/scott/mri/T1 /Users/../Volumes/stem/freesurfer/subjects/scott/mri/brain ************************************************************ The input file is /Users/../Volumes/stem/freesurfer/subjects/scott/mri/T1 The output file is /Users/../Volumes/stem/freesurfer/subjects/scott/mri/brain If this is incorrect, please exit quickly the program (Ctl-C) *************************WATERSHED************************** preflooding height equal to 25 percent Sorting... first estimation of the COG coord: x=125 y=148 z=132 r=54 first estimation of the main basin volume: 693155 voxels ******************************************************** ******************************************************** ******************************************************** White matter intensity 0 is lower than CSF intensity 26. Please examine input images. Will terminate ... ******************************************************** ******************************************************** ******************************************************** ************************************************************** MRIstipSkull failed. ************************************************************** Command Finished Could you tell me what's wrong? Thanks, Wan Park

4 3

Short Course in fMRI
by Doug Greve 10 Apr '06

10 Apr '06

Mark Vangel and I are offering a short course in the statistical signal processing of fMRI. October 31 (Mon) & November 1 (Tue), 2005 7th Floor Auditorium Building 149 Charlestown Navy Yard Free, but limited to 40 attendees. Register at: http://www.nmr.mgh.harvard.edu/martinos/training/shortCoursefMRIStats.php doug

1 1

RE: [Freesurfer] good news and bad news
by Bruce Fischl 22 Nov '05

22 Nov '05

sorry, I didn't mean to say it is half broken. I meant that we haven't had time to go through the set of regression and system tests that we want to in order to make sure that everything works as well as we can make it. We've been going through that process and finding little things that we can improve, and have decided to make the improvements and retest rather than release things. Mostly the current dev version works extremely well. sorry for the confusion. Bruce On Sat, 22 Oct 2005, Fornito, Alexander wrote: > Hi Bruce, Just wanted to clarify: When you say the dev releases are "half > broken" does that mean there may be some minor niggles but results > generated should be (on the whole) trustworthy, or does it mean that we > should definitely avoid doing a complete study (eg., from surface > generation through to morphometric or fMR analysis) using a dev version? > Thanks, Alex > > Alex Fornito > M.Psych/PhD (clin. neuro.) candidate > Melbourne Neuropsychiatry Centre and Department of Psychology > The University of Melbourne > alexander.fornito(a)wh.org.au > > > > -----Original Message----- > From: freesurfer-bounces(a)nmr.mgh.harvard.edu on behalf of Bruce Fischl > Sent: Sat 22/10/2005 2:57 AM > To: freesurfer(a)surfer.nmr.mgh.harvard.edu > Subject: [Freesurfer] good news and bad news > > Hi All, > > I'll start with the good: > > thanks to Anders Dale (UCSD), Howard Pinsky (CorTechs) and Christian > Euseman (MGH), we have finally signed an open source agreement for > FreeSurfer. We will be posting a "read-only" tarball on the website in the > next couple of weeks, and anyone is free to download it and look at it. We > will *not* be supporting a make/configure type env for people to download > and build, as we simply aren't ready to do so. We plan to implement such a > procedure, but it will be a while. Instead of waiting until that was ready, > I thought people would like to have access to the source to at least see > what things are doing, and be able to see file formats and such. > > Now the bad news. I know we've been promising a new release, but it is > being delayed for another month or two. Partially this is due to the > opensourcing, which has taken our time and resources, but it is also > because we *really* don't want to release something that is half broken. > There are also a number of features that we want to get into the release, > and not have updates to it right away. We have continued to post current > versions on the website as prereleases, but *please* be aware that we can't > guarantee that these versions will be compatible with the one we ultimately > release. I think they will be, but can't say for sure. Our hope is that > datasets processed with the prerelease versions can be rerun automatically > with recon-all --rerun or something like that, but again, no guarantees. > > cheers, > Bruce > > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > >

6 15

Matlab conflicts with FS-FAST
by Andrew H Bell 31 Oct '05

31 Oct '05

Hello, I'm having strange difficulties with FS-FAST and thought that someone out there might have some suggestions: Specifically - one problem I'm having is viewing the data with SLICEVIEW-SESS The error I get is below (I've pasted the output from the Matlab step on). I don't get this error when using an older version of matlab (which is no longer an option). Is there a way to override this "title" business? Thanks! Andy < M A T L A B > Copyright 1984-2005 The MathWorks, Inc. Version 7.0.4.352 (R14) Service Pack 2 January 29, 2005 Toolbox Path Cache read in 0.00 seconds. Warning: Duplicate directory name: /Users/bellah/matlab. MATLAB Path initialized in 0.06 seconds. To get started, type one of these: helpwin, helpdesk, or demo. For product information, visit www.mathworks.com. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> yvtitle = ruphert100-func_atlas-face_place-sig >> >> >> >> >> yakview: $Id: yakview.m,v 1.4 2003/09/29 00:53:22 greve Exp $ Base /Users/bellah/Documents/HMI_Data/AFNI_Data/Ruphert/face_place1_ru100/ruphert 100/bold/func_atlas//h-offset Overlay /Users/bellah/Documents/HMI_Data/AFNI_Data/Ruphert/face_place1_ru100/ruphert 100/bold/func_atlas//face_place/sig Hemodynamic Data Offset Raw Data RawFunc: Loading Base ... 1.52961 sec Making Base Mosaic ... 0.340587 sec Loading Overlay 1.11081 sec Making Overlay Mosaic ... 0.266878 sec ??? Error: <a href="error:/Applications/freesurfer/fsfast/toolbox/yak.m,427,9">File: yak.m Line: 427 Column: 9</a> "title" previously appeared to be used as a function, conflicting with its use here as the name of a variable. A possible cause of this error is that you forgot to initialize the variable, or you have initialized it implicitly using load or eval. Error in ==> <a href="error:/Applications/freesurfer/fsfast/toolbox/yakview.m,230,1">yakview at 230</a> yak('init',s,'-Nnnc',Nnnc,'-h',hsa,'-dof',dof,... >> > Andrew H. Bell, PhD Laboratory of Brain and Cognition National Institute of Mental Health 49 Convent Drive Building 49, RM 1B80 Bethesda, MD 20892 office: (301) 496-5625 ext.260 mobile: (202) 679-1279 bellah(a)mail.nih.gov

2 1

Re: [Freesurfer] Intensity problems
by Martin Ystad 31 Oct '05

31 Oct '05

Jenni Pacheco wrote: > Hi Martin, > > Control points should fix the problem. Try adding some to this > brighter region, as well as a few to regions currently labeled to > 110. Sometimes this helps. After you've saved your control points (be > sure to save them) then you should run: > > recon-all -normalization -usecontrolpoints -subjid <subjid> > > to make sure that it uses your control points. If you look at your > brain T1 volume now, those bright spots should be taken care of. If > so you'll need to re-run these steps: > recon-all -skullstrip -subcortseg -normalization2 -segmentation > -subjid <subjid> > > If it hasn't worked, let me know, maybe there's another problem. > > good luck, > Jenni > > On Fri, 28 Oct 2005, Martin Ystad wrote: > >> Hi, I'm currently running the latest developmental release for RedHat >> 9, but I seem to have some problems concerning the >> intesity-normalization. Unfortunately, my images have some intensity >> inhomogenities, but the first normalization-step seems to take care >> of most of these. However, some regions inside the white matter has a >> somewhat high value, for example 130 -140. These regions are not >> included in the white matter when I run the recon-all -segmentation >> program. Adding control-points to these areas does not work, >> obviously, since only values lower than 110 are considered when the >> normalization-step is re-runned. (right?) >> Is there any way to include these areas in my final white matter >> whithout manually drawing them onto the wm.mgz -volume? For instance >> raising the threshold for wm-segmentation? >> If so, would this produce any kind new artifacts which I need to be >> aware of? >> >> Thanks, >> >> Martin Ystad >> Medical Student >> University of Bergen >> Institute of Biomedicine >> Jonas Lies vei 91, 5009 >> Bergen, Norway. >> >> _______________________________________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> >> >> > Hi, thanks for your help. I tried what you suggested and it turned out somewhat better. Still, there are large areas that are not included in the wm.mgz. The problem with some of the data sets is that the intensity inhomogenities in the center of the brain also reaches some very low values. I'm worried that if I include these with control-points, some of the gray matter will be misinterpreted as white matter. Is this a legitimate concern, or does the program work in a different way? If so, how low can the control point value be to avoid that this happens? Ps. If I add a control point to one area with a specific high or low value, does this take care of all the other areas with similar values across the brain, or do I have to add a control point to all areas that have discrepancies in intensity? Thanks, Martin

3 4

RE: [Freesurfer] recon-all library dependencies
by James Voyvodic 31 Oct '05

31 Oct '05

Is there a version of Linux that we can get that will be fairly sure to be able to run FreeSurfer's RECON-ALL sequence? We have been using many different versions of FreeSurfer through the old CSURF interface on several different Linux installations (RH 7-9, Fedora Core 1). Now we want to upgrade to a recent recon-all command line version. So far, I've never been able to get recon-all to run successfully (always crashes part way through) on either RedHat 9 or Fedora Core 1. The details of my most recent attempt with the newest RH9 release are shown below. What Linux should I choose to have the best chance of running FreeSurfer? Ideally I would like to install the same version being used at MGH. Is that RH9, CentOS, Fedora? I'm running on a Dell Intel with plenty of power. Alternatively I would be happy to upgrade my RedHat 9 system to the libraries FreeSurfer wants if I knew which versions I should upgrade to (and where to find them). Do other successful recon-all users have any recommendations? thanks, Jim =============== Redhat 9 attempt to run "recon-all" using the recent Dev version: freesurfer-Linux-rh9-dev20051003-full (I had successfully reconstructed this data set using an earlier csurf version). recon-all -subjid k1140 autorecon1 ... (many steps apparently worked, and then we got the following) [jim@hawking:/data2/surfdata/subjects/k1140/mri/] [2005-10-28 14:05:25] running: /usr/local/mni/bin/nu_estimate_np_and_em -parzen -log -sharpen 0.15 0.01 -iterations 50 -stop 0.001 -shrink 4 -auto_mask -nonotify -b_spline 1 -distance 200 -quiet -execute -clobber -nokeeptmp -tmpdir /usr/tmp/nu_correct_14439/ nu0.mnc nu1.imp /usr/local/mni/bin/volume_stats: /lib/libgcc_s.so.1: version `GCC_3.3' not found (required by /usr/lib/libstdc++.so.6) nu_estimate_np_and_em: crashed while running volume_stats (termination status=256) nu_correct: crashed while running nu_estimate_np_and_em (termination status=256) ERROR: nu_correct Linux hawking 2.4.20-31.9 #1 Tue Apr 13 18:04:23 EDT 2004 i686 i686 i386 GNU/Linux recon-all exited with errors at Fri Oct 28 14:05:25 EDT 2005 (The non-development release, freesurfer-Linux-rh9-v2.1, stopped earlier than this with probelms finding tixwish libraries.) -----Original Message----- From: Nick Schmansky [mailto:nicks@nmr.mgh.harvard.edu] Sent: Wednesday, October 26, 2005 5:35 PM To: James Voyvodic Cc: Freesurfer Mailing List Subject: Re: [Freesurfer] recon-all library dependencies Jim, The short answer is that I think you may need to have your Linux installation upgraded with newer versions of the 'base' libraries. Freesurfer requires, but does not include, a number of libraries that are normally included in most Linux installations. The newer 'dev' version of Freesurfer includes the following libraries in its 'lib' directory (which themselves are built against the 'base' libraries, as you have discovered): GSL, Tcl/Tk/Tix/BLT, the MINC tools, and Qt To see which libraries a freesurfer binary depends upon, use the 'ldd' command. On a rh7.3 system of ours (the oldest Linux platform we support), here is the output for one of the binaries, where the 'base' libraries are the ones in the /usr/lib and /usr/X11 directories: [martinos01:~] (nmr-dev-env) ldd `which tkmedit` libtix.so.0 => /usr/local/freesurfer/dev/lib/tcltktixblt/lib/libtix.so.0 (0x40015000) libtk8.4.so => /usr/local/freesurfer/dev/lib/tcltktixblt/lib/libtk8.4.so (0x4004f000) libtcl8.4.so => /usr/local/freesurfer/dev/lib/tcltktixblt/lib/libtcl8.4.so (0x40112000) libglut.so.3 => /usr/lib/libglut.so.3 (0x401c8000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40204000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x4020c000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40223000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40239000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40241000) libGL.so.1 => /usr/lib/libGL.so.1 (0x402bc000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40318000) libdl.so.2 => /lib/libdl.so.2 (0x40325000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40328000) libgsl.so.0 => /usr/pubsw/packages/gsl/current/lib/libgsl.so.0 (0x403fe000) libgslcblas.so.0 => /usr/pubsw/packages/gsl/current/lib/libgslcblas.so.0 (0x4055a000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40587000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x405a5000) libz.so.1 => /usr/lib/libz.so.1 (0x405e9000) libm.so.6 => /lib/i686/libm.so.6 (0x405f7000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4061a000) libc.so.6 => /lib/i686/libc.so.6 (0x42000000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x40647000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40693000) libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x406d6000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) So you can see that most of the 'base' libraries are version 6. The same is true for rh9. You can compare this output to your own output from the same command to discover which libraries on your system are old. Also, I noticed that your mni tools seem to be in the /usr/local/mni directory, rather than in the $FREESURFER_HOME/lib/mni directory. You may have a lingering MINC_BIN_DIR statement in your .cshrc file, pointing to a prior installation of the MINC tools, but I don't think this is the heart of your problem (old libraries). Unfortunately, there is no 'universal' freesurfer distribution for this very reason that Linux platforms have varying versions of the base libraries. If you have a sysadmin, perhaps he can upgrade the libs on your rh9 system. The newer Linux installations, like CentOS 4, have automatic upgrade tools, which alleviate this problem, and is why we will soon be abandoning our own rh7.3 and rh9 Linux systems at the MGH NMR center (which require manual upgrade). Lastly, you can restart recon-all from different stages. Run 'recon-all -help' to see the different stages (basically autorecon1, autorecon2 and autorecon3). Nick On Wed, 2005-10-26 at 16:49 -0400, James Voyvodic wrote: > I've upgraded to the latest development release > (freesurfer-Linux-rh9-dev20051003-full.tar.gz) running > on Linux Redhat 9 on an x86 platform. > Recon-all crashes, apparently because of failed library dependencies, with > the following message: > > /usr/local/mni/bin/volume_stats: /usr/lib/libstdc++.so.6: version > `CXXABI_1.3' not found (required by /usr/local/mni/bin/volume_stats) > /usr/local/mni/bin/volume_stats: /usr/lib/libstdc++.so.6: version > `GLIBCXX_3.4' not found (required by /usr/local/mni/bin/volume_stats) > nu_estimate_np_and_em: crashed while running volume_stats (termination > status=256) > nu_correct: crashed while running nu_estimate_np_and_em (termination > status=256) > ERROR: nu_correct > Linux hawking 2.4.20-31.9 #1 Tue Apr 13 18:04:23 EDT 2004 i686 i686 i386 > GNU/Linux > recon-all exited with errors at Wed Oct 26 15:17:17 EDT 2005 > > It had previously crashed because it couldn't find libstdc++.so.6 at all, so > I tried to appease it by using the old trick of linking libstdc++.so.5 to > libstdc++.so.6, but obviously that wasn't enough. > > So the main question is: what libraries are needed to run the new version(s) > of FreeSurfer? > Is there a way to download the missing libraries from somewhere? > > When I installed and tried to run the most recent stable release > (freesurfer-Linux-rh9-v2.1.tar.gz) I was foiled because I didn't have > libtixwish installed, which is why I went to the development release that > had more libraries. Yum says I have libstdc++ and doesn't offer a .so.6 > variant. Do I need a different version of Linux? > > A side question: If recon-all crashes part way through, is there a way to > skip the successful steps when restarting or does it have to redo all the > steps in its autorecon (e.g. autorecon1) script? > > thanks, > Jim > > > ======================== > James T. Voyvodic, Ph.D. > Brain Imaging and Analysis Center > Duke University Medical Center > e-mail: jim.voyvodic(a)duke.edu > > _______________________________________________ > Freesurfer mailing list > Freesurfer(a)nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > >

2 1

Re: [Freesurfer] good news and bad news
by Bruce Fischl 28 Oct '05

28 Oct '05

Hi Greg, it's: mris_ca_train lh sphere.reg my_annot_file <subject 1> ... lh.my_annot_atlas.gcs. -autorecon3 won't pick it up, you'll have to specify it by hand I think, but Doug would know. cheers, Bruce On Fri, 28 Oct 2005, Greg Harris wrote: > Hi Bruce. > > mris_sample_parc seems straightforward enough, but I'll need a few > hints about mris_ca_train. I get this usage line: > > usage: mris_ca_train [options] <hemi> <canon surf> <annot file> <subject 1> > <subject 2> ... <output file> > > Apparently, none of the options is '--help' or '-h', so I have no list of > options. > Is <canon surf> a standard component of the freesurfer distribution? > Is <annot file> a table of names, labels and colors? If so, where is the > file that > drives the generation of the file label/aparc_annot.ctab in each subject? > What do I want for <output file>? Presumably this is a special file name > that > will be picked up in -autorecon3. > > Greg > > > Bruce Fischl wrote: > >> Hi Greg, >> >> I'll let someone else answer the download question, as I don't offhand >> remember which site it is. >> >> As for your own atlas, I assume you mean cortical? This shouldn't be a >> problem. We distribute a binary called mris_sample_aparc that will sample >> them onto a surface. You can then use mris_ca_train to build your own >> atlas. >> >> As for the subcortical, this is a tougher question. Note that we are still >> working on it, and it has some sequence dependence. That said though, our >> manually labeled thalamus does extend to caudate, and it also goes pretty >> far lateral where there are some very low contrast thalamic nuclei. I'm not >> really qualified to comment on this - we'll need to get the neuroanatomists >> together. >> >> cheers, >> Bruce >> >> >> On Fri, 28 Oct 2005, Greg Harris wrote: >> >>> Hi Bruce. >>> >>> I need to watch for the source tarball on the website when it appears. >>> Is the correct url for the website something like >>> https://surfer.nmr.mgh.harvard.edu/fswiki/Download >>> i.e., the FreeSurfer Wiki? Or will I need to search for a tarball at >>> ftp://surfer.nmr.mgh.harvard.edu/pub/dist/ ? >>> >>> We will need instructions on how to define our own atlas, or how to >>> vary the existing atlas that is used to produce -autorecon3. We have >>> extensive traces of 50 or more brains to base this on. We want to >>> subdivide the STG-planum area. We also want the Insula, which I can >>> sort of get by clipping the 'unknown' ribbon with a probabilistic >>> talairach mask after mapping the 'aparc' information back into brains2. >>> >>> We have concerns about the 'aseg' information; for example, your >>> Thalamus-Proper is much larger than our gross thalamus, and our >>> thalamus roi does not touch our caudate roi. Do the control points >>> have to make the subcortical neighborhood pretty much of uniform >>> intensity of 110 for the white matter spine to develop into a sphere? >>> >>> Greg Harris >>> University of Iowa Psychiatry Brain Imaging Lab >>> >>> Bruce Fischl wrote: >>> >>>> We will be posting a "read-only" tarball on the website in the next >>>> couple of weeks, and anyone is free to download it and look at it. We >>>> will *not* be supporting a make/configure type env for people to download >>>> and build, as we simply aren't ready to do so. We plan to implement such >>>> a procedure, but it will be a while. Instead of waiting until that was >>>> ready, I thought people would like to have access to the source to at >>>> least see what things are doing, and be able to see file formats and >>>> such. >>> >>> >>>> cheers, >>>> Bruce >>>> >>>> >>>> _______________________________________________ >>>> Freesurfer mailing list >>>> Freesurfer(a)nmr.mgh.harvard.edu >>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>> >>> >>> >>> >> > > >

1 0

Re: [Freesurfer] good news and bad news
by Bruce Fischl 28 Oct '05

28 Oct '05

Hi Greg, I'll let someone else answer the download question, as I don't offhand remember which site it is. As for your own atlas, I assume you mean cortical? This shouldn't be a problem. We distribute a binary called mris_sample_aparc that will sample them onto a surface. You can then use mris_ca_train to build your own atlas. As for the subcortical, this is a tougher question. Note that we are still working on it, and it has some sequence dependence. That said though, our manually labeled thalamus does extend to caudate, and it also goes pretty far lateral where there are some very low contrast thalamic nuclei. I'm not really qualified to comment on this - we'll need to get the neuroanatomists together. cheers, Bruce On Fri, 28 Oct 2005, Greg Harris wrote: > Hi Bruce. > > I need to watch for the source tarball on the website when it appears. > Is the correct url for the website something like > https://surfer.nmr.mgh.harvard.edu/fswiki/Download > i.e., the FreeSurfer Wiki? Or will I need to search for a tarball at > ftp://surfer.nmr.mgh.harvard.edu/pub/dist/ ? > > We will need instructions on how to define our own atlas, or how to > vary the existing atlas that is used to produce -autorecon3. We have > extensive traces of 50 or more brains to base this on. We want to > subdivide the STG-planum area. We also want the Insula, which I can > sort of get by clipping the 'unknown' ribbon with a probabilistic > talairach mask after mapping the 'aparc' information back into brains2. > > We have concerns about the 'aseg' information; for example, your > Thalamus-Proper is much larger than our gross thalamus, and our > thalamus roi does not touch our caudate roi. Do the control points > have to make the subcortical neighborhood pretty much of uniform > intensity of 110 for the white matter spine to develop into a sphere? > > Greg Harris > University of Iowa Psychiatry Brain Imaging Lab > > Bruce Fischl wrote: > >> We will be posting a "read-only" tarball on the website in the next couple >> of weeks, and anyone is free to download it and look at it. We will *not* >> be supporting a make/configure type env for people to download and build, >> as we simply aren't ready to do so. We plan to implement such a procedure, >> but it will be a while. Instead of waiting until that was ready, I thought >> people would like to have access to the source to at least see what things >> are doing, and be able to see file formats and such. > >> cheers, >> Bruce >> >> >> _______________________________________________ >> Freesurfer mailing list >> Freesurfer(a)nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> > > >

2 1

Intensity problems
by Martin Ystad 28 Oct '05

28 Oct '05

Hi, I'm currently running the latest developmental release for RedHat 9, but I seem to have some problems concerning the intesity-normalization. Unfortunately, my images have some intensity inhomogenities, but the first normalization-step seems to take care of most of these. However, some regions inside the white matter has a somewhat high value, for example 130 -140. These regions are not included in the white matter when I run the recon-all -segmentation program. Adding control-points to these areas does not work, obviously, since only values lower than 110 are considered when the normalization-step is re-runned. (right?) Is there any way to include these areas in my final white matter whithout manually drawing them onto the wm.mgz -volume? For instance raising the threshold for wm-segmentation? If so, would this produce any kind new artifacts which I need to be aware of? Thanks, Martin Ystad Medical Student University of Bergen Institute of Biomedicine Jonas Lies vei 91, 5009 Bergen, Norway.

1 0

Re: [Freesurfer] aseg
by Jenni Pacheco 28 Oct '05

28 Oct '05

You can run recon-all -segstats -subjid <subjid> and it will output a stats file into your subject's scripts/ directory. If you've already run recon-all you may already have this file. antao(a)itsa.ucsf.edu wrote: > Hi How to calculate the volume of segmented brain like hippocampus, > subcortical nucleus? > > Thanks, > > Antao _______________________________________________ Freesurfer mailing list Freesurfer(a)nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

3 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Freesurfer October 2005