Freesurfer

freesurfer@nmr.mgh.harvard.edu

17 participants
30086 discussions

Registering Mean Diffusivity to Anatomical Space
by Nillo, Ryan Michael R 27 May '20

27 May '20

Hello FreeSurfer users, I have a mean diffusivity map that exists in MNI152 space that I want to register to a subject’s anatomical space. In the end, I want to display the diffusivity on the subject’s surface. I want to ask if this is the correct way to do this: 1) bbregister --s sub-01 --mov ./MD.mni152.nii --reg $SUBJECTS_DIR/sub-01/mri/transforms/bbregister.dat --init-fsl —dti #create registration matrix 2) mri_vol2vol --mov ./MD.mni152.nii --targ $SUBJECTS_DIR/sub-01/mri/brain.mgz --reg $SUBJECTS_DIR/sub-01/mri/transforms/bbregister.dat --o ./MD.nii #register mean diffusivity map to subject space Thanks in advance, Ryan Michael Nillo Staff Research Associate I University of California San Francisco Department of Radiology and Biomedical Imaging External Email - Use Caution

2 3

mris_register using manual label(s) as guides
by Danny Kim 27 May '20

27 May '20

External Email - Use Caution Hi FreeSurfer experts, I'm currently working on a brain with a bit of atypical morphology and was wanting to parcellate through the DKT labels, but by using manually drawn labels as guides. The intent here is to fix specific labels to be where they are on the surface by drawing them manually and then automatically classify other labels around them (e.g. fix precentral and superiortemporal using manual labels). However, it seems like during the mris_register step, I'm able to use one of my manual label to guide the registration to the sphere, but not more than one. e.g. mris_register -L label/manual_precentral.label DKTatlas40.gcs precentral -curv sphere folding.atlas.acfb40.noaparc.tif surf/sphere.reg (WORKS, after mris_ca_label, precentral is where the manual label was. Superior temporal label is not where the manual label is) e.g. mris_register -L label/manual_precentral.label DKTatlas40.gcs precentral -L label/manual_superiortemporal.label DKTatlas40.gcs superiortemporal -curv sphere folding.atlas.acfb40.noaparc.tif surf/sphere.reg (Runs but output looks exactly the same as before, i.e. superiortemporal label is not where the manual label was specified) Is there a trick to specifying multiple manual labels in guiding mris_register? I am not sure if the -L flag can be specified multiple times and there's no information on that on the mris_register manual. I'm using the following FreeSurfer on my MAC: freesurfer-i386-apple-darwin11.4.2-stable6-20170119 Thanks for your time in this experts! Danny Kim

2 1

Citation of hard and soft failures
by Monereo Sanchez, Jennifer (RAD) 27 May '20

27 May '20

External Email - Use Caution Dear all, I am writing a paper for which I need to introduce the concepts of "hard" and "soft failures", and I am wondering what is the proper way of citing them. I am aware there is plenty of material online (see for example https://fscph.nru.dk/slides/Allison/freesurfer.failure_modes.pdf) but I am wondering if there is a citable paper in which these are described or discussed. Best wishes, ?Jennifer Monereo

2 1

recon-all misses part of occipital cortex
by Isaac Adanyeguh 27 May '20

27 May '20

External Email - Use Caution Dear Freesurfer Development Team, I am having some issues with recon-all where it misses a huge chunk of the occipital cortex in several of my subjects. I have searched the archive and have not found any report of similar issues. Could you please help me figure out how to solve this issue. I have attached a screenshot showing the missing occipital cortex segmentation and a copy of the recon-all.log. I performed the analysis using: - Freesurfer version: freesurfer-Linux-centos6_x86_64-dev-20150828 - Platform: Linux 3.10.0-1127.el7.x86_64 Thank you and hope you will be able to help me resolve the issue. Isaac

2 1

Problem_mri_watershed
by Edoardo Pinzuti 27 May '20

27 May '20

External Email - Use Caution Dear Freesurfer community, using the mri_watershed and -surf to crate inner_skull, outer_skin and outer_skull I get a incorrect inner_skull segmentation, probably due to an erroneous skullstrip. I tried to modify the parameters available but it does not help. Is there a way to correct this, manually correct or with a mask ? Any other suggestions will be really appreciated Thanks Edoardo

2 1

PETsurfer: --usf in gtmseg
by Julie Ottoy 27 May '20

27 May '20

External Email - Use Caution Hi, In PETsurfer gtmseg, there is the --usf (upsampling factor) which is by default 2, corresponding to 0.5 mm voxelsize. I was wondering if the usf is recommended to be chosen depending on your mri voxelsize (eg, usf 1 for 1mm voxelsize of the mri), or will it just depend on how "accurate" you want your segmentation to be? Can you safely use --usf 2 for an mri with 1mm voxelsize? Thank you! best regards Julie

2 1

Feat to fsfast
by Alshelh, Zeynab 27 May '20

27 May '20

Hi all, Is it possible to do the first level unsmoothed using feat and the second level surface based group analysis using fsfast? Thanks, ---- Zeynab Alshelh, PhD | Postdoctoral Research Fellow Pain and Neuroinflammation Imaging Laboratory Harvard Medical School | A. A. Martinos Center for Biomedical Imaging Massachusetts General Hospital | 149 Thirteenth Street, Room 1101 Charlestown, MA 02129 +1 (617) 794 6838 zalshelh(a)mgh.harvard.edu | www.nmr.mgh.harvard.edu

2 1

Are my slice-time corrected files being used in selxavg3-sess?
by Mcnorgan, Christopher 27 May '20

27 May '20

External Email - Use Caution Hi all, There was some ambiguity in communication from a previous MR technician regarding the slice ordering in our BOLD data. preproc-sess was applied to our data: preproc-sess -sf SUBJECTS -surface fsaverage lhrh -per-run -fsd bold -sliceorder up -fwhm 4 I then ran selxavg3-sess on the data, followed by mri_glmfit to produce contrast maps As an experiment, I deleted the fmcpr.up.* data, and re-ran preproc-sess, this time specifying sliceorder down: preproc-sess -sf SUBJECTS -surface fsaverage lhrh -per-run -fsd bold -sliceorder down -fwhm 4 After re-running selxavg3-sess and mri_glmfit on the reverse-stc-corrected data, the contrast maps were identical, which seemed peculiar, given that the slice time corrections for a 2-second TR were in the opposite direction. I note that when I run selxavg3-sess, it generates a set of fmcpr.sm4 files, and I suspect that the GLM is run on those novel non-stc files. Is there a switch I am missing in the call to selxavg3-sess or mkanalysis-sess that will ensure that will allow me to ensure that the GLM is run on fmcpr.[STC].sm4.fsaverage.[rl]h.nii.gz? Thanks /********************************************** * Chris McNorgan * Assistant Professor * Department of Psychology * University at Buffalo, * The State University of New York * http://ccnlab.buffalo.edu/ * Office: 716.645.0236 * Lab: 716.645.0222 **********************************************/

2 1

Command cannot recognise session from sessid file
by Marco Ninghetto 27 May '20

27 May '20

External Email - Use Caution Dear experts, I looked through your mailing list, but I cannot find any question like mine. When I run whatever command in my analysis for retinotopy, I have to specify subject after subject using: -s subj001 -s subj002 -s subj00x and so on. To avoid that, inside my project directory, I have the "sessid" (actually two sessid files) file in which are listed all the names of the subjects. I don't know why, when I try to run: -sf sessid1 I get the error, like (random command from my pipeline): brain@neurodebian:/media/main/fs_pRFs_functionals$ isxconcat-sess -sf sessid1 -a rtopy.fsaverage.lh/ -call -o retgroup_ng ERROR: finding sessions ERROR: cound not find session SUBJ02NG I tried to write differently inside the sessid file, I tried to use the name of the structural folders instead of the functional ones, but nothing seems to work. My sessid file is something like this: SUBJ02NG SUBJ06NG SUBJ07NG SUBJ08NG and so on.Each subject's session folder name: SUBJ02NG SUBJ06NG SUBJ07NG SUBJ08NG The names listed are the same for the name of the session folder for each subject, but still, FS tells me that it cannot find the session. [image: tree.png] Inside each subject folder, there is the "bold" folder and inside that, together with the runs folders, there is the analysis folder. Any idea on what I'm doing wrong? Thank you so much, Marco -- --------------------------------------------------- Marco Ninghetto, PhD candidate Laboratory of Neuroplasticity Nencki Institute of Experimental Biology Polish Academy of Sciences 3 Pasteur Street, 02-093 Warsaw, Poland

2 1

ERROR: mri_fill: could not find any points where lh and rh wm are nbrs
by Marina Fernández 27 May '20

27 May '20

External Email - Use Caution Dear Freesurfer experts, When I run "recon-all -autorecon2-wm -subjid post_006" I get the following error: ... #-------------------------------------------- #@# Fill Tue May 26 16:13:33 CEST 2020 /usr/local/freesurfer/subjects/post_006/mri mri_fill -a ../scripts/ponscc.cut.log -xform transforms/talairach.lta -segmentation aseg.auto_noCCseg.mgz wm.mgz filled.mgz logging cutting plane coordinates to ../scripts/ponscc.cut.log... INFO: Using transforms/talairach.lta and its offset for Talairach volume ... using segmentation aseg.auto_noCCseg.mgz... reading input volume...done. searching for cutting planes...voxel to talairach voxel transform 1.03994 0.01456 0.07738 -16.87541; -0.02607 1.18971 0.24142 -16.40842; -0.06544 -0.23822 1.03825 18.09422; 0.00000 0.00000 0.00000 1.00000; reading colortable from MGH file... colortable with 14176 entries read (originally /usr/local/freesurfer/FreeSurferColorLUT.txt) voxel to talairach voxel transform 1.03994 0.01456 0.07738 -16.87541; -0.02607 1.18971 0.24142 -16.40842; -0.06544 -0.23822 1.03825 18.09422; 0.00000 0.00000 0.00000 1.00000; reading segmented volume aseg.auto_noCCseg.mgz... mri_fill: could not find any points where lh and rh wm are nbrs No such file or directory Linux sleep2014 4.13.0-45-generic #50~16.04.1-Ubuntu SMP Wed May 30 11:18:27 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux recon-all -s post_006 exited with ERRORS at Tue May 26 16:13:41 CEST 2020 To report a problem, see http://surfer.nmr.mgh.harvard.edu/fswiki/BugReporting I have seen in other questions that this error may be due to the CC and the aseg files, and it is interesting because when I load aseg.auto.mgz or aseg.auto_noCCseg.mgz files in Freeview, the following message in Freeview terminal is shown in red: "colortable with 14176 entries read (originally /usr/local/freesurfer/FreesurferColorLUT.txt)", when I think they should be 1475 entries. I'm using freesurfer v6.0. Could you help me to solve this problem? Thank you in advance! Marina.

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