External Email - Use Caution
Hi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
1. Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
* Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
Hi Antoine,
Thanks for reaching out. Unless you're using a dev build of FreeSurfer, mri_synthmorph may lag behind the dockerized version, which is likely why you see a different behavior. For affine transforms, we switched to LTA format to track the source and target spaces. SynthMorph now saves these with surfa, which insists on the .lta suffix.
Similarly, we recently added code to save warp files in .mgz format, which is more similar to NIfTI and less clunky than .m3z (surfa might not let you save warps with NIfTI extension just yet). Until the next FS release, I would recommend using SynthMorph from the Docker Hub.
In any case, the warps store shifts in physical RAS space: your `mri_warp_convert` call looks correct, and `antsApplyTransforms -v -d 3 -i [moving] -r [fixed] -t ants_warp.nii.gz -o out.nii.gz` should produce an image identical to "warped.nii.gz".
Malte
________________________________________ From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Friday, April 19, 2024 16:08 To: freesurfer@nmr.mgh.harvard.edu Subject: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Hi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
1. Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
* Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
External Email - Use Caution
Thank you very much!! ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Hoffmann, Malte,PhD MHOFFMANN@mgh.harvard.edu Envoyé : 20 avril 2024 11:16 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
Hi Antoine,
Thanks for reaching out. Unless you're using a dev build of FreeSurfer, mri_synthmorph may lag behind the dockerized version, which is likely why you see a different behavior. For affine transforms, we switched to LTA format to track the source and target spaces. SynthMorph now saves these with surfa, which insists on the .lta suffix.
Similarly, we recently added code to save warp files in .mgz format, which is more similar to NIfTI and less clunky than .m3z (surfa might not let you save warps with NIfTI extension just yet). Until the next FS release, I would recommend using SynthMorph from the Docker Hub.
In any case, the warps store shifts in physical RAS space: your `mri_warp_convert` call looks correct, and `antsApplyTransforms -v -d 3 -i [moving] -r [fixed] -t ants_warp.nii.gz -o out.nii.gz` should produce an image identical to "warped.nii.gz".
Malte
________________________________________ From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Friday, April 19, 2024 16:08 To: freesurfer@nmr.mgh.harvard.edu Subject: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Hi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
1. Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
* Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
_______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://secure-web.cisco.com/1PIUyhDy1GkYQTymsSy6Yuymx4pV8UrYig-VJxAVO4hXwUs...https://secure-web.cisco.com/1OQU9vH_idsDikSqsIQp3rvxNk3RbXt4f2FlAcI1uxrntRhoUfsnj8ydRuoO1HYiyNrgyHjJZMDFn9UQKJgs14VbbkE1IdIr1HklSzzh536svO94SzeFVEnMb0bZf2A5JwPx_jmXihUG8tbMeOvPfJxBky0FAU0Zv1B_wysx8L7t4LP1Yw53mqhQPVY_OcHP1aYYlysg--NpRpitu_OCypFgyotRyaatoZ0D96kwbVn46wZOrTNHXkRrv5vax79C4NMPhCh8MMYkAkohoHZ-UbqDt1tCH9DJBYWMCp_hwZhtthogmwmlBF0Dh5kHZHBqOZBkG9VYBTSLQtDB90VLL3Q/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at https://secure-web.cisco.com/11hks9QIlTn6fgR7WFlXDFDRw5b_QL1sgvgp9GCGBEtUwsb...https://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <https://secure-web.cisco.com/1d3CuO1MBng-oOqvyeQnWTOc-HvdpkGMVEAe0NCPWN66iab...https://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
External Email - Use Caution
Thanks Malte!
Would you recommend anything between saving deform transforms generated from synthmorph, between .mgz or .nii.gz? Which in my case, are expected to be passed onto mri_warp_convert for itk conversion. I'm running numerous tests trying to find dissimilarities between the two approach, trying to determine which will be better for me.
Any insight? ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Antoine Royer Antoine.Royer@usherbrooke.ca Envoyé : 20 avril 2024 13:52 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Thank you very much!! ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Hoffmann, Malte,PhD MHOFFMANN@mgh.harvard.edu Envoyé : 20 avril 2024 11:16 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
Hi Antoine,
Thanks for reaching out. Unless you're using a dev build of FreeSurfer, mri_synthmorph may lag behind the dockerized version, which is likely why you see a different behavior. For affine transforms, we switched to LTA format to track the source and target spaces. SynthMorph now saves these with surfa, which insists on the .lta suffix.
Similarly, we recently added code to save warp files in .mgz format, which is more similar to NIfTI and less clunky than .m3z (surfa might not let you save warps with NIfTI extension just yet). Until the next FS release, I would recommend using SynthMorph from the Docker Hub.
In any case, the warps store shifts in physical RAS space: your `mri_warp_convert` call looks correct, and `antsApplyTransforms -v -d 3 -i [moving] -r [fixed] -t ants_warp.nii.gz -o out.nii.gz` should produce an image identical to "warped.nii.gz".
Malte
________________________________________ From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Friday, April 19, 2024 16:08 To: freesurfer@nmr.mgh.harvard.edu Subject: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Hi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
1. Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
* Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
_______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/1HXUCivTyTqPqJkMNR11MqflcSeIOjE4MtZyf4Asa8lVn30...https://secure-web.cisco.com/1OQU9vH_idsDikSqsIQp3rvxNk3RbXt4f2FlAcI1uxrntRhoUfsnj8ydRuoO1HYiyNrgyHjJZMDFn9UQKJgs14VbbkE1IdIr1HklSzzh536svO94SzeFVEnMb0bZf2A5JwPx_jmXihUG8tbMeOvPfJxBky0FAU0Zv1B_wysx8L7t4LP1Yw53mqhQPVY_OcHP1aYYlysg--NpRpitu_OCypFgyotRyaatoZ0D96kwbVn46wZOrTNHXkRrv5vax79C4NMPhCh8MMYkAkohoHZ-UbqDt1tCH9DJBYWMCp_hwZhtthogmwmlBF0Dh5kHZHBqOZBkG9VYBTSLQtDB90VLL3Q/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/10HB-zkzBbChVc5WoKKfSwaIloQlmpatoGzFYiATgGleiwX...https://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/11GtepccGouqd65jq-nEqrkwATXlfcxJ1vtVSXec6944wRV...https://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
The displacement field stored will be the same, so I would say the file format shouldn't really matter. Malte
________________________________________ From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Saturday, May 4, 2024 15:06 To: freesurfer@nmr.mgh.harvard.edu Subject: Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Thanks Malte!
Would you recommend anything between saving deform transforms generated from synthmorph, between .mgz or .nii.gz? Which in my case, are expected to be passed onto mri_warp_convert for itk conversion. I'm running numerous tests trying to find dissimilarities between the two approach, trying to determine which will be better for me.
Any insight? ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Antoine Royer Antoine.Royer@usherbrooke.ca Envoyé : 20 avril 2024 13:52 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Thank you very much!! ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Hoffmann, Malte,PhD MHOFFMANN@mgh.harvard.edu Envoyé : 20 avril 2024 11:16 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
Hi Antoine,
Thanks for reaching out. Unless you're using a dev build of FreeSurfer, mri_synthmorph may lag behind the dockerized version, which is likely why you see a different behavior. For affine transforms, we switched to LTA format to track the source and target spaces. SynthMorph now saves these with surfa, which insists on the .lta suffix.
Similarly, we recently added code to save warp files in .mgz format, which is more similar to NIfTI and less clunky than .m3z (surfa might not let you save warps with NIfTI extension just yet). Until the next FS release, I would recommend using SynthMorph from the Docker Hub.
In any case, the warps store shifts in physical RAS space: your `mri_warp_convert` call looks correct, and `antsApplyTransforms -v -d 3 -i [moving] -r [fixed] -t ants_warp.nii.gz -o out.nii.gz` should produce an image identical to "warped.nii.gz".
Malte
________________________________________ From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Friday, April 19, 2024 16:08 To: freesurfer@nmr.mgh.harvard.edu Subject: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Hi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
1. Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
* Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
_______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurferhttps://secure-web.cisco.com/1OQU9vH_idsDikSqsIQp3rvxNk3RbXt4f2FlAcI1uxrntRhoUfsnj8ydRuoO1HYiyNrgyHjJZMDFn9UQKJgs14VbbkE1IdIr1HklSzzh536svO94SzeFVEnMb0bZf2A5JwPx_jmXihUG8tbMeOvPfJxBky0FAU0Zv1B_wysx8L7t4LP1Yw53mqhQPVY_OcHP1aYYlysg--NpRpitu_OCypFgyotRyaatoZ0D96kwbVn46wZOrTNHXkRrv5vax79C4NMPhCh8MMYkAkohoHZ-UbqDt1tCH9DJBYWMCp_hwZhtthogmwmlBF0Dh5kHZHBqOZBkG9VYBTSLQtDB90VLL3Q/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://www.massgeneralbrigham.org/compliancelinehttps://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://www.massgeneralbrigham.org/compliancelinehttps://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
External Email - Use Caution
Dear Malte,
I am currently utilizing the Docker version of SynthMorph 2 for MNI space normalization and have encountered a technical issue I hope you can assist me with. Below, I have detailed the command line used in my attempt:
(GBM) chang@chang-System-Product-Name:~/projects$ synthmorph -t post_004_M_to_F.lta -T post_004_F_to_M.lta -o post_004_syn_MNI.nii.gz -O post_004_syn_nat.nii.gz post_004_T1_nat_filled_synthsr.nii.gz wmni_icbm152_t1_tal_nlin_asym_09c_strip.nii
I am operating SynthMorph version 2, which is sourced from Docker Hub under the FreeSurfer user. The Docker container is managed using /usr/bin/docker, and I have configured the /mnt directory in the image to bind to the SUBJECTS_DIR at /home/chang/projects. The command executed was as follows:
Running SynthMorph version 2 from https://secure-web.cisco.com/1Y50YTxjgoN3UdzsNhDlXNbHmFHe5Kd4HWQ6MprgqaoItzh... Using /usr/bin/docker to manage containers Will bind /mnt in image to SUBJECTS_DIR="/home/chang/projects" Command: docker run --rm -v /home/chang/projects:/mnt -t -u 1000:1000 freesurfer/synthmorph:2 SynthMorph arguments: -t post_004_M_to_F.lta -T post_004_F_to_M.lta -o post_004_syn_MNI.nii.gz -O post_004_syn_nat.nii.gz post_004_T1_nat_filled_synthsr.nii.gz wmni_icbm152_t1_tal_nlin_asym_09c_strip.nii Traceback (most recent call last): File "/freesurfer/mri_synthmorph", line 608, in <module> out.save(arg.trans) File "/freesurfer/env/lib/python3.11/site-packages/surfa/core/framed.py", line 279, in save save_framed_array(self, filename, fmt=fmt) File "/freesurfer/env/lib/python3.11/site-packages/surfa/io/framed.py", line 137, in save_framed_array raise ValueError(f'cannot determine file format from extension for {filename}') ValueError: cannot determine file format from extension for post_004_M_to_F.lta
Upon changing the file format from .lta to .nii.gz, the command executed successfully. However, this adjustment presents a new challenge as I am unable to use mri_convert to apply the transformation to another NIfTI file.
Could you provide any insights or suggestions on how to resolve these issues? Specifically, I need guidance on saving in the .lta format and applying transformations using mri_convert.
Thank you in advance for your assistance.
Best regards,
-Edward 引述 "Hoffmann, Malte,PhD" MHOFFMANN@MGH.HARVARD.EDU:
The displacement field stored will be the same, so I would say the file format shouldn't really matter. Malte
From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Saturday, May 4, 2024 15:06 To: freesurfer@nmr.mgh.harvard.edu Subject: Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use CautionThanks Malte!
Would you recommend anything between saving deform transforms generated from synthmorph, between .mgz or .nii.gz? Which in my case, are expected to be passed onto mri_warp_convert for itk conversion. I'm running numerous tests trying to find dissimilarities between the two approach, trying to determine which will be better for me.
Any insight? ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Antoine Royer Antoine.Royer@usherbrooke.ca Envoyé : 20 avril 2024 13:52 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use CautionThank you very much!! ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Hoffmann, Malte,PhD MHOFFMANN@mgh.harvard.edu Envoyé : 20 avril 2024 11:16 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
Hi Antoine,
Thanks for reaching out. Unless you're using a dev build of FreeSurfer, mri_synthmorph may lag behind the dockerized version, which is likely why you see a different behavior. For affine transforms, we switched to LTA format to track the source and target spaces. SynthMorph now saves these with surfa, which insists on the .lta suffix.
Similarly, we recently added code to save warp files in .mgz format, which is more similar to NIfTI and less clunky than .m3z (surfa might not let you save warps with NIfTI extension just yet). Until the next FS release, I would recommend using SynthMorph from the Docker Hub.
In any case, the warps store shifts in physical RAS space: your `mri_warp_convert` call looks correct, and `antsApplyTransforms -v -d 3 -i [moving] -r [fixed] -t ants_warp.nii.gz -o out.nii.gz` should produce an image identical to "warped.nii.gz".
Malte
From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Friday, April 19, 2024 16:08 To: freesurfer@nmr.mgh.harvard.edu Subject: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use CautionHi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
*Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/1KgdeEu7k5JaxFBG5Skz6P20V5tKrNdD7ZWWBmuUmrT40q-...https://secure-web.cisco.com/1OQU9vH_idsDikSqsIQp3rvxNk3RbXt4f2FlAcI1uxrntRhoUfsnj8ydRuoO1HYiyNrgyHjJZMDFn9UQKJgs14VbbkE1IdIr1HklSzzh536svO94SzeFVEnMb0bZf2A5JwPx_jmXihUG8tbMeOvPfJxBky0FAU0Zv1B_wysx8L7t4LP1Yw53mqhQPVY_OcHP1aYYlysg--NpRpitu_OCypFgyotRyaatoZ0D96kwbVn46wZOrTNHXkRrv5vax79C4NMPhCh8MMYkAkohoHZ-UbqDt1tCH9DJBYWMCp_hwZhtthogmwmlBF0Dh5kHZHBqOZBkG9VYBTSLQtDB90VLL3Q/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9Bj...https://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9Bj...https://secure-web.cisco.com/10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://secure-web.cisco.com/1KgdeEu7k5JaxFBG5Skz6P20V5tKrNdD7ZWWBmuUmrT40q-... 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 Mass General Brigham Compliance HelpLine at https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9Bj... https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9BjUuXJdA8z2US9G-JC3go8zk10kcefQEfCUiOBScFKkx_iEiMRYDqBngI1zEu74mXkj4Q7YlmSU6LVcRIXmwLOcKy7KoCrKcW33eLTljEpiWaiu351YNhOzwQJdlH8l-LocvJ0s_YuvI5E77_Oiuc44rWzsP7JNEYfa8QetnEFOXBttR5nN0B5vxXGHNhGsxwKKJa8GwyH2zpzokE4JSWir0Dz8f4bHjHQPrMpOu9PYUZYy_DJbsL3dk_ukcR4gHfPDoUqoZHckQQcCPRv1k/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
External Email - Use Caution
Hi Edward,
From my understanding, since you do not specify the registration model (the "-m" parameter), it assumes "-m joint", which outputs .nii.gz or .mgz; this explains your error message. You can use the "-m affine" parameter to allow "-t affine_transform.lta" and then pass it through mri_convert -at [...].
or alternatively, use the intermediate mri_warp_convert :
1. synthmorph -m joint (or two steps affine-deform) -t [warp.mgz] 2. mri_warp_convert --invox [warp.mgz] --outm3z [warp.m3z] 3. mri_convert -at [warp.m3z] <invol> <outvol>
Hope this helps a bit. ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de r04458005@ntu.edu.tw r04458005@ntu.edu.tw Envoyé : 5 mai 2024 02:44 À : Freesurfer support list freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use Caution
Dear Malte,
I am currently utilizing the Docker version of SynthMorph 2 for MNI space normalization and have encountered a technical issue I hope you can assist me with. Below, I have detailed the command line used in my attempt:
(GBM) chang@chang-System-Product-Name:~/projects$ synthmorph -t post_004_M_to_F.lta -T post_004_F_to_M.lta -o post_004_syn_MNI.nii.gz -O post_004_syn_nat.nii.gz post_004_T1_nat_filled_synthsr.nii.gz wmni_icbm152_t1_tal_nlin_asym_09c_strip.nii
I am operating SynthMorph version 2, which is sourced from Docker Hub under the FreeSurfer user. The Docker container is managed using /usr/bin/docker, and I have configured the /mnt directory in the image to bind to the SUBJECTS_DIR at /home/chang/projects. The command executed was as follows:
Running SynthMorph version 2 from https://secure-web.cisco.com/1HmK2M-DP5AOexQyd2JYgg54ntrZO-s0tvGJgYNHY1k6-tD...https://secure-web.cisco.com/1Y50YTxjgoN3UdzsNhDlXNbHmFHe5Kd4HWQ6MprgqaoItzhB7TZmJmrIoLkJKt3ZcnxvmxQUCnzv0Ap54dPOiDj2bMrNyNviTT7u-iprCKXdd11a7u1TumyNiecgn-kIF08bq2J7o7t0DbgWCOgcKVJJwLfzPInBor5l_Kfc5YYoNiW8lQHAAd3KGfsRAUHv0xLTgnUfOJGRhYceU2dsqu147IhG86SLsIwt89lx7FO9S6wCrvGMs8Ab1pnP-qbpXhfFTgbH075lCeO3du_1FzBvQFtzy2Mmodedib9_BbIRvaJnEcIYy4uZin-h-B_V0/https%3A%2F%2Fhub.docker.com%2Fu%2Ffreesurfer Using /usr/bin/docker to manage containers Will bind /mnt in image to SUBJECTS_DIR="/home/chang/projects" Command: docker run --rm -v /home/chang/projects:/mnt -t -u 1000:1000 freesurfer/synthmorph:2 SynthMorph arguments: -t post_004_M_to_F.lta -T post_004_F_to_M.lta -o post_004_syn_MNI.nii.gz -O post_004_syn_nat.nii.gz post_004_T1_nat_filled_synthsr.nii.gz wmni_icbm152_t1_tal_nlin_asym_09c_strip.nii Traceback (most recent call last): File "/freesurfer/mri_synthmorph", line 608, in <module> out.save(arg.trans) File "/freesurfer/env/lib/python3.11/site-packages/surfa/core/framed.py", line 279, in save save_framed_array(self, filename, fmt=fmt) File "/freesurfer/env/lib/python3.11/site-packages/surfa/io/framed.py", line 137, in save_framed_array raise ValueError(f'cannot determine file format from extension for {filename}') ValueError: cannot determine file format from extension for post_004_M_to_F.lta
Upon changing the file format from .lta to .nii.gz, the command executed successfully. However, this adjustment presents a new challenge as I am unable to use mri_convert to apply the transformation to another NIfTI file.
Could you provide any insights or suggestions on how to resolve these issues? Specifically, I need guidance on saving in the .lta format and applying transformations using mri_convert.
Thank you in advance for your assistance.
Best regards,
-Edward 引述 "Hoffmann, Malte,PhD" MHOFFMANN@MGH.HARVARD.EDU:
The displacement field stored will be the same, so I would say the file format shouldn't really matter. Malte
From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Saturday, May 4, 2024 15:06 To: freesurfer@nmr.mgh.harvard.edu Subject: Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use CautionThanks Malte!
Would you recommend anything between saving deform transforms generated from synthmorph, between .mgz or .nii.gz? Which in my case, are expected to be passed onto mri_warp_convert for itk conversion. I'm running numerous tests trying to find dissimilarities between the two approach, trying to determine which will be better for me.
Any insight? ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Antoine Royer Antoine.Royer@usherbrooke.ca Envoyé : 20 avril 2024 13:52 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use CautionThank you very much!! ________________________________ De : freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu de la part de Hoffmann, Malte,PhD MHOFFMANN@mgh.harvard.edu Envoyé : 20 avril 2024 11:16 À : freesurfer@nmr.mgh.harvard.edu freesurfer@nmr.mgh.harvard.edu Objet : Re: [Freesurfer] Understanding registration with mri_synthmorph
Hi Antoine,
Thanks for reaching out. Unless you're using a dev build of FreeSurfer, mri_synthmorph may lag behind the dockerized version, which is likely why you see a different behavior. For affine transforms, we switched to LTA format to track the source and target spaces. SynthMorph now saves these with surfa, which insists on the .lta suffix.
Similarly, we recently added code to save warp files in .mgz format, which is more similar to NIfTI and less clunky than .m3z (surfa might not let you save warps with NIfTI extension just yet). Until the next FS release, I would recommend using SynthMorph from the Docker Hub.
In any case, the warps store shifts in physical RAS space: your `mri_warp_convert` call looks correct, and `antsApplyTransforms -v -d 3 -i [moving] -r [fixed] -t ants_warp.nii.gz -o out.nii.gz` should produce an image identical to "warped.nii.gz".
Malte
From: freesurfer-bounces@nmr.mgh.harvard.edu freesurfer-bounces@nmr.mgh.harvard.edu on behalf of Antoine Royer Antoine.Royer@usherbrooke.ca Sent: Friday, April 19, 2024 16:08 To: freesurfer@nmr.mgh.harvard.edu Subject: [Freesurfer] Understanding registration with mri_synthmorph
External Email - Use CautionHi all!
I am working on implementing some freesurfer synth tools into a larger diffusion processing pipeline. Doing so, I would like to use mri_synthmorph to generate a transform and then pass it downstream. FIrstly, I use the dockerized synthmorph version, which seems to present discrepancies in its behaviour vs local testing:
Can someone explain the expected output format of freesurfer transforms? When used within docker, I must define affine transforms as .lta and deform transforms as .mgz, otherwise: "ValueError: cannot determine file format from extension for test__init_warp.txt"; while when using mri_synthform from my local freesurfer installation, it doesn't seem like an issue. While I expected .m3z to be the expected output. 2. Here is the sequence of functions I use. My objective is to pass down the resulting transform (affine initialization + deform warp) downstream my pipeline for further registration using ANTs (antsApplyTransforms). I tested and it seems to work, but i would appreciate an opinion. Does the --insrcgeom parameter fixes everything for me?
*Initialization + registration (freesurfer): * mri_synthmorph -m affine -t <init.lta> [moving] [fixed]
mri_synthmorph -m deform -t <freesurfer_warp.mgz> -o <warped.nii.gz> -i <init.txt> [moving] [fixed]
Convert warp from freesurfer (RAS) to ANTs (LPS) using freesurfer warp_convert: mri_warp_convert -g [moving] --inras <freesurfer_warp.mgz> --outlps <ants_warp.nii.gz>
Thank you very much!
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/1pUElEzLHSePIk7RZIOnxmB_reK0XByYNFv11Qwo9PjcNfO...https://secure-web.cisco.com/19fhruz4LyUOIJed5gHXwq3DrdbzBqg0qH-7byU8MBK8cxHF7bsde7MPdl6r5Sf4t9QmxUAPIp4Z67DPG-gA_xRtAq3EotTZVRKLIZzjB0SC1lzRRqhuUBj9Dk05hGOWORZQaVGOO5EVqUMfakm_okicBqCoaH2vnBJ5zz2PksSaPSa1Z3gfAYsU69_yLxFGEN7AN31pxwcTJKZz8WfI2aIOJWuZmxBLMCsr-SmSTrMWrJJBGuByQWa1WfeOje0CKc0RiKmEwrJNp48KyWHIi-4VJsqZQHX4Bo21mLofuGACDxM5NxvWrHb64L9ERq67H/https%3A%2F%2Fcan01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fsecure-web.cisco.com%252F1OQU9vH_idsDikSqsIQp3rvxNk3RbXt4f2FlAcI1uxrntRhoUfsnj8ydRuoO1HYiyNrgyHjJZMDFn9UQKJgs14VbbkE1IdIr1HklSzzh536svO94SzeFVEnMb0bZf2A5JwPx_jmXihUG8tbMeOvPfJxBky0FAU0Zv1B_wysx8L7t4LP1Yw53mqhQPVY_OcHP1aYYlysg--NpRpitu_OCypFgyotRyaatoZ0D96kwbVn46wZOrTNHXkRrv5vax79C4NMPhCh8MMYkAkohoHZ-UbqDt1tCH9DJBYWMCp_hwZhtthogmwmlBF0Dh5kHZHBqOZBkG9VYBTSLQtDB90VLL3Q%252Fhttps%25253A%25252F%25252Fmail.nmr.mgh.harvard.edu%25252Fmailman%25252Flistinfo%25252Ffreesurfer%26data%3D05%257C02%257Croya2118%2540usherbrooke.ca%257C7a15aa77a7144e56d0a308dc6cceda20%257C3a5a8744593545f99423b32c3a5de082%257C0%257C0%257C638504882887543124%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C0%257C%257C%257C%26sdata%3DiFKv5puB%252FAs%252BVQduv7mLDqNmf2sIe%252BxvisAL2z1KY%252Fo%253D%26reserved%3D0https://secure-web.cisco.com/1KgdeEu7k5JaxFBG5Skz6P20V5tKrNdD7ZWWBmuUmrT40q-UNYv13wbn7KI7bokcn6S9gvTphDc8uXZ1ppciIdgEXJQYYdeDYK4N_7wnvCMem5wuSGWi2jgRIHVlTaPROQoeBbXNNuqSRfzVxgmEnfuTbrsBrdCGyDo5j5UohcFd3gB9eOv78IqwTOkqidOhoDKl-VVb3UQxKOb_VVAPrjZbs3UYmLQLoRU-3LY7o7AX2UGMRfrZ0AEFlhvNmyON5Cs0EXHLfpQU9kLHCFsumgXrYBKbpBMkTL5u36bJSA6VQnT-A8kSmr4E5W7Ny67nm/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/1nuAfrAWJ_1Erun6hZgIQEEd67-866VsopXtlNFb1o3ADQK...https://secure-web.cisco.com/1FFiS7VLAvQx2T93zLw9nT0g8V1ETrBPjAVe11yUejAIQ8Vv1EIpGlR4hjPfxxhbgNW5BJqTeyKS1A-1rC3OHpHbqetY8U3ocL0U_IJWi_5AoygeVRRZJlgFFJyeWHfyctRQRU4AiFKUmOdCgmXz6vBH7-F3DRgDHHF4E5H9rnvR216gYiG-XSuEDi44N7nTymWPiUEV1TX3C0PQDJq4dRpCQakXveqj0xWuUS-lqYD3T-CoAJe519qrQLA21nzIWvkqZZbEt96b6neCn3q-67h3IH9rgwo_7EUlrNVyVz8Odqky6aB3Ue5qWzYXcOrOl/https%3A%2F%2Fcan01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fsecure-web.cisco.com%252F10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg%252Fhttps%25253A%25252F%25252Fwww.massgeneralbrigham.org%25252Fcomplianceline%26data%3D05%257C02%257Croya2118%2540usherbrooke.ca%257C7a15aa77a7144e56d0a308dc6cceda20%257C3a5a8744593545f99423b32c3a5de082%257C0%257C0%257C638504882887552262%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C0%257C%257C%257C%26sdata%3D4Q%252FNHlwYk%252F999jqstMDxxkU8xKd6p48iM5DM11nENDo%253D%26reserved%3D0https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9BjUuXJdA8z2US9G-JC3go8zk10kcefQEfCUiOBScFKkx_iEiMRYDqBngI1zEu74mXkj4Q7YlmSU6LVcRIXmwLOcKy7KoCrKcW33eLTljEpiWaiu351YNhOzwQJdlH8l-LocvJ0s_YuvI5E77_Oiuc44rWzsP7JNEYfa8QetnEFOXBttR5nN0B5vxXGHNhGsxwKKJa8GwyH2zpzokE4JSWir0Dz8f4bHjHQPrMpOu9PYUZYy_DJbsL3dk_ukcR4gHfPDoUqoZHckQQcCPRv1k/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" claiming to be https://secure-web.cisco.com/1x_pC678T7TxP0EmXgE8sjhjxXM_AImqNcYdqKWImK7S63-...https://secure-web.cisco.com/17n70Qsh_K5Hl0KdyFyxHAq0oqwMoSx6VSqe3EPssaX4I7jwf_nUNsxLdVDJL8ApbJ8IGdLSpl4-189JK4JaXc-yilxQ9Bm7mu5SgnJx0gd9a3LzdZy1XKCJYUNF8ZN3R1qQzpU-fTudNbEHliGbDGuvjAMYvknGiDDcQ4OJs4StefkjXFvtgOLQeP_QJGxlEKkQGW2rfVsaUekVeoXzDjzzoxcMr7kor9nyi8F4VWYH8_7qQYZWKG3eYt5BUc78pFj8HXf22RoW-VgAcHDqjJBoMBrsPGSRf8lPMk_O5SvpyuT9obEHFh0NABkGMehiN/https%3A%2F%2Fcan01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fsecure-web.cisco.com%252F10m3QHEHQCwnuFw9xDinBnrLfdgRnvf9HjySVii6r93sqQMyJ28naFGPgDmg2bYynaBvLeQYORZBQgZhIDWZveFi6khhiKiToPVj0tiaS3rxsNB7ZMNu8KfI16ZCYD-iqIzacbctVWZD81YN343QwKYED6fEF8gOLKnO0ZHnH7eC9TjI3Q85xyjFuGLvOi9OJd_Wcc1J_VQxbQgKoJxfBaG0xdp5QglhldDKhkoUZCpAjP9Xp8F_bDH_43_wfwsKVlfl6RqZCxTAxEzlrwa5Mq89nwLsX23CxVEPZ_INXbYMgBVTdXTBxDODrLQv6qea3wei6aL-Qbqbo3QS_hf1mEg%252Fhttps%25253A%25252F%25252Fwww.massgeneralbrigham.org%25252Fcomplianceline%26data%3D05%257C02%257Croya2118%2540usherbrooke.ca%257C7a15aa77a7144e56d0a308dc6cceda20%257C3a5a8744593545f99423b32c3a5de082%257C0%257C0%257C638504882887560626%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C0%257C%257C%257C%26sdata%3DYytcF5Qleb%252BveVWXAwa%252B1KYX1Z8nPqRAniGl%252B7oaabM%253D%26reserved%3D0>https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9BjUuXJdA8z2US9G-JC3go8zk10kcefQEfCUiOBScFKkx_iEiMRYDqBngI1zEu74mXkj4Q7YlmSU6LVcRIXmwLOcKy7KoCrKcW33eLTljEpiWaiu351YNhOzwQJdlH8l-LocvJ0s_YuvI5E77_Oiuc44rWzsP7JNEYfa8QetnEFOXBttR5nN0B5vxXGHNhGsxwKKJa8GwyH2zpzokE4JSWir0Dz8f4bHjHQPrMpOu9PYUZYy_DJbsL3dk_ukcR4gHfPDoUqoZHckQQcCPRv1k/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://secure-web.cisco.com/19KpKFV6EuTpVsaY4ZMMBMpdbsM8v5TKvtyMXetTBNAv-_f...https://secure-web.cisco.com/1KgdeEu7k5JaxFBG5Skz6P20V5tKrNdD7ZWWBmuUmrT40q-UNYv13wbn7KI7bokcn6S9gvTphDc8uXZ1ppciIdgEXJQYYdeDYK4N_7wnvCMem5wuSGWi2jgRIHVlTaPROQoeBbXNNuqSRfzVxgmEnfuTbrsBrdCGyDo5j5UohcFd3gB9eOv78IqwTOkqidOhoDKl-VVb3UQxKOb_VVAPrjZbs3UYmLQLoRU-3LY7o7AX2UGMRfrZ0AEFlhvNmyON5Cs0EXHLfpQU9kLHCFsumgXrYBKbpBMkTL5u36bJSA6VQnT-A8kSmr4E5W7Ny67nm/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at https://secure-web.cisco.com/11KWAftc0o-7qhJlTY7HzoWngPE41O-5tQrYqM4zxJeuvjg...https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9BjUuXJdA8z2US9G-JC3go8zk10kcefQEfCUiOBScFKkx_iEiMRYDqBngI1zEu74mXkj4Q7YlmSU6LVcRIXmwLOcKy7KoCrKcW33eLTljEpiWaiu351YNhOzwQJdlH8l-LocvJ0s_YuvI5E77_Oiuc44rWzsP7JNEYfa8QetnEFOXBttR5nN0B5vxXGHNhGsxwKKJa8GwyH2zpzokE4JSWir0Dz8f4bHjHQPrMpOu9PYUZYy_DJbsL3dk_ukcR4gHfPDoUqoZHckQQcCPRv1k/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <https://secure-web.cisco.com/1SwCOI5M26Mv2-SM69wFYcPnIr2MaaqULN5s79IPJdbeTSY...https://secure-web.cisco.com/100tBluS9xJcFiJ197YHQ33n3do_jBMGhoZMVeNukNKJ9BjUuXJdA8z2US9G-JC3go8zk10kcefQEfCUiOBScFKkx_iEiMRYDqBngI1zEu74mXkj4Q7YlmSU6LVcRIXmwLOcKy7KoCrKcW33eLTljEpiWaiu351YNhOzwQJdlH8l-LocvJ0s_YuvI5E77_Oiuc44rWzsP7JNEYfa8QetnEFOXBttR5nN0B5vxXGHNhGsxwKKJa8GwyH2zpzokE4JSWir0Dz8f4bHjHQPrMpOu9PYUZYy_DJbsL3dk_ukcR4gHfPDoUqoZHckQQcCPRv1k/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
_______________________________________________ Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://secure-web.cisco.com/1AzZU8PoVWYpLTh9NydN249cMr_D04cWL-HPOBenopErUx2...https://secure-web.cisco.com/1xtfvidSCpbUf--34wNUppo2IdAs8HgmCoM18tLmtimmgLIHxr5QVvEWVHpvsM1Y2xnVSxY490Bh-zHy0N9BP0tip44ve4OYrn-VQoASrBSd95UMOJLd1dXZRpy1X8ys99UPQMLONHGBMHzD_QptaORgajdP_yowKPatVUR2WDHkF01piELRfyQBWuDr77wzMr3PWfoaiZ-z9kEyub4FJNY79weYGCrVouXmVfRruHd3RMgd8IDDneMsH2eS2mvFzeqPkM4WWqw3oc5c9nOgtzWODQNJhjvwMeD6PChok8g0rdMgJ8OUMveFpiEWJ5R_k/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer 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 Mass General Brigham Compliance HelpLine at https://secure-web.cisco.com/1D8bvox-Klp9jC74x3qIbitdvLAVywPtQQwbn3t6bkFxFb3...https://secure-web.cisco.com/1C88O4orvdpY-XS8i0vWW3jRv2bJ9FAokQbHZEYaAd1jLRq6l6Lhc96sKkRWN5jeNzD_ostT6zXPFNaD4yh7t_7N7OoQdZQUT4E4YtIG8RG7IgVjIIBtk_LdeYq4qk9QB_qffdDyXvbOZ-pn-xu9Ljx3PJbSyOSNQ1DRfqPOEjEOQLYjesmOKUJypHef355_rpEixdXBhe7-WcsnpodrqC1Rcaxqy880GNZlfXyQQuaw9FcalbaR_9eCTzi98YqecN6WBzKbQ0KIGWV1GQZ1G9x_pZR2Omh4u9jfjIjVHM2HHTljixVqLD0vPVM2v7S6O/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline <https://secure-web.cisco.com/1ilrgZR0Dz1luyg-qEIG5iDmpo6fOV6mCMLmKpPjCTnxxmM...https://secure-web.cisco.com/1C88O4orvdpY-XS8i0vWW3jRv2bJ9FAokQbHZEYaAd1jLRq6l6Lhc96sKkRWN5jeNzD_ostT6zXPFNaD4yh7t_7N7OoQdZQUT4E4YtIG8RG7IgVjIIBtk_LdeYq4qk9QB_qffdDyXvbOZ-pn-xu9Ljx3PJbSyOSNQ1DRfqPOEjEOQLYjesmOKUJypHef355_rpEixdXBhe7-WcsnpodrqC1Rcaxqy880GNZlfXyQQuaw9FcalbaR_9eCTzi98YqecN6WBzKbQ0KIGWV1GQZ1G9x_pZR2Omh4u9jfjIjVHM2HHTljixVqLD0vPVM2v7S6O/https%3A%2F%2Fwww.massgeneralbrigham.org%2Fcomplianceline> . Please note that this e-mail is not secure (encrypted). If you do not wish to continue communication over unencrypted e-mail, please notify the sender of this message immediately. Continuing to send or respond to e-mail after receiving this message means you understand and accept this risk and wish to continue to communicate over unencrypted e-mail.
freesurfer@nmr.mgh.harvard.edu