Freesurfer

freesurfer@nmr.mgh.harvard.edu

30132 discussions

Re: [Freesurfer] Using SPM transformation matrices as initial guess in talairach_avi
by Bruce Fischl 13 Jul '12

13 Jul '12

Hi Simon I'm also puzzled about your "quantitative T1 maps". Are these T1 values in ms? If so, the image won't have "T1-weighted contrast" as WM will be darker (shorter T1) than GM, in which case everything would fail. I assume that what you are going to FreeSurfer (and Avi's code) is instead the larger flip angle FLASH image. cheers Bruce On Thu, 12 Jul 2012, Snyder, Avi wrote: > I don't see that it is possible to avoid double resampling if you use > FreeSurfer to segment. As far as I can tell, the problem with your dataset > is that a substantial fraction of cases results a clearly poor Talarrach > atlas transform, e.g., too "fat" or too "thin" or distorted. There is no > provision, as far as I am aware, to, initialize the Talairach transform > module based on a prior computations. There are two main possibilities > that underly bad Talairach transforms (1) input images very displaced or > rotated from standard acquisitions (2) mismatch between contrast > mechanisms in the sample T1W and the atlas representative target. It is > possible to correct error mechanism 2. A dialog regarding this possibility > is ongoing with the FreeSurfer developers. > > Avi > ----------------------------------- > On 7/12/12 5:09 AM, "Baudrexel, Simon" <Simon.Baudrexel(a)kgu.de> wrote: > >> Dear Avi, >> >> thank you for your reply, probably I didn't make my point clear enough. >> Our high resolution quantitative T1-maps (derived from multispectral >> FLASH) have excellent GM-WM contrast and once autorecon1 (talairach-avi) >> gets over this tricky coregistration into standard space all other >> following steps look very fine (including the subcortical segmentation >> which I'm interested in). Since registration is often more robust when >> images are approximately realigned from the beginning, I thought to use >> SPM (or fsl) affine coregistration parameters (to MNI space) as a guess >> in talairach_avi would be worth a try (I think the problem lies in a >> somewhat different contrast of the neck and skull which appear brighter >> in our qT1 maps compared to MPRAGE). I could use SPM-coregistered T1 >> maps instead an put them into the freesurfer pipeline which, however, >> would mean an additional interpolation (which is not what I want). Is >> there another workaround? ( I read that in tkregister2 there is the >> option to apply fsl transformation matrices - something like that would >> be needed - but I'm no too familiar with the way freesurfer handels and >> stores those transformations). As my doctorate fellow sees himself >> manually segmenting all the subcortical structurs any help would be >> greatly appreciated -:) >> >> Thanks, >> >> Simon Baudrexel >> Brain Imaging Center >> Goethe University >> Frankfurt >> ________________________________ >> >> Von: Snyder, Avi [avi(a)npg.wustl.edu] >> Gesendet: Donnerstag, 12. Juli 2012 01:58 >> Bis: Baudrexel, Simon; Bruce Fischl >> Cc: freesurfer(a)nmr.mgh.harvard.edu >> Betreff: Re: AW: [Freesurfer] Using SPM transformation matrices as >> initial guess in talairach_avi >> >> Simon, >> >> The standard Talairach atlas transform module in FreeSurfer was designed >> for T1W high-resolution structural images (e.g., MP-RAGE or SPGR). This is >> a design choice partly driven by the fact that the FreeSurfer segmentation >> algorithm assumes high-resolution T1 weighting. Reliable atlas >> transformation with any other contrast mechanism would be highly >> uncertain. Atlas transformation modules theoretically could be produced >> for other contrast mechanisms, e.g., R1 or FA. However, it is not clear >> that, even if this were done, that the tissue classification part of >> FreeSurfer would work. If you have R1 and/or FA images that need to be >> analyzed using FreeSurfer segmentations, I would think that you should >> submit a minimally processed high-resolution T1W image to FreeSurfer and >> then use the generated results as ROIs in subsequent analyses. Of course, >> this strategy requires that the images containing the contrast to be >> evaluated are co-registered to the segmented MP-RAGE. >> >> I hope I have correctly understood your scientific objectives. >> >> Avi Snyder >> ------------ >> On 7/10/12 4:20 AM, "Baudrexel, Simon" <Simon.Baudrexel(a)kgu.de> wrote: >> >>> Hi Bruce, >>> >>> I'm using freesurfer version 5.1.0. I currently try to process >>> quantitative T1 (R1) maps derived from 4 and 18 deg. FLASH images and FA >>> maps. Interestingly, transformation appears to fail less often when using >>> single (16 deg.) FLASH images, only. SPM segmentation routine on the >>> other hand works pretty well on both T1 and FLASH images (probably >>> because of using header origin information - which was set to the >>> anterior commissure- as first guess in the registration). >>> >>> Thanks >>> Simon >>> ________________________________________ >>> Von: Bruce Fischl [fischl(a)nmr.mgh.harvard.edu] >>> Gesendet: Montag, 9. Juli 2012 20:03 >>> Bis: Baudrexel, Simon >>> Cc: freesurfer(a)nmr.mgh.harvard.edu; Avi Snyder >>> Betreff: Re: [Freesurfer] Using SPM transformation matrices as initial >>> guess in talairach_avi >>> >>> Hi Simon >>> >>> what version are you using? Avi Snyder (ccd) has been tracking down some >>> interactions between his talairach code and our intensity normalization >>> that seem to have made it more fragilie, particularly in 5.1. He has some >>> suggested fixes that may improve things for you. >>> >>> cheers >>> Bruce >>> >>> On Mon, 9 Jul 2012, Baudrexel, Simon >>> wrote: >>> >>>> Hello, >>>> >>>> since I experienced a high rate of registration errors using >>>> talairach_avi >>>> in the conventional recon-all processing stream (more than 50% >>>> misregistration), I would like to incorporate SPM affine registration >>>> parameters (as provided in the seg_inv_sn.mat file obtained from the >>>> segmentation routine) as initial guess "to help" talairach-avi. Is >>>> there a >>>> possibility to do this? How do I have to adjust the transformation >>>> matrix >>>> that it can be handled by freesurfer? >>>> >>>> I also tried to circumvent the registration-problem using >>>> skull-stripped >>>> images, which unfortunately also did not improve the results (I think a >>>> template made from skull-stripped images has to be used in that case) >>>> >>>> Any help would be much appreciated >>>> >>>> Regards, >>>> Simon >> > > > >

2 1

Control Point Problem: CPs removing white matter from surface instead of adding it
by Peter McNally 12 Jul '12

12 Jul '12

Dear FreeSurfer, Hello, I am currently working on a project using FreeSurfer (version 5.1.0) at the Kable Labs at the University of Pennsylvania, and I have come across a problem when using control points to add incorporate more of the white matter into the white matter surface. After highlighting the parts of the white matter that have yet to be brought into the white matter surface with CPs, it will sometimes do what I intend it to but often will not. The strange part is that when it fails to incorporate more wm into the wm surfs it often actually removes a considerable amount the white matter both from the wm.mgz volume and from the white matter surface. Once it even did so on the opposite hemisphere as where I had put down control points. This problem seems to occur exclusively in the anterior end of the temporal lobe (everywhere else my use of control points has presented me with no problems), and it happens both when using control points sparingly and aggressively (I did a bit of experimenting, and the quantity of CPs that I used seemed to make no difference). Do you have any advice for how I might be able to get around this dilemma and/or why it likely is occurring? Thank you very much for your time. Best, Peter McNally

3 8

Hippocampus Doubt
by Gabriel Gonzalez Escamilla 12 Jul '12

12 Jul '12

2 1

area.pial files
by Schur, Remmelt R. 12 Jul '12

12 Jul '12

Dear Freesurfers, I've been looking at the attributes in the '.area.pial' and '.area' (looking to see how well the area attributes correlate between lh.area and lh.area.pial). But it seems that the number of attributes in each file is different. Does anyone know if this is correct and if so, why the dimensions for each attribute file differ? Thank you! Kind regards, Remmelt Schür IMPORTANT WARNING: This email (and any attachments) is only intended for the use of the person or entity to which it is addressed, and may contain information that is privileged and confidential. You, the recipient, are obligated to maintain it in a safe, secure and confidential manner. Unauthorized redisclosure or failure to maintain confidentiality may subject you to federal and state penalties. If you are not the intended recipient, please immediately notify us by return email, and delete this message from your computer.

2 1

Memory allocation problem trac-all -prior
by Rui Lavrador 12 Jul '12

12 Jul '12

Hi all, I'm running tracula and when doing the step: trac-all -prior -c single_subject After some time it gives this error: MRIalloc(218, 182, 182): could not allocate 158704 bytes for 49th slice Cannot allocate memory I' m running tracula on Ubuntu 10.04, with 4GB ram. The diffusion data is DTI with 64 directions. This happens many times? I need more memory? Best regards, -- Rui Lavrador

2 1

Hippocampal subfield segmentation error
by Gabriel Gonzalez Escamilla 12 Jul '12

12 Jul '12

1 0

Register ROI5.nii to fsaverage in tutorial "Cortical Thickness of a Volume-defined ROI"?
by Garikoitz Lerma Usabiaga 12 Jul '12

12 Jul '12

Dear All, I am trying to automate ROI creation in freesurfer following the VolumeRoiCorticalThickness tutorial, based on the AAL defined ROI-s from MarsBar. QUESTION ROI5.nii was originally in the same space as TT_avg152T1.nii (see MORE INFO below). I understand that after Step 2 (when TT_avg152T1.nii is registered to fsaverage with spmregister), TT_avg152T1 will be in fsaverage space. But, we didn't transform or register ROI5.nii, so I understand that it will continue in the same original space. When I visualize ROI5 over the original TT_avg152T1 it is ok, but when I visualize it over the fsaveraged one, it is not. Shouldn't we need to register or normalize ROI5.nii to fsaverage as well prior to the mri_vol2surface mapping? MORE INFO: 1.- I created the ROI5.nii in MarsBar: "ROI definition" > "Export" > "Export ROI to image" (select: MNI_Frontal_Inf_Tri_L_roi.mat) > from image (select: avg152T1.nii) > Save it (name: ROI45.nii) 2.- I follow exactly the same steps as the tutorial, but in step 3) when I check the ROI in the inflated surface, it is clearly out of place... Thank you very much in advance, Gari Garikoitz Lerma Usabiaga Predoctoral Researcher www.bcbl.eu

2 1

Re: [Freesurfer] Using SPM transformation matrices as initial guess in talairach_avi
by Baudrexel, Simon 12 Jul '12

12 Jul '12

Dear Avi, thank you for your reply, probably I didn't make my point clear enough. Our high resolution quantitative T1-maps (derived from multispectral FLASH) have excellent GM-WM contrast and once autorecon1 (talairach-avi) gets over this tricky coregistration into standard space all other following steps look very fine (including the subcortical segmentation which I'm interested in). Since registration is often more robust when images are approximately realigned from the beginning, I thought to use SPM (or fsl) affine coregistration parameters (to MNI space) as a guess in talairach_avi would be worth a try (I think the problem lies in a somewhat different contrast of the neck and skull which appear brighter in our qT1 maps compared to MPRAGE). I could use SPM-coregistered T1 maps instead an put them into the freesurfer pipeline which, however, would mean an additional interpolation (which is not what I want). Is there another workaround? ( I read that in tkregister2 there is the option to apply fsl transformation matrices - something like that would be needed - but I'm no too familiar with the way freesurfer handels and stores those transformations). As my doctorate fellow sees himself manually segmenting all the subcortical structurs any help would be greatly appreciated -:) Thanks, Simon Baudrexel Brain Imaging Center Goethe University Frankfurt ________________________________ Von: Snyder, Avi [avi(a)npg.wustl.edu] Gesendet: Donnerstag, 12. Juli 2012 01:58 Bis: Baudrexel, Simon; Bruce Fischl Cc: freesurfer(a)nmr.mgh.harvard.edu Betreff: Re: AW: [Freesurfer] Using SPM transformation matrices as initial guess in talairach_avi Simon, The standard Talairach atlas transform module in FreeSurfer was designed for T1W high-resolution structural images (e.g., MP-RAGE or SPGR). This is a design choice partly driven by the fact that the FreeSurfer segmentation algorithm assumes high-resolution T1 weighting. Reliable atlas transformation with any other contrast mechanism would be highly uncertain. Atlas transformation modules theoretically could be produced for other contrast mechanisms, e.g., R1 or FA. However, it is not clear that, even if this were done, that the tissue classification part of FreeSurfer would work. If you have R1 and/or FA images that need to be analyzed using FreeSurfer segmentations, I would think that you should submit a minimally processed high-resolution T1W image to FreeSurfer and then use the generated results as ROIs in subsequent analyses. Of course, this strategy requires that the images containing the contrast to be evaluated are co-registered to the segmented MP-RAGE. I hope I have correctly understood your scientific objectives. Avi Snyder ------------ On 7/10/12 4:20 AM, "Baudrexel, Simon" <Simon.Baudrexel(a)kgu.de> wrote: >Hi Bruce, > >I'm using freesurfer version 5.1.0. I currently try to process >quantitative T1 (R1) maps derived from 4 and 18 deg. FLASH images and FA >maps. Interestingly, transformation appears to fail less often when using >single (16 deg.) FLASH images, only. SPM segmentation routine on the >other hand works pretty well on both T1 and FLASH images (probably >because of using header origin information - which was set to the >anterior commissure- as first guess in the registration). > >Thanks >Simon >________________________________________ >Von: Bruce Fischl [fischl(a)nmr.mgh.harvard.edu] >Gesendet: Montag, 9. Juli 2012 20:03 >Bis: Baudrexel, Simon >Cc: freesurfer(a)nmr.mgh.harvard.edu; Avi Snyder >Betreff: Re: [Freesurfer] Using SPM transformation matrices as initial >guess in talairach_avi > >Hi Simon > >what version are you using? Avi Snyder (ccd) has been tracking down some >interactions between his talairach code and our intensity normalization >that seem to have made it more fragilie, particularly in 5.1. He has some >suggested fixes that may improve things for you. > >cheers >Bruce > >On Mon, 9 Jul 2012, Baudrexel, Simon >wrote: > >> Hello, >> >> since I experienced a high rate of registration errors using >>talairach_avi >> in the conventional recon-all processing stream (more than 50% >> misregistration), I would like to incorporate SPM affine registration >> parameters (as provided in the seg_inv_sn.mat file obtained from the >> segmentation routine) as initial guess "to help" talairach-avi. Is >>there a >> possibility to do this? How do I have to adjust the transformation >>matrix >> that it can be handled by freesurfer? >> >> I also tried to circumvent the registration-problem using skull-stripped >> images, which unfortunately also did not improve the results (I think a >> template made from skull-stripped images has to be used in that case) >> >> Any help would be much appreciated >> >> Regards, >> Simon

1 0

Using bet with Freesurfer
by Lugar, Heather 11 Jul '12

11 Jul '12

Hello, We're working with a pediatric data set and have found that Freesurfer's skullstripping process is inadequate for our purposes. We're interested in using FSL's bet, which we have found to do a better job of skullstripping, in combination with the other steps of Freesurfer. In a previous email, Bruce recommended that the best way to do this would be to replace the watershed step with bet. How would we go about doing that while still obtaining the brainmask.mgz necessary for the rest of the stream? We've unsuccessfully tried using bet at different points in the stream. When using bet prior to initiating the Freesurfer stream, we've found that the Talairach transform is irreparably bad (leading to a severely altered ICV). We have also encountered difficulties when using bet on the skullstripped brainmask.mgz. So, we think that replacing Freesurfer's skullstrip with bet is the option, but we are unsure about how to proceed. Thank you for your help, Heather

2 1

Re: [Freesurfer] error message for recon-all
by Muriel Bruchhage 11 Jul '12

11 Jul '12

On Jul 11, 2012, at 11:23 PM, Muriel Bruchhage wrote: > I added the -all at the end and skipped the -i flag, but I still get an error message: > > Checking for (invalid) multi-frame inputs... > ERROR: input(s) cannot have multiple frames! > /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/GID02/mri/orig/001.mgz has 2 frames > > I am so sorry to bother you with these probably very amateur questions - but how can I have multiple frames when I just got one .mgz file and just one T1? > > Best, > Muriel > > On Jul 11, 2012, at 10:55 PM, Bruce Fischl wrote: > >> oh, you need to specify what you want it to do. Add -all at the end of the command line and it will do everything. Note that if you are rerunning, you can leave out the -i <path to dicom> >> >> cheers >> Bruce >> >> >> On Wed, 11 Jul 2012, Muriel Bruchhage wrote: >> >>> Hei, >>> >>> Thanks you very much again for your help! >>> >>> Nevertheless, even though I got the message that the recon-all has been done without any errors, no talaraich transform, skull stripping or segmentation has been done. I placed my fsaverage folder in the same folder where all my participant-folders are - could that have been the problem? (this is also the same place where my $SUBJECTS_DIR is directed to) >>> >>> Best, >>> >>> Muriel >>> >>> >>> On Jul 11, 2012, at 10:39 PM, Bruce Fischl wrote: >>> >>>> sure, glad it worked out >>>> Bruce >>>> On Wed, 11 Jul 2012, Muriel Bruchhage wrote: >>>> >>>>> >>>>> It worked! >>>>> >>>>> Thank you so so much! >>>>> >>>>> Best, >>>>> Muriel >>>>> >>>>> On Jul 11, 2012, at 6:34 PM, Muriel Bruchhage wrote: >>>>> >>>>>> Hi Bruce, >>>>>> >>>>>> Thank you very much for your fast response. >>>>>> >>>>>> Unfortunately though, I still get an error response when typing in "recon-all -i /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/ -subjid GID02" >>>>>> >>>>>> recon-all -i /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/ -subjid GID02 >>>>>> Subject Stamp: freesurfer-Darwin-leopard-i686-stable-pub-v5.1.0 >>>>>> Current Stamp: freesurfer-Darwin-leopard-i686-stable-pub-v5.1.0 >>>>>> INFO: SUBJECTS_DIR is /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM >>>>>> Actual FREESURFER_HOME /Applications/freesurfer >>>>>> Darwin Muriels-MacBook-Pro.local 11.3.1 Darwin Kernel Version 11.3.1: Thu Feb 16 19:05:38 PST 2012; root:xnu-1699.25.42~1/RELEASE_X86_64 x86_64 >>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/GID02 >>>>>> \n mri_convert /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/GID02/mri/orig/001.mgz \n >>>>>> mri_convert /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/GID02/mri/orig/001.mgz >>>>>> corRead(): can't open file /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/COR-.info >>>>>> $Id: mri_convert.c,v 1.179.2.2 2011/05/16 20:53:47 greve Exp $ >>>>>> reading from /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM... >>>>>> Darwin Muriels-MacBook-Pro.local 11.3.1 Darwin Kernel Version 11.3.1: Thu Feb 16 19:05:38 PST 2012; root:xnu-1699.25.42~1/RELEASE_X86_64 x86_64 >>>>>> >>>>>> recon-all -s GID02 exited with ERRORS at Wed Jul 11 18:32:26 CEST 2012 >>>>>> >>>>>> For more details, see the log file /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/DICOM/GID02/scripts/recon-all.log >>>>>> To report a problem, see http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting >>>>>> >>>>>> Thank you very much in advance for all your help! >>>>>> >>>>>> Best, >>>>>> Muriel >>>>>> >>>>>> >>>>>> On Jul 11, 2012, at 6:20 PM, Bruce Fischl wrote: >>>>>> >>>>>>> Hi Muriel >>>>>>> >>>>>>> the -s switch should be followed by a subject identifier (e.g. subject0001), not the 001.mgz file. Note that you don't need to convert your dicom to mgz either, just point recon-all at one slice in the correct (T1-weighted) dicom series with -i <path to dicom file>. And one acquisition is usually sufficient these days depending on the coil and field strength. We don't use T2s at the moment. >>>>>>> >>>>>>> cheers >>>>>>> Bruce >>>>>>> >>>>>>> >>>>>>> On Wed, 11 Jul 2012, Muriel Bruchhage wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> I am new to freesurfer and tried to run recon-all on it (I am using a >>>>>>>> MacBook Pro with Lion if that is of any importance). >>>>>>>> What I have been done so far: >>>>>>>> 1) I set my Freesurfer environment in my .tcshrc file to: >>>>>>>> setenv FREESURFER_HOME /Applications/freesurfer/ >>>>>>>> source $FREESURFER_HOME/SetUpFreeSurfer.csh >>>>>>>> source $FREESURFER_HOME >>>>>>>> setenv SUBJECTS_DIR /Applications/freesurfer/subjects/MRI_04_2012/ >>>>>>>> 2) I converted my original T1 DICOM files into one MGZ file using the >>>>>>>> mri_convert command (mri_convert <first dicom>.dcm 001.mgz). Both files can >>>>>>>> be found under $SUBJECTS_DIR/GID02/2_T1_3DSAG - the MGZ file under a MGZ >>>>>>>> folder and the DICOMs under a DICOM folder >>>>>>>> ($SUBJECTS_DIR/GID02/2_T1_3DSAG/MGZ or $SUBJECTS_DIR/GID02/2_T1_3DSAG/DICOM >>>>>>>> respectively). >>>>>>>> 3) I tried the recon-all command with both the setenv >>>>>>>> $SUBJECTS_DIR//Applications/freesurfer/subjects/MRI_04_2012/ andwith $SUBJECTS_DIR//Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1 >>>>>>>> _3DSAG/MGZ where the MGZ file actually lies. >>>>>>>> Does the fact that I only have one .mgz file have an influence on my data >>>>>>>> processing? Would a T2 scan count as a second structural scan? >>>>>>>> As I always get this error message: >>>>>>>> 1) for running it with recon-all -all -subjid GID02 on setenv SUBJECTS_DIR >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/ >>>>>>>> [Muriels-MacBook-Pro:freesurfer/subjects/MRI_04_2012] mbruchhage% ls >>>>>>>> GID02 GID251 GID51_2 GID70 GID753 >>>>>>>> GID100 GID28 GID53 GID701 GID76 >>>>>>>> GID117 GID33 GID549 GID710 VBM >>>>>>>> GID12 GID47 GID61 GID72 fsaverage >>>>>>>> GID140 GID51 GID62 GID75 >>>>>>>> [Muriels-MacBook-Pro:freesurfer/subjects/MRI_04_2012] mbruchhage% cd >>>>>>>> GID02/2_T1_3DSAG/MGZ/ >>>>>>>> [Muriels-MacBook-Pro:GID02/2_T1_3DSAG/MGZ] mbruchhage% ls >>>>>>>> 001.mgz >>>>>>>> [Muriels-MacBook-Pro:GID02/2_T1_3DSAG/MGZ] mbruchhage% recon-all -all >>>>>>>> -subjid 001.mgz >>>>>>>> ERROR: cannot find /Applications/freesurfer/subjects/MRI_04_2012/001.mgz >>>>>>>> [Muriels-MacBook-Pro:GID02/2_T1_3DSAG/MGZ] mbruchhage% recon-all -all >>>>>>>> -subjid GID02 >>>>>>>> Subject Stamp: freesurfer-Darwin-leopard-i686-stable-pub-v5.1.0 >>>>>>>> Current Stamp: freesurfer-Darwin-leopard-i686-stable-pub-v5.1.0 >>>>>>>> INFO: SUBJECTS_DIR is /Applications/freesurfer/subjects/MRI_04_2012 >>>>>>>> Actual FREESURFER_HOME /Applications/freesurfer >>>>>>>> -rw-rw-r-- 1 mbruchhage wheel 33313 Jul 11 12:13 >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/scripts/recon-all.log >>>>>>>> Darwin Muriels-MacBook-Pro.local 11.3.1 Darwin Kernel Version 11.3.1: Thu >>>>>>>> Feb 16 19:05:38 PST 2012; root:xnu-1699.25.42~1/RELEASE_X86_64 x86_64 >>>>>>>> #-------------------------------------------- >>>>>>>> #@# MotionCor Wed Jul 11 17:54:17 CEST 2012 >>>>>>>> ERROR: no run data found in >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/mri. Make sure to >>>>>>>> have a volume called 001.mgz in >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/mri/orig. >>>>>>>> If you have a second run of data call it 002.mgz, etc. >>>>>>>> See also: http://surfer.nmr.mgh.harvard.edu/fswiki/FsTutorial/Conversion >>>>>>>> Darwin Muriels-MacBook-Pro.local 11.3.1 Darwin Kernel Version 11.3.1: Thu >>>>>>>> Feb 16 19:05:38 PST 2012; root:xnu-1699.25.42~1/RELEASE_X86_64 x86_64 >>>>>>>> recon-all -s GID02 exited with ERRORS at Wed Jul 11 17:54:17 CEST 2012 >>>>>>>> For more details, see the log file >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/scripts/recon-all.log >>>>>>>> To report a problem, >>>>>>>> see http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting >>>>>>>> 2) for running it with recon-all -all -subjid 001.mgz on setenv SUBJECTS_DIR >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/MGZ >>>>>>>> [Muriels-MacBook-Pro:GID02/2_T1_3DSAG/MGZ] mbruchhage% recon-all -all >>>>>>>> -subjid 001.mgz >>>>>>>> mkdir:/Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/MGZ/001.mgz: >>>>>>>> Not a directory >>>>>>>> cp:/Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/MGZ/001.mgz/ >>>>>>>> scripts/build-stamp.txt: Not a directory >>>>>>>> cat:/Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/MGZ/001.mgz/ >>>>>>>> scripts/build-stamp.txt: Not a directory >>>>>>>> INFO: FreeSurfer build stamps do not match >>>>>>>> Subject Stamp: >>>>>>>> Current Stamp: freesurfer-Darwin-leopard-i686-stable-pub-v5.1.0 >>>>>>>> INFO: SUBJECTS_DIR is >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/MGZ >>>>>>>> Actual FREESURFER_HOME /Applications/freesurfer >>>>>>>> /Applications/freesurfer/subjects/MRI_04_2012/GID02/2_T1_3DSAG/MGZ/001.mgz: >>>>>>>> Not a directory. >>>>>>>> Thank you very much in advance and greetings from Oslo, >>>>>>>> Muriel Bruchhage >>>>>>>> >>>>>>> >>>>>>> >>>>>>> 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 >>> >>> >>> >

2 3

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