Freesurfer

freesurfer@nmr.mgh.harvard.edu

16 participants
30084 discussions

Version 4.2.0 for Tiger on PowerPC Mac?
by Carl Anderson 23 Jan '09

23 Jan '09

Hi Would it be possible to somehow download V4.2.0 for Tiger running on a PowerPC Mac? Thanks ------------------------------------------------------- Carl M. Anderson, Ph.D. Assistant Professor of Psychiatry, Harvard Medical School & The Neural Imaging Center, McLean Hospital 115 Mill St. Belmont, MA 02478 Ph: 617-855-2972 Fax: 617-855-2770 webpages: http://remfractal.mclean.org/main.html email: carl_anderson(a)hms.harvard.edu ------------------------------------------------------- Any information, including protected health information (PHI), transmitted in this email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential and or exempt from disclosure under applicable Federal or State law. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon, protected health information (PHI) by persons or entities other than the intended recipient is prohibited. If you received this email in error, please contact the sender and delete the material from any computer.

2 1

Cortical thickness conversion
by Yigal Agam 23 Jan '09

23 Jan '09

Hi, I'm trying to convert corical thickness maps into a common space and getting this error. Any ideas? mri_surf2surf --srcsubject mano002_new --trgsubject fsaverage --hemi lh --srcsurfval lh.thickness --trgsurfval /space/schnook/1/users/yigal/projects/dti/data/new_recons/mano002_new/surf/lh.thickness_fsaverage.nii --nsmooth-in 3 --nsmooth-out 3 srcsubject = mano002_new srcval = lh.thickness srctype = trgsubject = fsaverage trgval = /space/schnook/1/users/yigal/projects/dti/data/new_recons/mano002_new/surf/lh.thickness_fsaverage.nii trgtype = surfreg = sphere.reg srchemi = lh trghemi = lh frame = 0 fwhm-in = 0 fwhm-out = 0 Reading source surface reg /autofs/space/ventzl_001/users/SUBJECTS_DIR/mano002_new/surf/lh.sphere.reg Loading source data ERROR: dimesion inconsitency in source data Number of surface vertices = 115532 Number of value vertices = 118209 mri_surf2surf --srcsubject mano002_new --trgsubject fsaverage --hemi rh --srcsurfval rh.thickness --trgsurfval /space/schnook/1/users/yigal/projects/dti/data/new_recons/mano002_new/surf/rh.thickness_fsaverage.nii --nsmooth-in 3 --nsmooth-out 3 srcsubject = mano002_new srcval = rh.thickness srctype = trgsubject = fsaverage trgval = /space/schnook/1/users/yigal/projects/dti/data/new_recons/mano002_new/surf/rh.thickness_fsaverage.nii trgtype = surfreg = sphere.reg srchemi = rh trghemi = rh frame = 0 fwhm-in = 0 fwhm-out = 0 Reading source surface reg /autofs/space/ventzl_001/users/SUBJECTS_DIR/mano002_new/surf/rh.sphere.reg Loading source data ERROR: dimesion inconsitency in source data Number of surface vertices = 116029 Number of value vertices = 120919

2 1

Fwd: [Freesurfer] cropping of average T1
by Siddharth Srivastava 23 Jan '09

23 Jan '09

---------- Forwarded message ---------- From: Siddharth Srivastava <siddys(a)gmail.com> Date: Fri, Jan 23, 2009 at 9:10 AM Subject: Re: [Freesurfer] cropping of average T1 To: Bruce Fischl <fischl(a)nmr.mgh.harvard.edu> ok.. i will try that and let you know... what other image/logs can i provide for localizing the source of the error? sid. On Fri, Jan 23, 2009 at 9:04 AM, Bruce Fischl <fischl(a)nmr.mgh.harvard.edu>wrote: > not really, it seems like there is a bug. If you can localize it to just > one or a few subjects it would a lot easier to track down > > On Fri, 23 Jan 2009, Siddharth Srivastava wrote: > > Hi Bruce, >> These are about 28 images. I have not tried fewer...do you >> think there >> are some images with incorrect orientation in the cohort? That would show >> up >> in the other location in the average i think... >> sid. >> On Fri, Jan 23, 2009 at 8:46 AM, Bruce Fischl <fischl(a)nmr.mgh.harvard.edu >> >wrote: >> >> I don't think so. How many subjects? Have you tried fewer? >>> >>> On Fri, 23 Jan 2009, Siddharth Srivastava wrote: >>> >>> The surfaces look all right. It happens only to T1. It cant be a display >>> >>>> problem, can it?? >>>> sid. >>>> >>>> On Fri, Jan 23, 2009 at 5:58 AM, Bruce Fischl < >>>> fischl(a)nmr.mgh.harvard.edu >>>> >>>>> wrote: >>>>> >>>> >>>> that is strange. Do the surfaces look ok? How many subjects are you >>>> >>>>> averaging? Does this happen if you only average one or a few? >>>>> >>>>> On Thu, 22 Jan 2009, Siddharth Srivastava wrote: >>>>> >>>>> Hi everyone, >>>>> >>>>> I am attaching a tiff file showing the tkmedit view of >>>>>> the average >>>>>> T1 that freesurfer created during make_average_subject. I am a bit >>>>>> concerned >>>>>> >>>>>> about the cropping that is evident at the posterior aspect of the >>>>>> brain. >>>>>> The >>>>>> >>>>>> individual T1's are complete and ok, so i am guessing that something >>>>>> went >>>>>> wrong during the transform of the individual brain during the process. >>>>>> Can >>>>>> anyone help me find out the problem ? The average surfaces also look >>>>>> all >>>>>> right. >>>>>> thanks, >>>>>> sid. >>>>>> >>>>>> >>>>>> >>>>>> >>>> >>

1 0

cropping of average T1
by Siddharth Srivastava 23 Jan '09

23 Jan '09

Hi everyone, I am attaching a tiff file showing the tkmedit view of the average T1 that freesurfer created during make_average_subject. I am a bit concerned about the cropping that is evident at the posterior aspect of the brain. The individual T1's are complete and ok, so i am guessing that something went wrong during the transform of the individual brain during the process. Can anyone help me find out the problem ? The average surfaces also look all right. thanks, sid.

2 3

labels and transforming them
by Ian Malone 23 Jan '09

23 Jan '09

Hi, I'm trying to work out how to use a transformation matrix derived from FSL to transform labels from Freesurfer into a standard space (MNI152). If I use mri_label2vol to convert the label to a volume with the scan from subject/mri/orig/001.mgz as a template and then flirt to apply the FSL transformation I end up with something that corresponds correctly to the standard space (and the intermediate volume looks correct compared to the original scan). If on the other hand I multiply the positions in the label file by the transformation matrix from FSL (i.e. M*[x y z 1]') then the labelled region does not appear in the correct space. I have also tried adjusting the translation component of the FSL matrix by half the difference between the standard space and original image dimensions with no success. I've also tried to generate a .mat to pass to mri_label2vol using tkregister2, but despite trying different combinations of I and S in --targ-orientation and --mov-orientation I seem to always have one volume upside down (target if I don't specify the orientation, moveable if I do, the FSL matrix does not have this flip). Any suggestions for things that might be going wrong here or other strategies to try? Also, assuming I get the transformation right, will adjusting the label point volume to match the new voxel dimensions make any difference if the the threshold is set at zero? Thanks, Ian

1 0

mri_convert
by Jared Price 23 Jan '09

23 Jan '09

Hi everyone, I have a quick question but an important one. We are working on a 5 year study involving well over 1000 scans. Processing of these patients is primarily done using a cluster machine loaded with freesurfer version x86_64-redhat-linux-gnu-dev4-20080904. However, sometimes it is useful to be able to do certain preliminary steps of the processing locally in our lab which is full of Macs running the 4.0.5 version of freesurfer. Also, because of the long nature of the study in the past these computers have been loaded with 4.0.0 4.0.1 4.0.2 etc. Anyway, my question is that although all of the recon-all processing has been done on the cluster machine some scans have undergone mri_convert locally in the lab to create a 001.mgz file which is then fed to the cluster for further processing. Would there be any concern in this? I know the version of mri_convert for freesurfer version 4.0.5 is mri_convert 1.146.2.3 and the one on our cluster machine is 1.146.2.1, but I am not sure what the versions of mri_convert were that were used in 4.0.0 4.0.1 etc. Anyway, any reason for concern in having some variability only in the version invoked to create the 001.mgz file using mri_convert?

2 1

mri_convert
by Jared Price 23 Jan '09

23 Jan '09

.... correction to the previous message (which is below). The Macs in the local lab are now running Darwin-leopard-i686-stable 4.1.0 and the version of mri_convert on that seems to be 1.146.2.3 Hi everyone, I have a quick question but an important one. We are working on a 5 year study involving well over 1000 scans. Processing of these patients is primarily done using a cluster machine loaded with freesurfer version x86_64-redhat-linux-gnu-dev4-20080904. However, sometimes it is useful to be able to do certain preliminary steps of the processing locally in our lab which is full of Macs running the 4.0.5 version of freesurfer. Also, because of the long nature of the study in the past these computers have been loaded with 4.0.0 4.0.1 4.0.2 etc. Anyway, my question is that although all of the recon-all processing has been done on the cluster machine some scans have undergone mri_convert locally in the lab to create a 001.mgz file which is then fed to the cluster for further processing. Would there be any concern in this? I know the version of mri_convert for freesurfer version 4.0.5 is mri_convert 1.146.2.3 and the one on our cluster machine is 1.146.2.1, but I am not sure what the versions of mri_convert were that were used in 4.0.0 4.0.1 etc. Anyway, any reason for concern in having some variability only in the version invoked to create the 001.mgz file using mri_convert? _______________________________________________ Freesurfer mailing list Freesurfer(a)nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

1 0

Mri_convert issue
by Barnali Basu 22 Jan '09

22 Jan '09

HI I am trying to convert a .nii file to .mgz , however, it throws the following when i run it mri_convert -it nii -i NAG_S3_anatomical_CLEAN.nii.gz -ot mgz -o anat.mgz mri_convert -it nii -i NAG_S3_anatomical_CLEAN.nii.gz -ot mgz -o anat.mgz $Id: mri_convert.c,v 1.146.2.3 2008/08/11 22:18:58 nicks Exp $ reading from NAG_S3_anatomical_CLEAN.nii.gz... INFO: using NIfTI-1 qform TR=0.00, TE=0.00, TI=0.00, flip angle=0.00 i_ras = (1, 0, 0) j_ras = (0, 1, 0) k_ras = (0, 0, 1) writing to anat.mgz... sh: gzip: not found Broken pipe barnali-work:/usr/local/freesurfer/subjects/bert> could you throw some light on this? FYI, I have converted a .vmr (from Brainvoyager) to .nii and wanting to convert it to .mgz so that i can work with it on Freesurfer. Thanks Barnali Basu

2 1

Problem with lgi
by Christian Scheel 22 Jan '09

22 Jan '09

Dear all, It looks like I have found a workaround for the problem that I encountered when calculating the local gyrification index. I am not sure how common my problem is, but as the solution might interest some other people aswell I decided to post it here. The problem was that in my case Matlab did not find the temporary directory 'tmp-mris_compute_lgi-?h.pial' and its file '?h.pial.filled.mgz' - both created by the mris_compute_lgi script (see terminal error message below). My solution was to edit mris_compute_lgi (which can be found in $FREESURFER_HOME/bin) in line 68 replacing set tmpdir = (tmp-mris_compute_lgi-${input}) with set tmpdir = ($PWD/tmp-mris_compute_lgi-${input}) $PWD is a unix environment variable for the path to the current directory (which in this case is $SUBJECTS_DIR/subjid/surf). I have started the computation now and so far everything seems to work fine. Best wishes, Christian Scheel --- ps: this is the terminal error message before editing mris_compute_lgi: [r...@localhost christian]$ recon-all -s bert -localGI Subject Stamp: freesurfer-Linux-centos4-stable-pub-v4.1.0 Current Stamp: freesurfer-Linux-centos4-stable-pub-v4.1.0 INFO: SUBJECTS_DIR is /home/freesurfer/christian Actual FREESURFER_HOME /usr/local/freesurfer_410 -rw-rw-r-- 1 freesurfer freesurfer 906671 Jan 20 14:30 /home/freesurfer/christian/bert/scripts/recon-all.log Linux localhost.localdomain 2.6.9-67.ELsmp #1 SMP Fri Nov 16 12:48:03 EST 2007 i686 i686 i386 GNU/Linux INFO: current FREESURFER_HOME does not match that of previous processing. Current: /usr/local/freesurfer_410 Previous: /space/freesurfer/build/pub-releases/freesurfer /home/freesurfer/christian/bert/surf #-------------------------------------------- #...@# Local Gyrification Index lh Tue Jan 20 14:43:39 CET 2009 mris_compute_lgi --i lh.pial ================= rm -Rf tmp-mris_compute_lgi-lh.pial ================= ================= mkdir -p tmp-mris_compute_lgi-lh.pial ================= ================= mris_fill -c -r 1 lh.pial tmp-mris_compute_lgi-lh.pial/lh.pial.filled.mgz ================= reading surface from lh.pial... writing filled volume to tmp-mris_compute_lgi-lh.pial/lh.pial.filled.mgz... conforming output volume setting resolution for intermediate calculations to 1.0000 ================= make_outer_surface('tmp-mris_compute_lgi-lh.pial/lh.pial.filled.mgz',15,'tmp-mris_compute_lgi-lh.pial/lh.pial-outer'); exit ================= ---------------------------------------------------------------------------- Warning: glibc 2.3.4 - Your version glibc 2.3.6 - MATLAB built using this version ---------------------------------------------------------------------------- Warning: Unable to open display 'iconic'. You will not be able to display graphics on the screen. < M A T L A B (R) > Copyright 1984-2008 The MathWorks, Inc. Version 7.7.0.471 (R2008b) September 17, 2008 To get started, type one of these: helpwin, helpdesk, or demo. For product information, visit www.mathworks.com. >> reading filled volume... zcat: tmp-mris_compute_lgi-lh.pial/lh.pial.filled.mgz.gz: No such file or directory ERROR: problem reading fname ??? SWITCH expression must be a scalar or string constant. Error in ==> load_mgh at 158 switch type Error in ==> MRIread at 88 [mri.vol, M, mr_parms, volsz] = load_mgh(fspec,[],[],headeronly); Error in ==> make_outer_surface at 24 vol=MRIread(filled_volume); >> ERROR: make_outer_surface did not create output file 'tmp-mris_compute_lgi-lh.pial/lh.pial-outer'! Linux localhost.localdomain 2.6.9-67.ELsmp #1 SMP Fri Nov 16 12:48:03 EST 2007 i686 i686 i386 GNU/Linux recon-all exited with ERRORS at Tue Jan 20 14:43:55 CET 2009 -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

1 0

(no subject)
by Al-Radaideh Ali 22 Jan '09

22 Jan '09

Dear FreeSurfer experts, I did contact you before regarding the problem below ( Talairach Failure Detection ) and one suggestion was to use lower resolution MPRAGE rather than using .5mm one. ( Our MPRAGEs were acquired at 7T scanner with 0.5mm isotropic resolution). I acquired a new MPRAGE at 7T scanner with 0.8mm isotropic resolution but unfortunately it failed again. ( Note, regarding the inhomogeniety, I used SPM5 for normalization. Furthermore, I tried also using flag '-notal-check' once but did not work) Any other suggestions I can try, Please? Thu Jan 22 11:22:45 GMT 2009 talairach_avi done cp transforms/talairach.auto.xfm transforms/talairach.xfm #-------------------------------------------- #@# Talairach Failure Detection Thu Jan 22 11:22:46 GMT 2009 /data_local/ali/freesurfer/subjects/low2n/low2n/mri talairach_afd -T 0.005 -xfm transforms/talairach.xfm ERROR: talairach_afd: Talairach Transform: transforms/talairach.xfm ***FAILED*** (p=0.0000, pval=0.0000 < threshold=0.0050) Linux comp03 2.6.11.4-21.11-smp #1 SMP Thu Feb 2 20:54:26 GMT 2006 x86_64 x86_64 x86_64 GNU/Linux recon-all exited with ERRORS at Thu Jan 22 11:22:46 GMT 2009 Many thanks in advance Ali This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.

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