Hi Bruce,
We are using the "voxel-edit" tool and "recon editing" is selected. Thank you, Kaley ________________________________ From: [email protected] <[email protected]> on behalf of [email protected] <[email protected]> Sent: Friday, July 7, 2017 11:00 AM To: [email protected] Subject: Freesurfer Digest, Vol 161, Issue 16 Send Freesurfer mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer ---------------------------------------------------------------------- Message: 1 Date: Fri, 7 Jul 2017 10:42:23 -0400 (EDT) From: Bruce Fischl <[email protected]> Subject: Re: [Freesurfer] WM surface ignoring wm.mgz edits To: Freesurfer support list <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-15" Hi Kaley are you using the "recon edit" tool in freeview? cheers Bruce On Fri, 7 Jul 2017, KALEY E ELLIS wrote: > > Dear?FreeSurfer?Developers, > > > We are attempting to make manual white matter edits to our subjects. The > edits are saving; however, after running with recon-all, the WM surface does > not appear to be taking into account our edits made to wm.mgz. Below is > additional information, and I have attached our recon-all.log. We are only > editing the cross because our dataset is comprised of single timepoints. > > > We are using?FreeSurfer?v5.3 and our operating system is OS X El?Capitan > version 10.11.6. > > Command to open and edit WM:? > > freeview -v mri/T1.mgz mri/brainmask.mgz mri/wm.mgz:opacity=0.5 -f > surf/lh.white:edgecolor=yellow surf/lh.pial:edgecolor=red > surf/rh.white:edgecolor=yellow surf/rh.pial:edgecolor=red > > > Command to submit edits: > > recon-all -autorecon2-wm -autorecon3 -subjid? > > > Recon-all log (see attached) > > > Thank you, > > Kaley?Ellis > > > > Associate Research Specialist > Center for?Healthy Minds > Waisman Center for Brain Imaging and Behavior > University of Wisconsin-Madison > > ------------------------------ Message: 2 Date: Fri, 7 Jul 2017 14:51:53 +0000 From: "Boyd, Emma" <[email protected]> Subject: Re: [Freesurfer] recon-all on newborn To: Freesurfer support list <[email protected]> Message-ID: <mwhpr04mb0558426f0d765c043bedcabad1...@mwhpr04mb0558.namprd04.prod.outlook.com> Content-Type: text/plain; charset="us-ascii" Hi Sarbani, Please see this paper for more information: https://www.ncbi.nlm.nih.gov/pubmed/25741260 A FreeSurfer-compliant consistent manual segmentation of ...<https://www.ncbi.nlm.nih.gov/pubmed/25741260> www.ncbi.nlm.nih.gov 1. Front Hum Neurosci. 2015 Feb 18;9:21. doi: 10.3389/fnhum.2015.00021. eCollection 2015. A FreeSurfer-compliant consistent manual segmentation of infant ... Emma ________________________________ From: [email protected] <[email protected]> on behalf of Das S. <[email protected]> Sent: Friday, July 7, 2017 4:58:39 AM To: Freesurfer support list Subject: Re: [Freesurfer] recon-all on newborn Is there any paper that you can share that can explain why recon-all is not suitable for neonates brain apart from atlas. Sarbani -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Lilla Zollei Sent: 06 July 2017 21:43 To: Freesurfer support list <[email protected]> Subject: Re: [Freesurfer] recon-all on newborn It is not only the atlas but the tools that are different. Lilla On Wed, 5 Jul 2017, Das S. wrote: > Dear Lilla, > In that case you mean if I have my own atlas specific to neonates then I can > follow these steps of auto recon. > If you give me little more details will be easy for me to understand the gap. > many thanks > Sarbani > ________________________________________ > From: [email protected] > [[email protected]] on behalf of Lilla Zollei > [[email protected]] > Sent: 05 July 2017 22:32 > To: Freesurfer support list > Subject: Re: [Freesurfer] recon-all on newborn > > We use a similar pipeline but with different atlases and processing > steps for the newborns. > Lilla > > On Wed, 5 Jul 2017, Das S. wrote: > >> >> Thanks for the reply. If you let me know, among the below list of steps of >> current recon-all, currently which is not suitable to perform on neonates >> MRI image, will really appreciate. >> >> Autorecon Processing Stages: >> Motion Correction and Conform >> NU (Non-Uniform intensity normalization) >> Talairach transform computation >> Intensity Normalization 1 >> Skull Strip >> EM Register (linear volumetric registration) >> CA Intensity Normalization >> CA Non-linear Volumetric Registration >> Remove Neck >> LTA with Skull >> CA Label (Volumetric Labeling, ie Aseg) and Statistics >> Intensity Normalization 2 (start here for control points) >> White matter segmentation >> Edit WM With ASeg >> Fill (start here for wm edits) >> Tessellation (begins per-hemisphere operations) >> Smooth1 >> Inflate1 >> QSphere >> Automatic Topology Fixer >> Final Surfs (start here for brain edits for pial surf) >> Smooth2 >> Inflate2 >> Spherical Mapping >> Spherical Registration >> Spherical Registration, Contralateral hemisphere >> Map average curvature to subject >> Cortical Parcellation - Desikan_Killiany and Christophe (Labeling) >> Cortical Parcellation Statistics >> Cortical Ribbon Mask >> Cortical Parcellation mapping to Aseg >> >> BW >> S Das >> ________________________________________ >> From: [email protected] >> [[email protected]] on behalf of Lilla Zollei >> [[email protected]] >> Sent: 04 July 2017 22:04 >> To: Freesurfer support list >> Subject: Re: [Freesurfer] recon-all on newborn >> >> Hi S Das, >> >> We are trying to release the infant pipeline by the end of the summer. >> >> Lilla >> >> On Tue, 4 Jul 2017, Das S. wrote: >> >>> Dear Freesurfer expert, >>> I want to perform recon-all pipeline on neonates data.Can I do so? >>> I was going through some mail archives and there it is said that on T1 >>> image of neonates data we can't perform recon-all. >>> But again there is another paper where it says Freesurfer can perform >>> segmentation of neonates image. >>> Any input will be appreciated. >>> Thanks >>> S Das >>> >>> >>> _______________________________________________ >>> Freesurfer mailing list >>> [email protected] >>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>> >>> >>> >> _______________________________________________ >> Freesurfer mailing list >> [email protected] >> 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 >> [email protected] >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> >> >> > _______________________________________________ > Freesurfer mailing list > [email protected] > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > _______________________________________________ > Freesurfer mailing list > [email protected] > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > _______________________________________________ Freesurfer mailing list [email protected] https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer _______________________________________________ Freesurfer mailing list [email protected] https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/attachments/20170707/902d16ed/attachment-0001.html ------------------------------ Message: 3 Date: Fri, 7 Jul 2017 11:05:14 -0400 From: Karla Rivera Figueroa <[email protected]> Subject: Re: [Freesurfer] wm.mgz in the internal structures To: Freesurfer support list <[email protected]> Message-ID: <CAN27gbjw0BLtcOzVk9vCCLr3f_0STp0nWB=ojUf-1F+1F=r...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Thank you for the clarification. Have a nice weekend, Karla On Jul 7, 2017 10:16 AM, "Bruce Fischl" <[email protected]> wrote: Hi Karla you shouldn't have to worry about the wm.mgz in those regions if the aseg is accurate. cheers Bruce On Fri, 7 Jul 2017, Karla Rivera Figueroa wrote: Hi all, Do you need to edit the wm mask where the internal structures shown > in the aseg are? are the structures supposed to be covered entirely with > the > wm mask? > > Karla > > _______________________________________________ Freesurfer mailing list [email protected] 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/attachments/20170707/cca77b96/attachment-0001.html ------------------------------ Message: 4 Date: Fri, 7 Jul 2017 15:38:26 +0000 From: Sadie Marvel <[email protected]> Subject: Re: [Freesurfer] Subject with missing fMRI data {Disarmed} To: Freesurfer support list <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" ?When I use a script like this, mri_glmfit --y ces.nii --wls cesvar.nii --osgm --frame-mask masks.nii --surface fsaverage rh --glmdir my-glm2.wls --nii.gz? using the individual binary masks for all the subjects, the command seems to revert to using mask.nii, the single mask that was averaged over subjects. The output then just looks like it was using the single mask instead of being subject specific. Any idea why? ________________________________ From: [email protected] <[email protected]> on behalf of Douglas Greve <[email protected]> Sent: Thursday, July 6, 2017 12:58 PM To: [email protected] Subject: Re: [Freesurfer] Subject with missing fMRI data {Disarmed} yes On 7/6/17 12:50 PM, Sadie Marvel wrote: >From using isxconcat-sess to concatenate all of my subjects together, the >command creates binary masks called masks.nii and mask.nii, masks.nii being >all of the binary masks for each subject. Is this what I would use with >--frame-mask? Thanks, Sadie ________________________________ From: [email protected]<mailto:[email protected]> <[email protected]><mailto:[email protected]> on behalf of Douglas Greve <[email protected]><mailto:[email protected]> Sent: Wednesday, July 5, 2017 7:28 PM To: [email protected]<mailto:[email protected]> Subject: Re: [Freesurfer] Subject with missing fMRI data We don't have any tools to do imputation. It is possible to have a subject specific mask with the --frame-mask option to mri_glmfit. The frame mask must be the same size as the input (--y) with 1s and 0s to indicate whether a given voxel for a given subject should be included in the model. I've not been happy with this method as it can create some strange results as different voxels will now have different DOFs. On 6/29/17 8:49 AM, Sadie Marvel wrote: Hi List, I am currently doing a group analysis of 26 subjects, one of which has missing fMRI data where the signal cuts off through parts of the occipital and temporal lobes. I was wondering if freesurfer has any way of dealing with this, such as multiple imputation, or other methods of filling the missing data. Alternatively, is there a way to only use the portions of the brain that have data when doing mri_glmfit? Does freesurfer do this automatically? Thanks. _______________________________________________ Freesurfer mailing list [email protected]<mailto:[email protected]> MailScanner has detected a possible fraud attempt from "urldefense.proofpoint.com" claiming to be https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer<https://urldefense.proofpoint.com/v2/url?u=https-3A__mail.nmr.mgh.harvard.edu_mailman_listinfo_freesurfer&d=DwMC-g&c=JeTkUgVztGMmhKYjxsy2rfoWYibK1YmxXez1G3oNStg&r=bOaERSxG_JqDNQmM_8K52LCjnCr_2F55jAz7ZN-9dqg&m=DhD2aaHH4v0l556v1tTQWGefdhjxGef9QZtInzhlGAw&s=bQIJi6_pIGgShFkxwNFbAaJNwv2UyXNY15PnOqVX3Jk&e=> _______________________________________________ Freesurfer mailing list [email protected]<mailto:[email protected]> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer<https://urldefense.proofpoint.com/v2/url?u=https-3A__mail.nmr.mgh.harvard.edu_mailman_listinfo_freesurfer&d=DwMD-g&c=JeTkUgVztGMmhKYjxsy2rfoWYibK1YmxXez1G3oNStg&r=bOaERSxG_JqDNQmM_8K52LCjnCr_2F55jAz7ZN-9dqg&m=TWY5bMFcl8S9uGNwfRrVXyP12FLvSoXujeIDNNeeP_s&s=LML38gfagtoUifRTCxv8DcSmq6xJlb4dNszfTDy2sls&e=> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/attachments/20170707/07ac2251/attachment-0001.html ------------------------------ Message: 5 Date: Fri, 7 Jul 2017 11:57:01 -0400 From: Douglas Greve <[email protected]> Subject: Re: [Freesurfer] Subject with missing fMRI data {Disarmed} To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Add --no-prune On 7/7/17 11:38 AM, Sadie Marvel wrote: > > ?When I use a script like this, > > mri_glmfit --y ces.nii --wls cesvar.nii --osgm --frame-mask masks.nii > --surface fsaverage rh --glmdir my-glm2.wls --nii.gz? > > using the individual binary masks for all the subjects, the command > seems to revert to using mask.nii, the single mask that was averaged > over subjects. The output then just looks like it was using the single > mask instead of being subject specific. Any idea why? > > > > ------------------------------------------------------------------------ > *From:* [email protected] > <[email protected]> on behalf of Douglas Greve > <[email protected]> > *Sent:* Thursday, July 6, 2017 12:58 PM > *To:* [email protected] > *Subject:* Re: [Freesurfer] Subject with missing fMRI data {Disarmed} > > yes > > > On 7/6/17 12:50 PM, Sadie Marvel wrote: >> >> From using isxconcat-sess to concatenate all of my subjects together, >> the command creates binary masks called masks.nii and mask.nii, >> masks.nii being all of the binary masks for each subject. Is this >> what I would use with --frame-mask? >> >> >> Thanks, >> >> Sadie >> >> ------------------------------------------------------------------------ >> *From:* [email protected] >> <[email protected]> on behalf of Douglas Greve >> <[email protected]> >> *Sent:* Wednesday, July 5, 2017 7:28 PM >> *To:* [email protected] >> *Subject:* Re: [Freesurfer] Subject with missing fMRI data >> >> We don't have any tools to do imputation. It is possible to have a >> subject specific mask with the --frame-mask option to mri_glmfit. The >> frame mask must be the same size as the input (--y) with 1s and 0s to >> indicate whether a given voxel for a given subject should be included >> in the model. I've not been happy with this method as it can create >> some strange results as different voxels will now have different DOFs. >> >> >> On 6/29/17 8:49 AM, Sadie Marvel wrote: >>> >>> Hi List, >>> >>> >>> I am currently doing a group analysis of 26 subjects, one of which >>> has missing fMRI data where the signal cuts off through parts of the >>> occipital and temporal lobes. I was wondering if freesurfer has any >>> way of dealing with this, such as multiple imputation, or other >>> methods of filling the missing data. Alternatively, is there a way >>> to only use the portions of the brain that have data when doing >>> mri_glmfit? Does freesurfer do this automatically? >>> >>> >>> Thanks. >>> >>> >>> >>> _______________________________________________ >>> Freesurfer mailing list >>> [email protected] >>> *MailScanner has detected a possible fraud attempt from >>> "urldefense.proofpoint.com" claiming to be* >>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >> >> >> >> _______________________________________________ >> Freesurfer mailing list >> [email protected] >> *MailScanner has detected a possible fraud attempt from >> "urldefense.proofpoint.com" claiming to be* >> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer > > > > _______________________________________________ > Freesurfer mailing list > [email protected] > https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.nmr.mgh.harvard.edu/pipermail/freesurfer/attachments/20170707/184c2465/attachment-0001.html ------------------------------ _______________________________________________ Freesurfer mailing list [email protected] https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer End of Freesurfer Digest, Vol 161, Issue 16 *******************************************
_______________________________________________ Freesurfer mailing list [email protected] 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.
