Re: [caret-users] projecting functional MRI to gii surfaces
yes, I also submit my question in website http://humanconnectome.org/contact/index.php. But nobody answer me. In question 3, the data's name is data.nii. So I think it is NIFTI. From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Sunday, September 28, 2014 4:54 PM To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] projecting functional MRI to gii surfaces Hi Yan, This question should be directed to hcp-users, rather than caret-users. But be warned that many of the HCP experts are tied up in meetings today and tomorrow. I'm not sure this is the issue with 3), but note that MRIcron probably can't read CIFTI files (composites of cortical surface and subcortical/cerebellar volumetric data). These are named like *.dscalar.nii, *.dlabel.nii, and several other flavors. These aren't NIFTI volumes like many software packages expect. For that matter, caret5 won't read them, either. You need workbench, which is supported by hcp-users. You're already on that list, no? Donna On Sep 27, 2014, at 10:25 AM, "Tang, Yan" wrote: > hello, eveyone > I am beginner. I want to download the DTI data in the Human Connectome > Projet. But I are conflused by the processed data and unprocessed data. > 1)The unprocessed data contains the NIFTI-formatted pairs (L-R, R-L) of > diffusion scans for all directions (95,96,and 97). And processed data only > include diffusion weighting (bvals), direction (bvecs), time series, brain > mask, and a file (grad_dev.nii.gz). Why? what did you only keep? > 2)In the processed data, whether the file of *_SBRef.nii describe the B0? > 3)I download the processed data, but I couldn't use the Micron to open the > data.nii. Why? I download two subjects. Both subjects couldn't be opened. > > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [do...@brainvis.wustl.edu] > Sent: Thursday, August 28, 2014 3:47 PM > To: Caret, SureFit, and SuMS software users > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > Hi Yan, > > There are lots of ways to split up the brain -- "parcellations". For > example, the Conte69 atlas > (http://brainvis.wustl.edu/wiki/index.php/Caret:Conte69_Atlas) comes with two > label.gii files per hemisphere, e.g.: > > parcellations_VGD11b.R.164k_fs_LR.label.gii > RSN-networks.R.164k_fs_LR.label.gii > > The first includes two parcellations: > Composite Parcellation-rh (FRB08_OFP03_retinotopic) > Brodmann rh (from colin.R via pals_R-to-fs_LR) > > The second includes four parcellations: > 7 RSN Networks (YKS11 - Yeo et al., JNP, 2011) > 17 RSN Networks (YKS11 - Yeo et al., JNP, 2011) > RSN consensus communities (holes filled) (PCN11 - Power_Neuron11) > RSN consensus communities (PCN11 - Power_Neuron11) > > And lots more have been published since, and will continue to be published. > ;-) > > So you have to decide which one you want. Then you can either load that > parcellation in wb_view (or caret5) and click on nodes interactively, or if > you want to write a script that queries regions, there is a lookup table that > maps the label key to a label name in the front of the label file, e.g.: > > Alpha="0"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > Alpha="1"> > > You can also export the label table as ASCII text. But each vertex is > associated with one of these keys in the label.gii file. > > Donna > > > On Aug 28, 2014, at 2:27 PM, "Tang, Yan" wrote: > >> I still have problem. How can I know which brain region is every vertex >> belonged to? >> >> From: Tang, Yan >> Sent: Friday, August 15, 2014 12:27 PM >> To: Caret, SureFit, and SuMS software users >> Subject: RE: [caret-users] projecting functional MRI to gii surfaces >> >> Thank all of you. Thank you very much. >> >> From: caret-users-boun...@brainvis.wustl.edu >> [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker >> [do...@brainvis.wustl.edu] >> Sent: Wednesday, August 13, 2014 2:27 PM >> To: Caret, SureFit, and SuMS software users >> Subject: Re: [caret-u
Re: [caret-users] projecting functional MRI to gii surfaces
hello, eveyone I am beginner. I want to download the DTI data in the Human Connectome Projet. But I are conflused by the processed data and unprocessed data. 1)The unprocessed data contains the NIFTI-formatted pairs (L-R, R-L) of diffusion scans for all directions (95,96,and 97). And processed data only include diffusion weighting (bvals), direction (bvecs), time series, brain mask, and a file (grad_dev.nii.gz). Why? what did you only keep? 2)In the processed data, whether the file of *_SBRef.nii describe the B0? 3)I download the processed data, but I couldn't use the Micron to open the data.nii. Why? I download two subjects. Both subjects couldn't be opened. From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Thursday, August 28, 2014 3:47 PM To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] projecting functional MRI to gii surfaces Hi Yan, There are lots of ways to split up the brain -- "parcellations". For example, the Conte69 atlas (http://brainvis.wustl.edu/wiki/index.php/Caret:Conte69_Atlas) comes with two label.gii files per hemisphere, e.g.: parcellations_VGD11b.R.164k_fs_LR.label.gii RSN-networks.R.164k_fs_LR.label.gii The first includes two parcellations: Composite Parcellation-rh (FRB08_OFP03_retinotopic) Brodmann rh (from colin.R via pals_R-to-fs_LR) The second includes four parcellations: 7 RSN Networks (YKS11 - Yeo et al., JNP, 2011) 17 RSN Networks (YKS11 - Yeo et al., JNP, 2011) RSN consensus communities (holes filled) (PCN11 - Power_Neuron11) RSN consensus communities (PCN11 - Power_Neuron11) And lots more have been published since, and will continue to be published. ;-) So you have to decide which one you want. Then you can either load that parcellation in wb_view (or caret5) and click on nodes interactively, or if you want to write a script that queries regions, there is a lookup table that maps the label key to a label name in the front of the label file, e.g.: You can also export the label table as ASCII text. But each vertex is associated with one of these keys in the label.gii file. Donna On Aug 28, 2014, at 2:27 PM, "Tang, Yan" wrote: > I still have problem. How can I know which brain region is every vertex > belonged to? > ________ > From: Tang, Yan > Sent: Friday, August 15, 2014 12:27 PM > To: Caret, SureFit, and SuMS software users > Subject: RE: [caret-users] projecting functional MRI to gii surfaces > > Thank all of you. Thank you very much. > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [do...@brainvis.wustl.edu] > Sent: Wednesday, August 13, 2014 2:27 PM > To: Caret, SureFit, and SuMS software users > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > Hi Yan, > > I'm not sure about wb_import, but I know it won't downsample for you. This > will, I hope: > > http://brainmap.wustl.edu/pub/donna/ATLASES/HUMAN/FSLR/downsample164_to_32k.zip > login pub > password download > > There is a script in there you will need to tweak to put in your pathnames > and subject list. I tried it on some freesurfer_to_fs_LR output I had lying > around, and it worked. The zip file also contains the spheres you need: > > ExtractDir=/home/donna/downsample164_to_32k > SubjectDir=/mnt/myelin/donna/SUBJ/fs_LR_output_directory > ResamplingMethod=BARYCENTRIC > > for Subject in $SubjList > do > for Hemisphere in L R > do > > CoordInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.164k_fs_LR.coord.gii > TopoInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.164k_fs_LR.topo.gii > > SurfaceInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.164k_fs_LR.surf.gii > caret_command -file-convert -sc -is CARET $CoordInput $TopoInput -os > GS $SurfaceInput > > CurrentSphere=$ExtractDir/spheres/standard.$Hemisphere.sphere.164k_fs_LR.surf.gii > NewSphere=$ExtractDir/spheres/standard.$Hemisphere.sphere.32k_fs_LR.surf.gii > > SurfaceOutput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.32k_fs_LR.surf.gii > wb_command -surface-resample \ >$SurfaceInput \ >$CurrentSphere \ >$NewSphere \ >$ResamplingMethod \ >$SurfaceOutput > done > done > > Donna > > > On Aug 13, 2014, at 10:42 AM, "Tang, Yan" wrote: > >> You means I can finish this work by using the C
Re: [caret-users] projecting functional MRI to gii surfaces
I still have problem. How can I know which brain region is every vertex belonged to? From: Tang, Yan Sent: Friday, August 15, 2014 12:27 PM To: Caret, SureFit, and SuMS software users Subject: RE: [caret-users] projecting functional MRI to gii surfaces Thank all of you. Thank you very much. From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Wednesday, August 13, 2014 2:27 PM To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] projecting functional MRI to gii surfaces Hi Yan, I'm not sure about wb_import, but I know it won't downsample for you. This will, I hope: http://brainmap.wustl.edu/pub/donna/ATLASES/HUMAN/FSLR/downsample164_to_32k.zip login pub password download There is a script in there you will need to tweak to put in your pathnames and subject list. I tried it on some freesurfer_to_fs_LR output I had lying around, and it worked. The zip file also contains the spheres you need: ExtractDir=/home/donna/downsample164_to_32k SubjectDir=/mnt/myelin/donna/SUBJ/fs_LR_output_directory ResamplingMethod=BARYCENTRIC for Subject in $SubjList do for Hemisphere in L R do CoordInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.164k_fs_LR.coord.gii TopoInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.164k_fs_LR.topo.gii SurfaceInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.164k_fs_LR.surf.gii caret_command -file-convert -sc -is CARET $CoordInput $TopoInput -os GS $SurfaceInput CurrentSphere=$ExtractDir/spheres/standard.$Hemisphere.sphere.164k_fs_LR.surf.gii NewSphere=$ExtractDir/spheres/standard.$Hemisphere.sphere.32k_fs_LR.surf.gii SurfaceOutput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.32k_fs_LR.surf.gii wb_command -surface-resample \ $SurfaceInput \ $CurrentSphere \ $NewSphere \ $ResamplingMethod \ $SurfaceOutput done done Donna On Aug 13, 2014, at 10:42 AM, "Tang, Yan" wrote: > You means I can finish this work by using the Connectome Workbench. So, the > first thing I need to do is to convert all files to Workbench format by using > wb_import. Is it true? > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson > [tsc...@mst.edu] > Sent: Tuesday, August 12, 2014 7:16 PM > To: Caret, SureFit, and SuMS software users; Donna Dierker > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > -spec-file-change-resolution will not get you to the fs_LR 32k atlas from > fs_LR 164k (but it may get you deceptively close, making it even more > treacherous). Those messages aren't errors, and the reasons behind them are > better left alone, as this isn't the command you want. > > What you need to do is to use the fs_LR atlas files for resampling the > surface. In caret5, this requires deformation map files, which we have > probably already made for going between fs_LR 32k and 164k (Donna, do you > know if these are available?), with the -deformation-map-apply command. > However, we now do this in Connectome Workbench using atlas spheres directly > with the -surface-resample command (the fs_LR 32k and 164k spheres are > aligned by definition, but going to or from other atlases will need a > cross-atlas registered sphere). > > Tim > > > > On Tue, Aug 12, 2014 at 4:33 PM, Tang, Yan wrote: > Sorry, I meet another problem. I used the Freesurfer_to_fs_LR Pipeline to > get 164k fs_LR surface. I think the vertex too much. So I want to > down-sampled to a 32,492 vertex surface. I used the caret_command > -spec-file-change-resolution. > But, the error was followed: > "Nonstandard resolution specified... > Using closest divided icosahedron, with 32492 nodes." > Can you explain it? > if I change the number, I find only a few files be created such as > def_sphere.coord, def_sphere.deform_map,study1.R.2k_fs_LR.topo.gii and > study1.R.mini+orig.2k_fs_LR.spc. Many files such as curvature.shape.gii, > inflated.coord.gii, midthickness.coord.gii, pial.coord.gii, > thickness.shape.gii and white.coord.gii all aren't changed. So, I do some > wrong steps. How should I do it? > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson > [tsc...@mst.edu] > Sent: Monday, August 11, 2014 3:54 PM > > To: Caret, SureFit, and SuMS software users > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > > On Mon, Aug 11, 2014 at 2:14 PM, Tang, Yan wrote: > Yes,I have a lot
Re: [caret-users] projecting functional MRI to gii surfaces
Thank all of you. Thank you very much. From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Wednesday, August 13, 2014 2:27 PM To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] projecting functional MRI to gii surfaces Hi Yan, I'm not sure about wb_import, but I know it won't downsample for you. This will, I hope: http://brainmap.wustl.edu/pub/donna/ATLASES/HUMAN/FSLR/downsample164_to_32k.zip login pub password download There is a script in there you will need to tweak to put in your pathnames and subject list. I tried it on some freesurfer_to_fs_LR output I had lying around, and it worked. The zip file also contains the spheres you need: ExtractDir=/home/donna/downsample164_to_32k SubjectDir=/mnt/myelin/donna/SUBJ/fs_LR_output_directory ResamplingMethod=BARYCENTRIC for Subject in $SubjList do for Hemisphere in L R do CoordInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.164k_fs_LR.coord.gii TopoInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.164k_fs_LR.topo.gii SurfaceInput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.164k_fs_LR.surf.gii caret_command -file-convert -sc -is CARET $CoordInput $TopoInput -os GS $SurfaceInput CurrentSphere=$ExtractDir/spheres/standard.$Hemisphere.sphere.164k_fs_LR.surf.gii NewSphere=$ExtractDir/spheres/standard.$Hemisphere.sphere.32k_fs_LR.surf.gii SurfaceOutput=$SubjectDir/$Subject/"$Subject".$Hemisphere.midthickness_orig.32k_fs_LR.surf.gii wb_command -surface-resample \ $SurfaceInput \ $CurrentSphere \ $NewSphere \ $ResamplingMethod \ $SurfaceOutput done done Donna On Aug 13, 2014, at 10:42 AM, "Tang, Yan" wrote: > You means I can finish this work by using the Connectome Workbench. So, the > first thing I need to do is to convert all files to Workbench format by using > wb_import. Is it true? > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson > [tsc...@mst.edu] > Sent: Tuesday, August 12, 2014 7:16 PM > To: Caret, SureFit, and SuMS software users; Donna Dierker > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > -spec-file-change-resolution will not get you to the fs_LR 32k atlas from > fs_LR 164k (but it may get you deceptively close, making it even more > treacherous). Those messages aren't errors, and the reasons behind them are > better left alone, as this isn't the command you want. > > What you need to do is to use the fs_LR atlas files for resampling the > surface. In caret5, this requires deformation map files, which we have > probably already made for going between fs_LR 32k and 164k (Donna, do you > know if these are available?), with the -deformation-map-apply command. > However, we now do this in Connectome Workbench using atlas spheres directly > with the -surface-resample command (the fs_LR 32k and 164k spheres are > aligned by definition, but going to or from other atlases will need a > cross-atlas registered sphere). > > Tim > > > > On Tue, Aug 12, 2014 at 4:33 PM, Tang, Yan wrote: > Sorry, I meet another problem. I used the Freesurfer_to_fs_LR Pipeline to > get 164k fs_LR surface. I think the vertex too much. So I want to > down-sampled to a 32,492 vertex surface. I used the caret_command > -spec-file-change-resolution. > But, the error was followed: > "Nonstandard resolution specified... > Using closest divided icosahedron, with 32492 nodes." > Can you explain it? > if I change the number, I find only a few files be created such as > def_sphere.coord, def_sphere.deform_map,study1.R.2k_fs_LR.topo.gii and > study1.R.mini+orig.2k_fs_LR.spc. Many files such as curvature.shape.gii, > inflated.coord.gii, midthickness.coord.gii, pial.coord.gii, > thickness.shape.gii and white.coord.gii all aren't changed. So, I do some > wrong steps. How should I do it? > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson > [tsc...@mst.edu] > Sent: Monday, August 11, 2014 3:54 PM > > To: Caret, SureFit, and SuMS software users > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > > On Mon, Aug 11, 2014 at 2:14 PM, Tang, Yan wrote: > Yes,I have a lot of volumes which need be projected to surface. I only know > how to use the 'map volume to surface '. I don't know how to use the command. > Could you give me an example? > Can the file of *.coord.gii be thought as the file? > But I only found .coord file can be u
Re: [caret-users] projecting functional MRI to gii surfaces
You means I can finish this work by using the Connectome Workbench. So, the first thing I need to do is to convert all files to Workbench format by using wb_import. Is it true? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson [tsc...@mst.edu] Sent: Tuesday, August 12, 2014 7:16 PM To: Caret, SureFit, and SuMS software users; Donna Dierker Subject: Re: [caret-users] projecting functional MRI to gii surfaces -spec-file-change-resolution will not get you to the fs_LR 32k atlas from fs_LR 164k (but it may get you deceptively close, making it even more treacherous). Those messages aren't errors, and the reasons behind them are better left alone, as this isn't the command you want. What you need to do is to use the fs_LR atlas files for resampling the surface. In caret5, this requires deformation map files, which we have probably already made for going between fs_LR 32k and 164k (Donna, do you know if these are available?), with the -deformation-map-apply command. However, we now do this in Connectome Workbench using atlas spheres directly with the -surface-resample command (the fs_LR 32k and 164k spheres are aligned by definition, but going to or from other atlases will need a cross-atlas registered sphere). Tim On Tue, Aug 12, 2014 at 4:33 PM, Tang, Yan mailto:yan.t...@ttu.edu>> wrote: Sorry, I meet another problem. I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. I think the vertex too much. So I want to down-sampled to a 32,492 vertex surface. I used the caret_command -spec-file-change-resolution. But, the error was followed: "Nonstandard resolution specified... Using closest divided icosahedron, with 32492 nodes." Can you explain it? if I change the number, I find only a few files be created such as def_sphere.coord, def_sphere.deform_map,study1.R.2k_fs_LR.topo.gii and study1.R.mini+orig.2k_fs_LR.spc. Many files such as curvature.shape.gii, inflated.coord.gii, midthickness.coord.gii, pial.coord.gii, thickness.shape.gii and white.coord.gii all aren't changed. So, I do some wrong steps. How should I do it? From: caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu> [caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu>] on behalf of Timothy Coalson [tsc...@mst.edu<mailto:tsc...@mst.edu>] Sent: Monday, August 11, 2014 3:54 PM To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] projecting functional MRI to gii surfaces On Mon, Aug 11, 2014 at 2:14 PM, Tang, Yan mailto:yan.t...@ttu.edu>> wrote: Yes,I have a lot of volumes which need be projected to surface. I only know how to use the 'map volume to surface '. I don't know how to use the command. Could you give me an example? Can the file of *.coord.gii be thought as the file? But I only found .coord file can be used in the menu of "caret command executor" . How about "topo"? .coord.gii should work, if it doesn't rename or copy the file to end in just .coord . The topo is the same file you need to load to be able to view the surface. another thing is how to set the ? From the pasted help: "If the input metric or paint file name is not an empty string (""), the newly create metric or paint columns will be appended to the file and then written with the output file name." In other words, if you don't want to append the columns to an existing metric file, use "" (a pair of double quotes) for the argument. Since you asked something related on the hcp_users list (wb_command volume to surface mapping), I will recommend that you try using wb_command for this, as caret5 is no longer under active development. The main hurdle in moving to Workbench is converting the separate coord/topo files into the combined .surf.gii format (with caret_command -file-convert with the -sc option). From: caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu> [caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu>] on behalf of Donna Dierker [do...@brainvis.wustl.edu<mailto:do...@brainvis.wustl.edu>] Sent: Tuesday, August 05, 2014 9:14 AM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces I'm not clear on what you mean by "I want get fMRI time course for surface vertices of every subject." If you just mean how do you scale up -- map that many volumes to all your subjects -- then I recommend scripting it and using caret_command. (Note that Workbench, the software that is superseding Caret 5.*, has more robust mapping features than caret_command,
Re: [caret-users] projecting functional MRI to gii surfaces
Sorry, I meet another problem. I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. I think the vertex too much. So I want to down-sampled to a 32,492 vertex surface. I used the caret_command -spec-file-change-resolution. But, the error was followed: "Nonstandard resolution specified... Using closest divided icosahedron, with 32492 nodes." Can you explain it? if I change the number, I find only a few files be created such as def_sphere.coord, def_sphere.deform_map,study1.R.2k_fs_LR.topo.gii and study1.R.mini+orig.2k_fs_LR.spc. Many files such as curvature.shape.gii, inflated.coord.gii, midthickness.coord.gii, pial.coord.gii, thickness.shape.gii and white.coord.gii all aren't changed. So, I do some wrong steps. How should I do it? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson [tsc...@mst.edu] Sent: Monday, August 11, 2014 3:54 PM To: Caret, SureFit, and SuMS software users Subject: Re: [caret-users] projecting functional MRI to gii surfaces On Mon, Aug 11, 2014 at 2:14 PM, Tang, Yan mailto:yan.t...@ttu.edu>> wrote: Yes,I have a lot of volumes which need be projected to surface. I only know how to use the 'map volume to surface '. I don't know how to use the command. Could you give me an example? Can the file of *.coord.gii be thought as the file? But I only found .coord file can be used in the menu of "caret command executor" . How about "topo"? .coord.gii should work, if it doesn't rename or copy the file to end in just .coord . The topo is the same file you need to load to be able to view the surface. another thing is how to set the ? From the pasted help: "If the input metric or paint file name is not an empty string (""), the newly create metric or paint columns will be appended to the file and then written with the output file name." In other words, if you don't want to append the columns to an existing metric file, use "" (a pair of double quotes) for the argument. Since you asked something related on the hcp_users list (wb_command volume to surface mapping), I will recommend that you try using wb_command for this, as caret5 is no longer under active development. The main hurdle in moving to Workbench is converting the separate coord/topo files into the combined .surf.gii format (with caret_command -file-convert with the -sc option). From: caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu> [caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu>] on behalf of Donna Dierker [do...@brainvis.wustl.edu<mailto:do...@brainvis.wustl.edu>] Sent: Tuesday, August 05, 2014 9:14 AM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces I'm not clear on what you mean by "I want get fMRI time course for surface vertices of every subject." If you just mean how do you scale up -- map that many volumes to all your subjects -- then I recommend scripting it and using caret_command. (Note that Workbench, the software that is superseding Caret 5.*, has more robust mapping features than caret_command, but I am going to provide the caret_command usage, since this is the caret-users list. There is also a hcp-users list that covers workbench.) Here is the usage for the command that maps volumes onto surfaces: caret_command -volume-map-to-surface [-av average-voxel-neighbor-cube-size (mm)] [-bf brain-fish-max-distance brain-fish-splat factor] [-g gaussian-neighbor-cube-size (mm) sigma-norm sigma-tang norm below cutoff (mm) norm above cutoff (mm) tang-cutoff (mm)] [-mv maximum-voxel-neighbor-cube-size (mm)] [-sv strongest-voxel-neighbor-cube-size (mm)] Map volume(s) to a surface metric or paint file. For successful mapping, both the surface and the volume must be in the same stereotaxic space. "algorithm" is one of: METRIC_AVERAGE_NODES METRIC_AVERAGE_VOXEL METRIC_ENCLOSING_VOXEL METRIC_GAUSSIAN METRIC_INTERPOLATED_VOXEL METRIC_MAXIMUM_VOXEL METRIC_MCW_BRAIN_FISH METRIC_STRONGEST_VOXEL PAINT_ENCLOSING_VOXEL If the input metric or paint file name is not an empty string (""), the newly create metric or paint columns will be appended to the file and then written with the output file name. On Aug 4, 2014, at 3:49 PM, "Tang, Yan" mailto:ya
Re: [caret-users] projecting functional MRI to gii surfaces
Yes,I have a lot of volumes which need be projected to surface. I only know how to use the 'map volume to surface '. I don't know how to use the command. Could you give me an example? Can the file of *.coord.gii be thought as the file? But I only found .coord file can be used in the menu of "caret command executor" . How about "topo"? another thing is how to set the ? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Tuesday, August 05, 2014 9:14 AM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces I'm not clear on what you mean by "I want get fMRI time course for surface vertices of every subject." If you just mean how do you scale up -- map that many volumes to all your subjects -- then I recommend scripting it and using caret_command. (Note that Workbench, the software that is superseding Caret 5.*, has more robust mapping features than caret_command, but I am going to provide the caret_command usage, since this is the caret-users list. There is also a hcp-users list that covers workbench.) Here is the usage for the command that maps volumes onto surfaces: caret_command -volume-map-to-surface [-av average-voxel-neighbor-cube-size (mm)] [-bf brain-fish-max-distance brain-fish-splat factor] [-g gaussian-neighbor-cube-size (mm) sigma-norm sigma-tang norm below cutoff (mm) norm above cutoff (mm) tang-cutoff (mm)] [-mv maximum-voxel-neighbor-cube-size (mm)] [-sv strongest-voxel-neighbor-cube-size (mm)] Map volume(s) to a surface metric or paint file. For successful mapping, both the surface and the volume must be in the same stereotaxic space. "algorithm" is one of: METRIC_AVERAGE_NODES METRIC_AVERAGE_VOXEL METRIC_ENCLOSING_VOXEL METRIC_GAUSSIAN METRIC_INTERPOLATED_VOXEL METRIC_MAXIMUM_VOXEL METRIC_MCW_BRAIN_FISH METRIC_STRONGEST_VOXEL PAINT_ENCLOSING_VOXEL If the input metric or paint file name is not an empty string (""), the newly create metric or paint columns will be appended to the file and then written with the output file name. On Aug 4, 2014, at 3:49 PM, "Tang, Yan" wrote: > Thank you for your help. Now, I meet another problem. I project all > functional MRI to 164k fs_LR surface. Every subject have 135 volumes. I want > get fMRI time course for surface vertices of every subject. How should I do? > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [donna.dier...@sbcglobal.net] > Sent: Friday, August 01, 2014 5:34 PM > To: Caret, SureFit, and SuMS software users > Cc: Tang, Yiyuan > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > Push Toolbar: D/C and make sure the primary overlay is Metric. > > Make sure the right column is selected. > > If that check out okay, then I would do: > > File: Open Data File: Volume Functional File > Load the volume you just mapped > Switch to volume view and select view All (as opposed to H (horizontal or > axial). > Select D/C and on the page selection drop-down menu, scroll all the way to > the bottom >something like volume surface outline > Toggle on the fiducial surface used for the mapping, so that you can see how > the surface aligns with the volume. > > Sometimes there are header issues, and the origin is not set correctly, > resulting in faulty volume-surface alignment. > > > On Aug 1, 2014, at 4:29 PM, "Tang, Yan" wrote: > >> When I open the spec file and mapped the Metric, only the surface was >> displayed. The result is in the attachment. How should I do? >> >> From: caret-users-boun...@brainvis.wustl.edu >> [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker >> [donna.dier...@sbcglobal.net] >> Sent: Friday, August 01, 2014 4:02 PM >> To: Caret, SureFit, and SuMS software users >> Cc: Tang, Yiyuan >> Subject: Re: [caret-users] projecting functional MRI to gii surfaces >> >> Hmmm. Sounds like more than a header to me. >> >> When you open the spec file you selected when you mapped the data, and >> select the output file that is 446kb, what happe
Re: [caret-users] projecting functional MRI to gii surfaces
Thank you very much! From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson [tsc...@mst.edu] Sent: Wednesday, August 06, 2014 5:18 PM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces Yes, the vertices array appears to be the vertex coordinates. You may need to do the -file-convert -format-convert XML_BASE64_GZIP (not ASCII) on the metric file (and maybe even rename it to end in .func.gii) to load it in matlab as a gifti file. The metric file does not contain voxel values, it contains a value at each surface vertex. The correspondence between voxels and surface vertices is purely spatial, and unless you used enclosing voxel mapping (which is not good for continuous data values like functional activation), each vertex contains an interpolated value derived from several voxels. Tim On Wed, Aug 6, 2014 at 4:40 PM, Tang, Yan mailto:yan.t...@ttu.edu>> wrote: Thank you for your help. I use the command "caret_command -file-conver -sc -is CARET" to get surf.gii file. And I use the GIFTI to open this surf.gii file and get two important variables "vertices" and "faces". vertices= -6.8856 -52.5189 23.7218 -22.1394 -41.5367 68.0599 -49.4149 -0.5296 47.7317 -3.4733 22.7785 64.3392 -25.9901 -104.46824.0191 -47.4914 -56.3775 48.6392 -26.3158 45.2893 14.0113 -0.94799.10271.0427 -23.8312 -56.4579 -7.5924 -51.4654 -34.09551.4522 I think the "vertices" include the coordinates. Is it right? But I still can't open the metric file in GIFTI. This metric file was obtain by mapping functional volumes to surfaces in volume selection page. When I used the caret_command -file-convert -format-convert ASCII my_fmri.metric, I found some information in the metric 0 -3.944756 1 0.00 2 0.00 3 0.00 4 -0.291482 5 0.995688 6 6.848554 7 3.783060 8 0.804804 9 -4.805716 10 -6.419259 11 -0.036545 12 -5.132483 13 -6.023278 14 -6.115900 15 -6.208522 16 -6.301144 17 -6.347455 18 -5.193967 19 -3.463736 20 -2.005528 These information maybe display the every voxel's value. But I still can't use the use the vertices in surf.gii as seed to analysis the resting state functional connectivity. Because I don't know the correspondence between the vertices in surf.gii and the voxel in fMRI. Please help me. Thank you. From: caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu> [caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu>] on behalf of Timothy Coalson [tsc...@mst.edu<mailto:tsc...@mst.edu>] Sent: Wednesday, August 06, 2014 1:27 PM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces Correction, there is a matlab GIFTI toolbox, not CIFTI. Metric files are usually already GIFTI files, but caret5 coord/topo files need to be converted: to convert non-GIFTI metric file to GIFTI: caret_command -file-convert -format-convert XML_BASE64_GZIP to convert topo/coord to GIFTI surface: caret_command -file-conver -sc -is CARET -os GS I believe the matlab GIFTI toolbox will read surface files, but you'll need to separate the two data arrays in it as to which describes the triangles, and which is the vertex coordinates. Tim On Wed, Aug 6, 2014 at 8:32 AM, Donna Dierker mailto:do...@brainvis.wustl.edu>> wrote: First, I want to point out that there is a CIFTI matlab toolkit, I think, but I know very little about it (or matlab in general). What I do know: * The freesurfer_to_fs_LR pipeline probably doesn't generate CIFTI output. But the forthcoming Human Connectome Project (HCP) pipeline does. * Questions about the CIFTI matlab toolkit might better be posed to the CIFTI forum on nitrc.org<http://nitrc.org> (http://www.nitrc.org/forum/?group_id=454). Using the caret5/caret_command tools, it is possible to convert the metric/func.gii files to ASCII, e.g.: caret_command -file-convert -format-convert ASCII my_fmri.metric … or: caret_command -file-convert -format-convert ASCII my_fmri.func.gii As for the coordinates, since you have the individual midthickness surfaces on 164k mesh, you can those for the unprojection command. If you really want a grid, then it is a border file you will get out of caret: http://brainvis.wustl.edu/CaretHelpAccount/caret5_help/file_formats/file_formats.html#borderFile Here is the Alex Cohen paper: http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2705206/ This is not a trivial task. ;-) On Aug 5, 2014, at 3:13 PM, "Tang, Yan" mailto:yan.t...@ttu.edu>> wrote: > Maybe I do some wrong things. I used the Freesurfer_
Re: [caret-users] projecting functional MRI to gii surfaces
Thank you for your help. I use the command "caret_command -file-conver -sc -is CARET" to get surf.gii file. And I use the GIFTI to open this surf.gii file and get two important variables "vertices" and "faces". vertices= -6.8856 -52.5189 23.7218 -22.1394 -41.5367 68.0599 -49.4149 -0.5296 47.7317 -3.4733 22.7785 64.3392 -25.9901 -104.46824.0191 -47.4914 -56.3775 48.6392 -26.3158 45.2893 14.0113 -0.94799.10271.0427 -23.8312 -56.4579 -7.5924 -51.4654 -34.09551.4522 I think the "vertices" include the coordinates. Is it right? But I still can't open the metric file in GIFTI. This metric file was obtain by mapping functional volumes to surfaces in volume selection page. When I used the caret_command -file-convert -format-convert ASCII my_fmri.metric, I found some information in the metric 0 -3.944756 1 0.00 2 0.00 3 0.00 4 -0.291482 5 0.995688 6 6.848554 7 3.783060 8 0.804804 9 -4.805716 10 -6.419259 11 -0.036545 12 -5.132483 13 -6.023278 14 -6.115900 15 -6.208522 16 -6.301144 17 -6.347455 18 -5.193967 19 -3.463736 20 -2.005528 These information maybe display the every voxel's value. But I still can't use the use the vertices in surf.gii as seed to analysis the resting state functional connectivity. Because I don't know the correspondence between the vertices in surf.gii and the voxel in fMRI. Please help me. Thank you. From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Timothy Coalson [tsc...@mst.edu] Sent: Wednesday, August 06, 2014 1:27 PM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces Correction, there is a matlab GIFTI toolbox, not CIFTI. Metric files are usually already GIFTI files, but caret5 coord/topo files need to be converted: to convert non-GIFTI metric file to GIFTI: caret_command -file-convert -format-convert XML_BASE64_GZIP to convert topo/coord to GIFTI surface: caret_command -file-conver -sc -is CARET -os GS I believe the matlab GIFTI toolbox will read surface files, but you'll need to separate the two data arrays in it as to which describes the triangles, and which is the vertex coordinates. Tim On Wed, Aug 6, 2014 at 8:32 AM, Donna Dierker mailto:do...@brainvis.wustl.edu>> wrote: First, I want to point out that there is a CIFTI matlab toolkit, I think, but I know very little about it (or matlab in general). What I do know: * The freesurfer_to_fs_LR pipeline probably doesn't generate CIFTI output. But the forthcoming Human Connectome Project (HCP) pipeline does. * Questions about the CIFTI matlab toolkit might better be posed to the CIFTI forum on nitrc.org<http://nitrc.org> (http://www.nitrc.org/forum/?group_id=454). Using the caret5/caret_command tools, it is possible to convert the metric/func.gii files to ASCII, e.g.: caret_command -file-convert -format-convert ASCII my_fmri.metric … or: caret_command -file-convert -format-convert ASCII my_fmri.func.gii As for the coordinates, since you have the individual midthickness surfaces on 164k mesh, you can those for the unprojection command. If you really want a grid, then it is a border file you will get out of caret: http://brainvis.wustl.edu/CaretHelpAccount/caret5_help/file_formats/file_formats.html#borderFile Here is the Alex Cohen paper: http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2705206/ This is not a trivial task. ;-) On Aug 5, 2014, at 3:13 PM, "Tang, Yan" mailto:yan.t...@ttu.edu>> wrote: > Maybe I do some wrong things. I used the Freesurfer_to_fs_LR Pipeline to > get 164k fs_LR surface. Then, I want to get the points in 164k fs_LR surface > and use these points as seed to analysis the resting state functional > connectivity. So I do project functional MRI to surface. But after that, I > don't know how to do it in next step. I get metric file, but these files > cannot be read in Matlab. And I also don't get the coordinates of the points > in 164k fs_LR surface. > > Just you mention the method of Alex Cohen. I am beginner of Caret. Could you > tell me the method in detail? > > thank you > > From: > caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu> > > [caret-users-boun...@brainvis.wustl.edu<mailto:caret-users-boun...@brainvis.wustl.edu>] > on behalf of Donna Dierker > [do...@brainvis.wustl.edu<mailto:do...@brainvis.wustl.edu>] > Sent: Tuesday, August 05, 2014 10:26 AM > To: Caret, SureFit, and SuMS software users > Cc: Tang, Yiyuan > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > You can do that, but
Re: [caret-users] projecting functional MRI to gii surfaces
I am sorry that I still don't know how to do it. Firstly, regularly spaced Cartesian grids were generated on the flattened PALS-B12 average surface of the left and right hemispheres using the Caret software. Grid points were spaced 20 mm apart on the flattened surface. Then, How to get the 3-dimensional (3D) stereotactic coordinates? Need I save this grid as a file and read this file? But how to save it? the coordinates I can get is the MNI coordinates? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Wednesday, August 06, 2014 8:32 AM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces First, I want to point out that there is a CIFTI matlab toolkit, I think, but I know very little about it (or matlab in general). What I do know: * The freesurfer_to_fs_LR pipeline probably doesn't generate CIFTI output. But the forthcoming Human Connectome Project (HCP) pipeline does. * Questions about the CIFTI matlab toolkit might better be posed to the CIFTI forum on nitrc.org (http://www.nitrc.org/forum/?group_id=454). Using the caret5/caret_command tools, it is possible to convert the metric/func.gii files to ASCII, e.g.: caret_command -file-convert -format-convert ASCII my_fmri.metric … or: caret_command -file-convert -format-convert ASCII my_fmri.func.gii As for the coordinates, since you have the individual midthickness surfaces on 164k mesh, you can those for the unprojection command. If you really want a grid, then it is a border file you will get out of caret: http://brainvis.wustl.edu/CaretHelpAccount/caret5_help/file_formats/file_formats.html#borderFile Here is the Alex Cohen paper: http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2705206/ This is not a trivial task. ;-) On Aug 5, 2014, at 3:13 PM, "Tang, Yan" wrote: > Maybe I do some wrong things. I used the Freesurfer_to_fs_LR Pipeline to > get 164k fs_LR surface. Then, I want to get the points in 164k fs_LR surface > and use these points as seed to analysis the resting state functional > connectivity. So I do project functional MRI to surface. But after that, I > don't know how to do it in next step. I get metric file, but these files > cannot be read in Matlab. And I also don't get the coordinates of the points > in 164k fs_LR surface. > > Just you mention the method of Alex Cohen. I am beginner of Caret. Could you > tell me the method in detail? > > thank you > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [do...@brainvis.wustl.edu] > Sent: Tuesday, August 05, 2014 10:26 AM > To: Caret, SureFit, and SuMS software users > Cc: Tang, Yiyuan > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > You can do that, but I am not used to seeing this done with the mean > midthickness surface. Alex Cohen did something like this when he was using > resting state functional connectivity to find gradients in a subject's > cortical networks. He used the PALS flat or spherical map to get a common > grid onto a standard mesh. Once there, he projected that grid onto the > individual's midthickness surface on the standard mesh. (Like the grid is > getting folded back up into the individual's anatomical pattern.) Then he > unprojected the points to use as seeds for his analysis. > > Do you mind if I ask how the mean midthickness surface comes into play? > > Caret's Layers: Borders has options for making grids on the flat map. People > make grids on the sphere in matlab. > > There are caret_command tools for unprojecting borders. > > caret_command -surface-border-unprojection > > Border files differ from border projection files in that they are points not > tied to a particular mesh. The advantage is that you can open the same > border point on, say, a native and 164k mesh, and it will align with both, if > it aligns with one (and they are identical except for mesh). The advantage > of borderproj files is that they open on multiple configurations - flat, > midthickness, inflated, etc. - but the price is that you're tied to a mesh. > > > On Aug 5, 2014, at 10:06 AM, "Tang, Yan" wrote: > >> Thank you for your help. Another problem is how to use the Caret software to >> generate regularly spaced Cartesian grids on the flattened PALS-B12 >> average surface of the left and right hemispheres. Can I use this >> 3-dimensional (3D) stereotactic coordinates from the PALS-B12 average >> fiducial (midthickness) surface for each grid location to obtain the vox
Re: [caret-users] projecting functional MRI to gii surfaces
Maybe I do some wrong things. I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. Then, I want to get the points in 164k fs_LR surface and use these points as seed to analysis the resting state functional connectivity. So I do project functional MRI to surface. But after that, I don't know how to do it in next step. I get metric file, but these files cannot be read in Matlab. And I also don't get the coordinates of the points in 164k fs_LR surface. Just you mention the method of Alex Cohen. I am beginner of Caret. Could you tell me the method in detail? thank you From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [do...@brainvis.wustl.edu] Sent: Tuesday, August 05, 2014 10:26 AM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces You can do that, but I am not used to seeing this done with the mean midthickness surface. Alex Cohen did something like this when he was using resting state functional connectivity to find gradients in a subject's cortical networks. He used the PALS flat or spherical map to get a common grid onto a standard mesh. Once there, he projected that grid onto the individual's midthickness surface on the standard mesh. (Like the grid is getting folded back up into the individual's anatomical pattern.) Then he unprojected the points to use as seeds for his analysis. Do you mind if I ask how the mean midthickness surface comes into play? Caret's Layers: Borders has options for making grids on the flat map. People make grids on the sphere in matlab. There are caret_command tools for unprojecting borders. caret_command -surface-border-unprojection Border files differ from border projection files in that they are points not tied to a particular mesh. The advantage is that you can open the same border point on, say, a native and 164k mesh, and it will align with both, if it aligns with one (and they are identical except for mesh). The advantage of borderproj files is that they open on multiple configurations - flat, midthickness, inflated, etc. - but the price is that you're tied to a mesh. On Aug 5, 2014, at 10:06 AM, "Tang, Yan" wrote: > Thank you for your help. Another problem is how to use the Caret software to > generate regularly spaced Cartesian grids on the flattened PALS-B12 average > surface of the left and right hemispheres. Can I use this 3-dimensional (3D) > stereotactic coordinates from the PALS-B12 average fiducial (midthickness) > surface for each grid location to obtain the voxel coordinates (3 × 3 × 3 mm > resolution) containing that point in fMRI? > > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [donna.dier...@sbcglobal.net] > Sent: Friday, August 01, 2014 5:34 PM > To: Caret, SureFit, and SuMS software users > Cc: Tang, Yiyuan > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > Push Toolbar: D/C and make sure the primary overlay is Metric. > > Make sure the right column is selected. > > If that check out okay, then I would do: > > File: Open Data File: Volume Functional File > Load the volume you just mapped > Switch to volume view and select view All (as opposed to H (horizontal or > axial). > Select D/C and on the page selection drop-down menu, scroll all the way to > the bottom >something like volume surface outline > Toggle on the fiducial surface used for the mapping, so that you can see how > the surface aligns with the volume. > > Sometimes there are header issues, and the origin is not set correctly, > resulting in faulty volume-surface alignment. > > > On Aug 1, 2014, at 4:29 PM, "Tang, Yan" wrote: > >> When I open the spec file and mapped the Metric, only the surface was >> displayed. The result is in the attachment. How should I do? >> >> From: caret-users-boun...@brainvis.wustl.edu >> [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker >> [donna.dier...@sbcglobal.net] >> Sent: Friday, August 01, 2014 4:02 PM >> To: Caret, SureFit, and SuMS software users >> Cc: Tang, Yiyuan >> Subject: Re: [caret-users] projecting functional MRI to gii surfaces >> >> Hmmm. Sounds like more than a header to me. >> >> When you open the spec file you selected when you mapped the data, and >> select the output file that is 446kb, what happens? >> >> You must make sure you select Metric on the D/C: Overlay/Underlay Surface >> menu (primary or sec
Re: [caret-users] projecting functional MRI to gii surfaces
Thank you for your help. Another problem is how to use the Caret software to generate regularly spaced Cartesian grids on the flattened PALS-B12 average surface of the left and right hemispheres. Can I use this 3-dimensional (3D) stereotactic coordinates from the PALS-B12 average fiducial (midthickness) surface for each grid location to obtain the voxel coordinates (3 × 3 × 3 mm resolution) containing that point in fMRI? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [donna.dier...@sbcglobal.net] Sent: Friday, August 01, 2014 5:34 PM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces Push Toolbar: D/C and make sure the primary overlay is Metric. Make sure the right column is selected. If that check out okay, then I would do: File: Open Data File: Volume Functional File Load the volume you just mapped Switch to volume view and select view All (as opposed to H (horizontal or axial). Select D/C and on the page selection drop-down menu, scroll all the way to the bottom something like volume surface outline Toggle on the fiducial surface used for the mapping, so that you can see how the surface aligns with the volume. Sometimes there are header issues, and the origin is not set correctly, resulting in faulty volume-surface alignment. On Aug 1, 2014, at 4:29 PM, "Tang, Yan" wrote: > When I open the spec file and mapped the Metric, only the surface was > displayed. The result is in the attachment. How should I do? > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [donna.dier...@sbcglobal.net] > Sent: Friday, August 01, 2014 4:02 PM > To: Caret, SureFit, and SuMS software users > Cc: Tang, Yiyuan > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > Hmmm. Sounds like more than a header to me. > > When you open the spec file you selected when you mapped the data, and select > the output file that is 446kb, what happens? > > You must make sure you select Metric on the D/C: Overlay/Underlay Surface > menu (primary or secondary, typically). Else it won't display. > > > On Aug 1, 2014, at 2:47 PM, "Tang, Yan" wrote: > >> I am sure that the file exist and the size of file is 446KB. Is It correct? >> >> From: caret-users-boun...@brainvis.wustl.edu >> [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker >> [donna.dier...@sbcglobal.net] >> Sent: Friday, August 01, 2014 10:10 AM >> To: Caret, SureFit, and SuMS software users >> Cc: Tang, Yiyuan >> Subject: Re: [caret-users] projecting functional MRI to gii surfaces >> >> Hi Yan, >> >> Could you use a terminal window or file manager to check whether the file >> exists, and if so, what its size is. >> >> We have seen cases before where the file was just a header -- no data. >> Inexplicably, the presence of a non-english character set on the system used >> has caused this sort of trouble. If there is a system nearby that does not >> have a non-english character set installed, you might see if Caret works >> there. Or remove any non-english character sets on your system and see if >> it helps. >> >> Donna >> >> >> On Jul 31, 2014, at 3:52 PM, "Tang, Yan" wrote: >> >>> Dear all, >>> >>> I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. Now I >>> want to map functional volumes to surfaces. >>> In volume selection page, I choose my file 'ff001_010.nii'; In spec file >>> and surface selection page, I choose the file 'study1.L.orig.164k_fs_LR'. I >>> get a file 'map_data_0_31_Jul_2014_15_10_13.metric'. But I find I couldn't >>> open this file. Which step is wrong? How can you do it? >>> ___ >>> caret-users mailing list >>> caret-users@brainvis.wustl.edu >>> http://brainvis.wustl.edu/mailman/listinfo/caret-users >> >> >> ___ >> caret-users mailing list >> caret-users@brainvis.wustl.edu >> http://brainvis.wustl.edu/mailman/listinfo/caret-users >> >> ___ >> caret-users mailing list >> caret-users@brainvis.wustl.edu >> http://brainvis.wustl.edu/mailman/listinfo/caret-users > > > ___
Re: [caret-users] projecting functional MRI to gii surfaces
Thank you for your help. Now, I meet another problem. I project all functional MRI to 164k fs_LR surface. Every subject have 135 volumes. I want get fMRI time course for surface vertices of every subject. How should I do? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [donna.dier...@sbcglobal.net] Sent: Friday, August 01, 2014 5:34 PM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces Push Toolbar: D/C and make sure the primary overlay is Metric. Make sure the right column is selected. If that check out okay, then I would do: File: Open Data File: Volume Functional File Load the volume you just mapped Switch to volume view and select view All (as opposed to H (horizontal or axial). Select D/C and on the page selection drop-down menu, scroll all the way to the bottom something like volume surface outline Toggle on the fiducial surface used for the mapping, so that you can see how the surface aligns with the volume. Sometimes there are header issues, and the origin is not set correctly, resulting in faulty volume-surface alignment. On Aug 1, 2014, at 4:29 PM, "Tang, Yan" wrote: > When I open the spec file and mapped the Metric, only the surface was > displayed. The result is in the attachment. How should I do? > > From: caret-users-boun...@brainvis.wustl.edu > [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker > [donna.dier...@sbcglobal.net] > Sent: Friday, August 01, 2014 4:02 PM > To: Caret, SureFit, and SuMS software users > Cc: Tang, Yiyuan > Subject: Re: [caret-users] projecting functional MRI to gii surfaces > > Hmmm. Sounds like more than a header to me. > > When you open the spec file you selected when you mapped the data, and select > the output file that is 446kb, what happens? > > You must make sure you select Metric on the D/C: Overlay/Underlay Surface > menu (primary or secondary, typically). Else it won't display. > > > On Aug 1, 2014, at 2:47 PM, "Tang, Yan" wrote: > >> I am sure that the file exist and the size of file is 446KB. Is It correct? >> >> From: caret-users-boun...@brainvis.wustl.edu >> [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker >> [donna.dier...@sbcglobal.net] >> Sent: Friday, August 01, 2014 10:10 AM >> To: Caret, SureFit, and SuMS software users >> Cc: Tang, Yiyuan >> Subject: Re: [caret-users] projecting functional MRI to gii surfaces >> >> Hi Yan, >> >> Could you use a terminal window or file manager to check whether the file >> exists, and if so, what its size is. >> >> We have seen cases before where the file was just a header -- no data. >> Inexplicably, the presence of a non-english character set on the system used >> has caused this sort of trouble. If there is a system nearby that does not >> have a non-english character set installed, you might see if Caret works >> there. Or remove any non-english character sets on your system and see if >> it helps. >> >> Donna >> >> >> On Jul 31, 2014, at 3:52 PM, "Tang, Yan" wrote: >> >>> Dear all, >>> >>> I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. Now I >>> want to map functional volumes to surfaces. >>> In volume selection page, I choose my file 'ff001_010.nii'; In spec file >>> and surface selection page, I choose the file 'study1.L.orig.164k_fs_LR'. I >>> get a file 'map_data_0_31_Jul_2014_15_10_13.metric'. But I find I couldn't >>> open this file. Which step is wrong? How can you do it? >>> ___ >>> caret-users mailing list >>> caret-users@brainvis.wustl.edu >>> http://brainvis.wustl.edu/mailman/listinfo/caret-users >> >> >> ___ >> caret-users mailing list >> caret-users@brainvis.wustl.edu >> http://brainvis.wustl.edu/mailman/listinfo/caret-users >> >> ___ >> caret-users mailing list >> caret-users@brainvis.wustl.edu >> http://brainvis.wustl.edu/mailman/listinfo/caret-users > > > ___ > caret-users mailing list > caret-users@brainvis.wustl.edu > http://brainvis.wustl.edu/mailman/listinfo/caret-users > ___ > caret-users mailing list > caret-users@brainvis.wustl.edu > http://brainvis.wustl.edu/mailman/listinfo/caret-users ___ caret-users mailing list caret-users@brainvis.wustl.edu http://brainvis.wustl.edu/mailman/listinfo/caret-users ___ caret-users mailing list caret-users@brainvis.wustl.edu http://brainvis.wustl.edu/mailman/listinfo/caret-users
Re: [caret-users] projecting functional MRI to gii surfaces
I am sure that the file exist and the size of file is 446KB. Is It correct? From: caret-users-boun...@brainvis.wustl.edu [caret-users-boun...@brainvis.wustl.edu] on behalf of Donna Dierker [donna.dier...@sbcglobal.net] Sent: Friday, August 01, 2014 10:10 AM To: Caret, SureFit, and SuMS software users Cc: Tang, Yiyuan Subject: Re: [caret-users] projecting functional MRI to gii surfaces Hi Yan, Could you use a terminal window or file manager to check whether the file exists, and if so, what its size is. We have seen cases before where the file was just a header -- no data. Inexplicably, the presence of a non-english character set on the system used has caused this sort of trouble. If there is a system nearby that does not have a non-english character set installed, you might see if Caret works there. Or remove any non-english character sets on your system and see if it helps. Donna On Jul 31, 2014, at 3:52 PM, "Tang, Yan" wrote: > Dear all, > > I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. Now I > want to map functional volumes to surfaces. > In volume selection page, I choose my file 'ff001_010.nii'; In spec file and > surface selection page, I choose the file 'study1.L.orig.164k_fs_LR'. I get a > file 'map_data_0_31_Jul_2014_15_10_13.metric'. But I find I couldn't open > this file. Which step is wrong? How can you do it? > ___ > caret-users mailing list > caret-users@brainvis.wustl.edu > http://brainvis.wustl.edu/mailman/listinfo/caret-users ___ caret-users mailing list caret-users@brainvis.wustl.edu http://brainvis.wustl.edu/mailman/listinfo/caret-users ___ caret-users mailing list caret-users@brainvis.wustl.edu http://brainvis.wustl.edu/mailman/listinfo/caret-users
[caret-users] projecting functional MRI to gii surfaces
Dear all, I used the Freesurfer_to_fs_LR Pipeline to get 164k fs_LR surface. Now I want to map functional volumes to surfaces. In volume selection page, I choose my file 'ff001_010.nii'; In spec file and surface selection page, I choose the file 'study1.L.orig.164k_fs_LR'. I get a file 'map_data_0_31_Jul_2014_15_10_13.metric'. But I find I couldn't open this file. Which step is wrong? How can you do it? ___ caret-users mailing list caret-users@brainvis.wustl.edu http://brainvis.wustl.edu/mailman/listinfo/caret-users