Re: [Freesurfer] freesurfer and VBM
Hi Ri, We have a paper comparing results from freesurfer and VBM. Chee MW, Zheng H, Goh JO, Park D, Sutton BP. Brain Structure in Young and Old East Asians and Westerners: Comparisons of Structural Volume and Cortical Thickness. J Cogn Neurosci. 2010 Apr 30. Cheers, Zheng Hui On 1/25/11 12:14 PM, "Ritobrato Datta" wrote: > Hello All, > > Are there any papers comparing freesurfer to VBM ? > > Can anyone point me to them ? > > Thanks > > Ri > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > 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@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
[Freesurfer] freesurfer and VBM
Hello All, Are there any papers comparing freesurfer to VBM ? Can anyone point me to them ? Thanks Ri ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.
Re: [Freesurfer] mri_gcut killed
hmm, didnt think of that. i can experiment on some lesser memory machines. thanks for the info. fyi, the gcut stage is not required, it only attempts additional 'trimming' of dura and surround skull that remains after mri_watershed, so adding -no-gcut to the end of recon-all is an acceptable workaround. i suppose recon-all could also not exit on mri_gcut failure due to out-of-memory (but this is a little hacky). n. On Mon, 2011-01-24 at 15:42 -0800, Mehul Sampat wrote: > Hi Bruce and Nick, > > I think mri_gcut seems to require a lot of memory and might be causing > the crash ? > I was running some subjects on a node (16 cpu & 32 GB RAM ; thus 2GB > RAM per cpu) and some of the subjects crashed for me at the mri_gcut > step. (a few lines from recon-all.log are shown below) > > mri_gcut -110 -mult brainmask.auto.mgz T1.mgz brainmask.auto.mgz > > terminate called after throwing an instance of 'std::bad_alloc' > what(): St9bad_alloc > reading mask... > use voxels with intensity 110 as WM mask > threshold set to: 110.00*0.36=39.60 > calculating weights... > doing mincut... > Abort > - > > They worked if I assigned 4gb per cpu (Also i found i could run > atmost 12 subjects with 32GB RAM).. > > maybe Michelle has a similar issue ? > > Mehul > > > On Mon, Jan 24, 2011 at 1:56 PM, Bruce Fischl > wrote: > is anything else running on the machine? Maybe some other > process was > taking a bunch of memory while the gcut was running? > > > On Mon, 24 Jan 2011, > Nick Schmansky wrote: > > > confirm that both T1.mgz and brainmask.auto.mgz a decent > images (via > > tkmedit). if they are good, then the gcut stage can be > skipped by > > adding the -no-gcut flag to the end of the recon-all stream, > but i have > > never seen this particular error occur, so i wonder about > the quality of > > the input. if those two files look fine, and gcut still > gets killed > > (which is odd), then you can send me those files via our > file drop and i > > can try to replicate. > > > > n. > > On Mon, 2011-01-24 at 15:01 -0500, Michelle Umali wrote: > >> Dear All, > >> recon-all was killed during mri_gcut. > >> > >> Here is the error: > >> > >>mri_gcut -110 -mult brainmask.auto.mgz T1.mgz > brainmask.auto.mgz > >> > >> Killed. > >> > >> How does one deal with this? > >> > >> Thanks in advance for any help. > >> Michelle > >> ___ > >> Freesurfer mailing list > >> Freesurfer@nmr.mgh.harvard.edu > >> > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > >> > >> > > > > ___ > > Freesurfer mailing list > > Freesurfer@nmr.mgh.harvard.edu > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > 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@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
Re: [Freesurfer] mri_gcut killed
Hi Bruce and Nick, I think mri_gcut seems to require a lot of memory and might be causing the crash ? I was running some subjects on a node (16 cpu & 32 GB RAM ; thus 2GB RAM per cpu) and some of the subjects crashed for me at the mri_gcut step. (a few lines from recon-all.log are shown below) mri_gcut -110 -mult brainmask.auto.mgz T1.mgz brainmask.auto.mgz terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc reading mask... use voxels with intensity 110 as WM mask threshold set to: 110.00*0.36=39.60 calculating weights... doing mincut... Abort - They worked if I assigned 4gb per cpu (Also i found i could run atmost 12 subjects with 32GB RAM).. maybe Michelle has a similar issue ? Mehul On Mon, Jan 24, 2011 at 1:56 PM, Bruce Fischl wrote: > is anything else running on the machine? Maybe some other process was > taking a bunch of memory while the gcut was running? > > On Mon, 24 Jan 2011, > Nick Schmansky wrote: > > > confirm that both T1.mgz and brainmask.auto.mgz a decent images (via > > tkmedit). if they are good, then the gcut stage can be skipped by > > adding the -no-gcut flag to the end of the recon-all stream, but i have > > never seen this particular error occur, so i wonder about the quality of > > the input. if those two files look fine, and gcut still gets killed > > (which is odd), then you can send me those files via our file drop and i > > can try to replicate. > > > > n. > > On Mon, 2011-01-24 at 15:01 -0500, Michelle Umali wrote: > >> Dear All, > >> recon-all was killed during mri_gcut. > >> > >> Here is the error: > >> > >>mri_gcut -110 -mult brainmask.auto.mgz T1.mgz brainmask.auto.mgz > >> > >> Killed. > >> > >> How does one deal with this? > >> > >> Thanks in advance for any help. > >> Michelle > >> ___ > >> Freesurfer mailing list > >> Freesurfer@nmr.mgh.harvard.edu > >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > >> > >> > > > > ___ > > Freesurfer mailing list > > Freesurfer@nmr.mgh.harvard.edu > > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > > > > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > 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@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.
Re: [Freesurfer] mri_gcut killed
is anything else running on the machine? Maybe some other process was taking a bunch of memory while the gcut was running? On Mon, 24 Jan 2011, Nick Schmansky wrote: > confirm that both T1.mgz and brainmask.auto.mgz a decent images (via > tkmedit). if they are good, then the gcut stage can be skipped by > adding the -no-gcut flag to the end of the recon-all stream, but i have > never seen this particular error occur, so i wonder about the quality of > the input. if those two files look fine, and gcut still gets killed > (which is odd), then you can send me those files via our file drop and i > can try to replicate. > > n. > On Mon, 2011-01-24 at 15:01 -0500, Michelle Umali wrote: >> Dear All, >> recon-all was killed during mri_gcut. >> >> Here is the error: >> >>mri_gcut -110 -mult brainmask.auto.mgz T1.mgz brainmask.auto.mgz >> >> Killed. >> >> How does one deal with this? >> >> Thanks in advance for any help. >> Michelle >> ___ >> Freesurfer mailing list >> Freesurfer@nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> >> > > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.
Re: [Freesurfer] ERROR: flag --tablefile not recognized
Thank you Doug. 4.2 uses *-t* instead of *--tablefile. *I need to update to 5.0. Jesse On Mon, Jan 24, 2011 at 3:34 PM, Douglas N Greve wrote: > I think version 4.2 used a different command-line than 4.5 and higher. > Check it with --help. > > doug > > Jesse Bledsoe wrote: > >> Hi FreeSurfer team, >> >> After running: >> >> asegstats2table --subjects /subject1 subject2... /--meas volume >> --tablefile aseg.stats.txt >> >> I receive the following error: >> >> ERROR: flag --tablefile not recognized >> >> Stamp: freesurfer-Linuxcentos4-stable-pub-v4.2.0 >> >> Any suggestions are greatly appreciated, >> >> Jesse >> >> >> >> >> ___ >> Freesurfer mailing list >> Freesurfer@nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> > > -- > Douglas N. Greve, Ph.D. > MGH-NMR Center > gr...@nmr.mgh.harvard.edu > Phone Number: 617-724-2358 Fax: 617-726-7422 > > Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting > FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html > > > > 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. > > -- Jesse Bledsoe, M.A. Clinical Psychology Graduate Student Assistant Director, Consortium for Neurodevelopmental Study Department of Psychiatry Michigan State University 321 W. Fee Hall East Lansing, MI 48824 __ Note: Information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.
Re: [Freesurfer] mri_gcut killed
confirm that both T1.mgz and brainmask.auto.mgz a decent images (via tkmedit). if they are good, then the gcut stage can be skipped by adding the -no-gcut flag to the end of the recon-all stream, but i have never seen this particular error occur, so i wonder about the quality of the input. if those two files look fine, and gcut still gets killed (which is odd), then you can send me those files via our file drop and i can try to replicate. n. On Mon, 2011-01-24 at 15:01 -0500, Michelle Umali wrote: > Dear All, > recon-all was killed during mri_gcut. > > Here is the error: > >mri_gcut -110 -mult brainmask.auto.mgz T1.mgz brainmask.auto.mgz > > Killed. > > How does one deal with this? > > Thanks in advance for any help. > Michelle > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.
Re: [Freesurfer] asegstats2table in version 4.2.0 error?
Hi Krish, Thank you very much. It turned out that program SureFit was causing problems with Python. Just wanted to follow up in case others ran into the same problem, Jesse On Wed, Dec 8, 2010 at 1:43 PM, Krish Subramaniam wrote: > Hi Jesse > > it seems the standard Python is not installed with your CentOS > installation. asegstats2table is a Python script and needs it. > > You could either ask your sysadmin to install the Python. or if you have > the permissions.. do it yourself -- some variant of > > sudo yum install python > > Best, > Krish > > > On Dec 7, 2010, at 5:26 PM, Jesse Bledsoe wrote: > > Hi Krish, >> >> Thank you for the reply. After typing "import os" into the interpreter I >> get the following: >> >> Traceback (most recent call last): >>File "", line1, in ? >> ImportError: No module named os >> >>> >> >> Any suggestions? >> >> Jesse >> >> On Mon, Dec 6, 2010 at 2:12 PM, Krish Subramaniam < >> kr...@nmr.mgh.harvard.edu> wrote: >> Hi Jesse >> >> It seems there's something wrong with your Python installation. >> >> Can you do the following? >> >> type >> >> python >> >> and in the interpreter, enter >> >> import os >> >> and see if it works. >> >> -Krish >> >> >> On Dec 4, 2010, at 6:48 PM, Jesse Bledsoe wrote: >> >> Hello FreeSurfer group, >> >> I am unable to run asegstats2table and cannot view asegstats2table --help. >> I did some looking in the archives and it seems like there were bugs in >> previous versions that were fixed before version 4.2.0. Any ideas on how to >> fix this? At this point I have been creating my own tables and viewing each >> individual aseg.stats file for each participant. >> >> When I use the following: >> >> asegstats2table --subjects subject1 subject 2 --meas volume --tablefile >> aseg_stats.txt >> >> I get the following error: >> >> 'import site' failed; use -v for traceback >> Traceback (most recent call last): >> File "/usr/local/freesurfer/bin/asegstats2table", line 4, in ? >> import os; >> ImportError: No module named os >> Thank you for your time, >> >> Jesse (Linux-centos4-stable-pub-v4.2.0) >> >> On Tue, Nov 30, 2010 at 3:43 PM, Jesse Bledsoe wrote: >> Hello, >> >> I am having difficulty generating an aseg_stats.txt table. >> >> When I use the following: >> >> asegstats2table --subjects subject1 subject 2 --meas volume --tablefile >> aseg_stats.txt >> >> I get the following error: >> >> 'import site' failed; use -v for traceback >> Traceback (most recent call last): >> File "/usr/local/freesurfer/bin/asegstats2table", line 4, in ? >> import os; >> ImportError: No module named os >> >> >> I am on Linux-centos4-stable-pub-v4.2.0 >> >> Any suggestions are much appreciated, >> Jesse >> >> >> >> -- >> Jesse Bledsoe, M.A. >> Clinical Psychology Graduate Student >> Assistant Director, Consortium for Neurodevelopmental Study >> Department of Psychiatry >> Michigan State University >> 321 W. Fee Hall >> East Lansing, MI 48824 >> __ >> >> Note: Information contained in this electronic message and any attachments >> to this message are intended for the exclusive use of the addressee(s) and >> may contain proprietary, confidential or privileged information. If you are >> not the intended recipient, you should not disseminate, distribute or copy >> this e-mail. Please notify the sender immediately and destroy all copies of >> this message and any attachments. >> ___ >> Freesurfer mailing list >> Freesurfer@nmr.mgh.harvard.edu >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> >> >> >> >> -- >> Jesse Bledsoe, M.A. >> Clinical Psychology Graduate Student >> Assistant Director, Consortium for Neurodevelopmental Study >> Department of Psychiatry >> Michigan State University >> 321 W. Fee Hall >> East Lansing, MI 48824 >> __ >> >> Note: Information contained in this electronic message and any attachments >> to this message are intended for the exclusive use of the addressee(s) and >> may contain proprietary, confidential or privileged information. If you are >> not the intended recipient, you should not disseminate, distribute or copy >> this e-mail. Please notify the sender immediately and destroy all copies of >> this message and any attachments. >> > > -- Jesse Bledsoe, M.A. Clinical Psychology Graduate Student Assistant Director, Consortium for Neurodevelopmental Study Department of Psychiatry Michigan State University 321 W. Fee Hall East Lansing, MI 48824 __ Note: Information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
Re: [Freesurfer] ERROR: flag --tablefile not recognized
I think version 4.2 used a different command-line than 4.5 and higher. Check it with --help. doug Jesse Bledsoe wrote: > Hi FreeSurfer team, > > After running: > > asegstats2table --subjects /subject1 subject2... /--meas volume > --tablefile aseg.stats.txt > > I receive the following error: > > ERROR: flag --tablefile not recognized > > Stamp: freesurfer-Linuxcentos4-stable-pub-v4.2.0 > > Any suggestions are greatly appreciated, > > Jesse > > > > > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer -- Douglas N. Greve, Ph.D. MGH-NMR Center gr...@nmr.mgh.harvard.edu Phone Number: 617-724-2358 Fax: 617-726-7422 Bugs: surfer.nmr.mgh.harvard.edu/fswiki/BugReporting FileDrop: www.nmr.mgh.harvard.edu/facility/filedrop/index.html ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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] ERROR: flag --tablefile not recognized
Hi FreeSurfer team, After running: asegstats2table --subjects *subject1 subject2... *--meas volume --tablefile aseg.stats.txt I receive the following error: ERROR: flag --tablefile not recognized Stamp: freesurfer-Linuxcentos4-stable-pub-v4.2.0 Any suggestions are greatly appreciated, Jesse ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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] mri_gcut killed
Dear All, recon-all was killed during mri_gcut. Here is the error: mri_gcut -110 -mult brainmask.auto.mgz T1.mgz brainmask.auto.mgz Killed. How does one deal with this? Thanks in advance for any help. Michelle ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.
Re: [Freesurfer] statistical question
Just a couple of thoughts. It depends on what you want to control for AND how you want to control for it. For example, if the relationship of ICV to X differs between boys and girls, you might want to control ICV separately for each group. The results after controlling for ICV are those brain regions/volumes/thickness that are not explained by ICV. If ICV and region X are highly correlated and region X is related to your independent variable, then you would conclude that that region is related, whereas it could be due to ICV. Additionally, there are probably a number of regions highly correlated with ICV, which make them potentially less interesting. Best Regards, Donald McLaren = D.G. McLaren, Ph.D. Postdoctoral Research Fellow, GRECC, Bedford VA Research Fellow, Department of Neurology, Massachusetts General Hospital and Harvard Medical School Office: (773) 406-2464 = This e-mail contains CONFIDENTIAL INFORMATION which may contain PROTECTED HEALTHCARE INFORMATION and may also be LEGALLY PRIVILEGED and which is intended only for the use of the individual or entity named above. If the reader of the e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that you are in possession of confidential and privileged information. Any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited and may be unlawful. If you have received this e-mail unintentionally, please immediately notify the sender via telephone at (773) 406-2464 or email. On Mon, Jan 24, 2011 at 11:59 AM, Ilana Hairston wrote: > Hi there, > This is a bit outside the pure technical questions. > My subject pool has both boys and girls, with the boys having larger > intracranial volume. > My results when controlling for gender and intracranial volume however are > not the same (obviously, one is a dichotomous variable, the other > continuous). > Looking at the results, i prefer the latter over the former, more consistent > with the literature, and more internally consistent (i.e., brain regions > associated with intenalizing sub-scales and the internalizing total scale). > But it could be argued that I am removing important variance - maybe > stressed out kids have smaller heads? > > Any recommendation? > > thanks > > > > > -- > *** > peligro! flaca pero mala! > ** > > > ___ > Freesurfer mailing list > Freesurfer@nmr.mgh.harvard.edu > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > 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@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
[Freesurfer] statistical question
Hi there, This is a bit outside the pure technical questions. My subject pool has both boys and girls, with the boys having larger intracranial volume. My results when controlling for gender and intracranial volume however are not the same (obviously, one is a dichotomous variable, the other continuous). Looking at the results, i prefer the latter over the former, more consistent with the literature, and more internally consistent (i.e., brain regions associated with intenalizing sub-scales and the internalizing total scale). But it could be argued that I am removing important variance - maybe stressed out kids have smaller heads? Any recommendation? thanks -- *** peligro! flaca pero mala! ** ___ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer 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.