Dear Freesurfer experts,
I have a question regarding mris_divide_parcellation. I have created a file containing the parcels from aparc.annot that I want to split and I have run the following command. Why is Freesurfer allocating 36 additional units? When I open the new annotation file (rh.aparc.splitted) with matlab (using read_annotation), I can see that at the end of colortable.struct_names there are a lot of parcels called "cluster38, cluster39, ..., cluster71". What are exactly these clusters?
Many thanks, Yolanda
*In splittable.txt* file precentral 2
*Command*
./mris_divide_parcellation fsaverage rh aparc.annot splittable.txt rh.aparc.splitted
*Output*
reading colortable from annotation file... colortable with 36 entries read (originally /autofs/space/amaebi_026/users/buckner_cortical_atlas/scripts/colortable_final.txt) interpreting 4th command line arg as split file name dividing precentral into 2 parts allocating new colortable with 36 additional units... saving annotation to rh.aparc.splitted writing colortable into annotation file...
Hi Yolanda
does the resulting parcellation look ok? I think that's a small bug that may not have any effect on you (there will just be extra, unused color table entries)
Bruce On Tue, 7 Feb 2012, Yolanda Vives wrote:
Dear Freesurfer experts,
I have a question regarding mris_divide_parcellation. I have created a file containing the parcels from aparc.annot that I want to split and I have run the following command. Why is Freesurfer allocating 36 additional units? When I open the new annotation file (rh.aparc.splitted) with matlab (using read_annotation), I can see that at the end of colortable.struct_names there are a lot of parcels called "cluster38, cluster39, ..., cluster71". What are exactly these clusters?
Many thanks, Yolanda
In splittable.txt file precentral 2
Command
./mris_divide_parcellation fsaverage rh aparc.annot splittable.txt rh.aparc.splitted
Output
reading colortable from annotation file... colortable with 36 entries read (originally /autofs/space/amaebi_026/users/buckner_cortical_atlas/scripts/colortable_final.txt) interpreting 4th command line arg as split file name dividing precentral into 2 parts allocating new colortable with 36 additional units... saving annotation to rh.aparc.splitted writing colortable into annotation file...
Thank you Bruce, the parcellation looks good, as you say, I think that it doesn't affect me.
yolanda
2012/2/7 Bruce Fischl fischl@nmr.mgh.harvard.edu
Hi Yolanda
does the resulting parcellation look ok? I think that's a small bug that may not have any effect on you (there will just be extra, unused color table entries)
Bruce
On Tue, 7 Feb 2012, Yolanda Vives wrote:
Dear Freesurfer experts,
I have a question regarding mris_divide_parcellation. I have created a file containing the parcels from aparc.annot that I want to split and I have run the following command. Why is Freesurfer allocating 36 additional units? When I open the new annotation file (rh.aparc.splitted) with matlab (using read_annotation), I can see that at the end of colortable.struct_names there are a lot of parcels called "cluster38, cluster39, ..., cluster71". What are exactly these clusters?
Many thanks, Yolanda
In splittable.txt file precentral 2
Command
./mris_divide_parcellation fsaverage rh aparc.annot splittable.txt rh.aparc.splitted
Output
reading colortable from annotation file... colortable with 36 entries read (originally /autofs/space/amaebi_026/** users/buckner_cortical_atlas/**scripts/colortable_final.txt) interpreting 4th command line arg as split file name dividing precentral into 2 parts allocating new colortable with 36 additional units... saving annotation to rh.aparc.splitted writing colortable into annotation file...
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/**compliancelinehttp://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@nmr.mgh.harvard.edu