Freesurfer July 2020

freesurfer@nmr.mgh.harvard.edu

96 participants
160 discussions

Question about QDEC Design Tab Measurement Parameter
by Sonya Gupta 27 Jul '20

27 Jul '20

External Email - Use Caution Hi, Hope you are having a wonderful morning! In QDEC in the Design tab under the measurement parameter, there are a variety of options (thickness, area, area.pial, volume, sulc, curv, white.K, white.H, w-g.pct.mgh, intensity.deep, intensity.superficial, intensity.deep.mgz, and intensity.superficial.mgz). I was wondering, what is the difference between these measurement options? I couldn't find much documentation online. Thank you! Sincerely, Sonya

2 1

local gyrification index unit
by Backhausen, Lea 27 Jul '20

27 Jul '20

External Email - Use Caution Hi FreeSurfer experts, I have recently been wondering about the correct unit for curvature and local gyrification index. For curvature I find inconsistent information like: mm^-2 (https://onlinelibrary.wiley.com/doi/epdf/10.1002/ima.20138, page 47), but also that curvature values are expressed in degrees (https://www.sciencedirect.com/science/article/pii/S1053811905006543, page 1125). For local gyrification index these papers make it seem like there is just not unit: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC5397412/#:~:text=A%20large%20G…. https://www.jneurosci.org/content/jneuro/31/19/7174.full.pdf Which are the correct units? Happy to get some expert input on this, thank you so much! Best, Lea ------------------------------ Lea Backhausen Ph.D. Student (M.Sc. Psychology/Neuroscience) Department of Child and Adolescent Psychiatry, Faculty of Medicine of the TU Dresden, Germany http://www.uniklinikum-dresden.de<http://www.uniklinikum-dresden.de/>

1 0

Working with cortical surface area - parcellation size?
by Yash Patel 27 Jul '20

27 Jul '20

External Email - Use Caution Hi Freesurfer colleagues, I want to analyze regional profiles of differences in cortical surface area (SA). However, SA and its group differences in SA depend on parcellation size. In order to mitigate this effect, should I create a parcellation that has roughly equal area per ROI in FSaverage space, or equal number of vtx per ROI in FSaverage space. Looking at smaller ROIs than the DK atlas - so I will be making the parcellation in any case. Thanks - any advice would be much appreciated Yash

2 1

Coregistration to MNI
by Camargo, Aldo 27 Jul '20

27 Jul '20

External Email - Use Caution Hi Freesurfer experts, I want to coregister a PET image to the MNI space, can I use mri_cvs_register ? Thanks a lot, Aldo Camargo

3 2

ISBI 2021 -- Call for Special Sessions
by Zollei, Lilla,Ph.D. 26 Jul '20

26 Jul '20

Hi All, Do you want to organize a special session at #ISBI2021? There is still time to submit your ideas! See details below: https://biomedicalimaging.org/2021/call-for-special-sessions/ Best, Lilla

1 0

Re: [Freesurfer] FW: mri_fieldsign error
by Douglas N. Greve 24 Jul '20

24 Jul '20

A few more questions 1. How much memory do you have on your system? You can find it from the first line of /proc/meminfo It should be something like "MemTotal: 131781468 kB" 2. What environmental limits do you have? Send the result of the "limit" unix command 3. I put a new version of mri_fieldsign here https://gate.nmr.mgh.harvard.edu/safelinks/greve/mri_fieldsign. Can you run this version and send me the terminal output? Also, if you can run it outside of your bash script, it would be better. On 7/24/2020 9:44 AM, Xiaomin Yue wrote: > > External Email - Use Caution > > Hi Doug, > > Here is output of uname -a: Linux thalamos.nimh.nih.gov > 3.10.0-1127.13.1.e17.x96-64 #1 SMP 2020 x86-64 x86-64 GNU/Linux. For > the second command: Centos Linux release 7.8.2003 (Core). > > My system has the newest AFNI installed, do you think that could be > the cause of the problem? > > Thanks for your help! > > Xiaomin > > *From: *Douglas N. Greve <mailto:dgreve@mgh.harvard.edu> > *Sent: *Thursday, July 23, 2020 11:00 AM > *To: *Xiaomin Yue <mailto:yuexm@hotmail.com> > *Subject: *Re: FW: [Freesurfer] mri_fieldsign error > > No, sorry, When I run it on my system it works. If I can't replicate > the problem, I can't fix it. I don't know why you get it and I don't. > Can you send me your system specs, ie, > - run uname -a > - the contents of /etc/redhat-release (if it exists) > > > > > On 7/23/2020 9:42 AM, Xiaomin Yue wrote: > > * External Email - Use Caution * > > Any ideas? > > Thanks, > > Xiaomin > > *From: *Xiaomin Yue <mailto:yuexm@hotmail.com> > *Sent: *Tuesday, July 21, 2020 12:36 PM > *To: *Freesurfer support list <mailto:freesurfer@nmr.mgh.harvard.edu> > *Subject: *Re: [Freesurfer] mri_fieldsign error > > * External Email - Use Caution * > > I tried on our Linux: Centos Linux 7 (core), ID_like = ‘rhel > fedora’ with the same “segmentation fault (core dumped)” error. > > Thanks, > > Xiaomin > > *From: *Xiaomin Yue <mailto:yuexm@hotmail.com> > *Sent: *Friday, July 17, 2020 6:07 PM > *To: *Freesurfer support list <mailto:freesurfer@nmr.mgh.harvard.edu> > *Subject: *Re: [Freesurfer] mri_fieldsign error > > * External Email - Use Caution * > > Yes. I will try it on a real Linux box and let you know. > > Thanks, > > Xiaomin > > *From: *Douglas N. Greve <mailto:dgreve@mgh.harvard.edu> > *Sent: *Friday, July 17, 2020 5:32 PM > *To: *Xiaomin Yue <mailto:yuexm@hotmail.com>; Freesurfer support > list <mailto:freesurfer@nmr.mgh.harvard.edu> > *Subject: *Re: [Freesurfer] mri_fieldsign error > > No, it does not. The only other problem I can think of is that it > has something to do with WSL. Do you have a real linux box you can > try it on? > > On 7/17/2020 5:24 PM, Xiaomin Yue wrote: > > * External Email - Use Caution * > > HI Doug, > > Sorry for the slow response. I got the same “segmentation > fault (core dumped)” error when running the left hemi. I > tested it multiple times. Does this function create a > detailed log I can send to you? > > Thanks, > > Xiaomin > > *From: *Douglas N. Greve <mailto:dgreve@mgh.harvard.edu> > *Sent: *Friday, July 17, 2020 1:07 PM > *To: *freesurfer(a)nmr.mgh.harvard.edu > <mailto:freesurfer@nmr.mgh.harvard.edu> > *Subject: *Re: [Freesurfer] mri_fieldsign error > > I was not able to replicate this on my CentOS7 linux box. You > sent me left hemi data, so I ran the command below > > mri_fieldsign --fs fieldsign.71.nii.gz --polar > LOO.wedge.polar.lh.real.nii.gz LOO.wedge.polar.lh.imag.nii.gz > --eccen LOO.ring.eccen.lh.real.nii.gz > LOO.ring.eccen.lh.imag.nii.gz --s LOO --hemi lh --sphere > > But I also noticed that the command that you gave below is for > the right hemi. Do you know if the left hemi works? > > > On 7/11/2020 1:43 PM, Xiaomin Yue wrote: > > * External Email - Use Caution * > > Hi Doug, > > I used FS 7.1 under WSL to analyze retinotopy data. Since > the ring and wedge were presented at a different > frequency, the data had to be analyzed separately for each > condition. To get the field sign, I had to use the > mri_fieldsign function to combine polar and eccen data. > However, an error happened with running mri_fieldsign: > “Segmentation fault (core dumped)”. The following is > the command-line output. > > Thanks for your help! > > Xiaomin > > cwd /mnt/d/xyLinuxStaff/projects/wedge_amygdala > > cmdline mri_fieldsign --fs > LOO_xy/bold/rtopy.wedge.self.rh/fieldsign/fieldsign.nii.gz > --polar LOO_xy/bold/rtopy.wedge.self.rh/polar/real.nii.gz > LOO_xy/bold/rtopy.wedge.self.rh/polar/imag.nii.gz --eccen > ../ring_amygdala/LOO_xy/bold/rtopy.ring.self.rh/eccen/real.nii.gz > ../ring_amygdala/LOO_xy/bold/rtopy.ring.self.rh/eccen/imag.nii.gz > --s LOO --hemi rh --sphere > > sysname Linux > > hostname DESKTOP-SVDQE4Q > > machine x86_64 > > user xiaominyue > > eccen real > ../ring_amygdala/LOO_xy/bold/rtopy.ring.self.rh/eccen/real.nii.gz > > eccen imag > ../ring_amygdala/LOO_xy/bold/rtopy.ring.self.rh/eccen/imag.nii.gz > > polar real LOO_xy/bold/rtopy.wedge.self.rh/polar/real.nii.gz > > polar imag LOO_xy/bold/rtopy.wedge.self.rh/polar/imag.nii.gz > > patch (null) > > subject LOO > > hemi rh > > fwhm -1.000000 > > nsmooth -1 > > fieldsign > LOO_xy/bold/rtopy.wedge.self.rh/fieldsign/fieldsign.nii.gz > > usenew 1 > > Reading /mnt/d/xyLinuxStaff/anatMRI_amy//LOO/surf/rh.sphere > > Using spherical coordinates > > Reading > /mnt/d/xyLinuxStaff/anatMRI_amy//LOO/label/rh.aparc.annot > > reading colortable from annotation file... > > colortable with 36 entries read (originally > /autofs/space/tanha_002/users/greve/fsdev.build/average/colortable_desikan_killiany.txt) > > Complex > > Ripping Zeros > > Rot (rad): 0 0 > > surfer: compute_fieldsign2() > > dthresh = 1.5 > > shape = 1 > > nvertices = 153801 > > 0 0 45452 0.03 33.2224 > > 1018 1000 39160 21.33 -18.3959 > > 2055 2000 44734 43.26 33.0783 > > 3148 3000 49793 65.38 0.653687 > > 4344 4000 38626 88.16 16.7555 > > 5529 5000 54149 110.12 -4.90118 > > 6706 6000 61599 133.36 -5.74607 > > 7971 7000 50134 155.88 -17.5589 > > 9165 8000 34182 178.05 -18.9387 > > 10591 9000 59682 200.70 -4.60514 > > 12034 10000 63856 223.18 -4.4884 > > 13297 11000 41007 245.62 27.3489 > > 14938 12000 27365 267.70 -1.40077 > > 16684 13000 23615 289.10 -0.518007 > > 18048 14000 47088 309.37 18.7017 > > 19798 15000 21060 330.11 15.9458 > > 21681 16000 33067 350.27 -11.1953 > > 23173 17000 28744 371.48 -6.18747 > > 25112 18000 27738 392.41 -6.93845 > > 26953 19000 20538 414.47 2.99349 > > 28903 20000 80583 435.98 -0.338512 > > 30319 21000 16251 459.83 -45.2313 > > 32174 22000 17139 483.36 -2.31642 > > 34093 23000 13307 507.02 19.1461 > > 36170 24000 17826 530.65 -10.7575 > > 37683 25000 69324 555.78 -6.17011 > > 39666 26000 14043 583.29 -10.5151 > > 41746 27000 76017 609.92 -0.0112556 > > 43986 28000 84646 636.28 1.24722 > > 46088 29000 9763 664.26 12.7035 > > 48326 30000 92161 694.30 2.03416 > > 50431 31000 99884 724.91 1.20525 > > ./xy_make_wedge_fieldsign.bash: line 21: 22473 > Segmentation fault (core dumped) mri_fieldsign --fs > $line/bold/rtopy.wedge.self.$hemi/fieldsign/fieldsign.nii.gz > --polar > $line/bold/rtopy.wedge.self.$hemi/polar/real.nii.gz > $line/bold/rtopy.wedge.self.$hemi/polar/imag.nii.gz > --eccen > ../ring_amygdala/$line/bold/rtopy.ring.self.$hemi/eccen/real.nii.gz > ../ring_amygdala/$line/bold/rtopy.ring.self.$hemi/eccen/imag.nii.gz > --s $subjname --hemi $hemi --sphere > > _______________________________________________ > > Freesurfer mailing list > > Freesurfer(a)nmr.mgh.harvard.edu <mailto: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. >

1 0

Question for Multiple Sclerosis
by Manuel, Morganne 24 Jul '20

24 Jul '20

External Email - Use Caution Hey Freesurfer, I am new to Freesurfer. I wanting to use Freesurfer for measuring grey and white matter volumes in Multiple sclerosis. However I am wondering if there is a way to manually make a lesion mask for each individual and then use the mask to subtract the lesion volume from the white matter volume. We run recon we break it apart. So is there a certain recon set I can use to add the lesion mask to tell Freesurfer to subtract this volume from the white matter? Many thanks, Morganne

2 1

PETSurfer questions part III
by Ferraro, Pilar 24 Jul '20

24 Jul '20

External Email - Use Caution Hi Douglas, All the analyses have been run with FS version 6 indeed. If you confirm the commands below are correct, I therefore assume I should rerun all the analyses using FS 7.1. I just have few remaining questions: 1. Are there any other ROIs more than the pons that you have changed from WM to GM in FS 7.1? 2. Is the same problem of WM/GM classification affecting MZ corrected uptake estimation? I suppose WM/GM classification should affect only MG since it’s a 3 compartment model, but I’m not sure. Many thanks, Pilar Commands: 1) With Muller-Gartner (MG): mri_gtmpvc --i ../Subj_PET_image --reg Subj_template.reg.lta --psf 6 --seg Subj_gtmseg.mgz --default-seg-merge --mgx .01 --o gtm_MG.output Then: mri_segstats --i gtm_MG.output/mgx.ctxgm.nii.gz --seg gtm_MG.output/aux/seg.nii.gz --ctab gtm_MG.output/aux/seg.ctab — sum MG_ROI.txt 2) With Meltzer (MZ): mri_gtmpvc --i ../Subj_PET_image --reg Subj_template.reg.lta --psf 6 --seg Subj_gtmseg.mgz --default-seg-merge --Meltzer .1 .1 1 —o gtm_MZ.output Then: mri_segstats --i gtm_MZ.output/meltzer.nii.gz --seg gtm_MZ.output/aux/seg.nii.gz --ctab gtm_MZ.output/aux/seg.ctab --sum MZ_ROI.txt > > On 7/20/2020 2:56 AM, Ferraro, Pilar wrote: >> >> ????????External Email - Use Caution >> >> Many thanks for the reply, >> >> Yep, unfortunately MG values are always much higher than SGTM ones (in >> all the ROIs). >> I wonder whether this might be related (for MG and MZ) to the absence >> of a normalization using the pons as a reference. >> >> Indeed, when I look at the file with mean values extracted for each >> modality, I see that the pons has always 1000 as mean uptake value for >> no PVC and SGTM, while for MG and MZ values in the pons range from >> -0.02 to -0.65 (for MG) and from 0.94 to 0.99 (for MZ). > Pons should be 1.000 in the SGM and NoPVC. Which version of FS are you > using? In version 6, pons was considered white matter, but I changed it > to gray matter in version 7. The bottom line on this is that you cannot > compute uptake in WM in MG. So, if pons (or any other ROI) is WM, then > its value is bogus. >> >> Below are the commands I?ve used to obtain the MG and MZ values: >> >> 1) With Muller-Gartner (MG): >> >> mri_gtmpvc --i ../Subj_PET_image --reg Subj_template.reg.lta --psf 6 >> --seg Subj_gtmseg.mgz --default-seg-merge --mgx .01 --o gtm_MG.output >> >> ?Then: >> >> mri_segstats --i gtm_MG.output/mgx.ctxgm.nii.gz --seg >> gtm_MG.output/aux/seg.nii.gz --ctab gtm_MG.output/aux/seg.ctab --sum >> MG_ROI.txt >> >> 2) With Meltzer (MZ): >> >> mri_gtmpvc --i ../Subj_PET_image --reg Subj_template.reg.lta --psf 6 >> --seg Subj_gtmseg.mgz --default-seg-merge --Meltzer .1 .1 1 --o >> gtm_MZ.output >> >> Then: >> >> mri_segstats --i gtm_MZ.output/meltzer.nii.gz --seg >> gtm_MZ.output/aux/seg.nii.gz --ctab gtm_MZ.output/aux/seg.ctab --sum >> MZ_ROI.txt >> >> >> Do you recognize any errors in the commands? >> >> >> Many thanks, >> >> Pilar >> >> >> >> >> >>> >>> Message: 13 >>> Date: Thu, 16 Jul 2020 10:19:32 -0400 >>> From: "Douglas N. Greve" <dgreve(a)mgh.harvard.edu >>> <mailto:dgreve@mgh.harvard.edu>> >>> Subject: Re: [Freesurfer] PETSurfer analysis question >>> To: <freesurfer(a)nmr.mgh.harvard.edu >>> <mailto:freesurfer@nmr.mgh.harvard.edu>> >>> Message-ID: <d56acc7d-3273-4f40-ed17-570a893b26a3(a)mgh.harvard.edu >>> <mailto:d56acc7d-3273-4f40-ed17-570a893b26a3@mgh.harvard.edu>> >>> Content-Type: text/plain; charset="utf-8" >>> >>> >>> The NoPVC and SGTM values are reasonable. The MG value is pretty crazy. >>> I don't put stock in MZ. Is the MG value much higher than SGTM in other >>> ROIs? What is your mri_gtmpvc command? >>> >>> >>> On 7/16/2020 4:38 AM, Ferraro, Pilar wrote: >>>> >>>> ????????External Email - Use Caution >>>> >>>> Hi Freesurfer experts, >>>> >>>> I?ve run a PETSurfer analysis in order to compare mean?uptake values >>>> of ROIs obtained with different methods: No PVC, SGTM, MG and MZ. >>>> However, I?ve now extracted the mean values and they are extremely >>>> heterogeneous. >>>> As an example, the same ROI (lh banks of the superior temporal sulcus) >>>> has the following uptake values: >>>> >>>> No PVC= 1.709 >>>> SGTM= 2.495 >>>> MG= 23.847 >>>> MZ= 15.564 >>>> >>>> I?m particularly worried for the huge difference between noPVC - SGTM >>>> values and MG-MZ values. >>>> >>>> Any advice? I wonder whether this finding is normal or there is >>>> something I?ve missed. >>>> >>>> Many thanks, >>>> >>>> Pilar >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>>> Il giorno 15 lug 2020, alle ore 6:00 PM, >>>>> freesurfer-request(a)nmr.mgh.harvard.edu >>>>> <mailto:freesurfer-request@nmr.mgh.harvard.edu> >>>>> <mailto:freesurfer-request@nmr.mgh.harvard.edu> ha scritto: >>>>> >>>>> Send Freesurfer mailing list submissions to >>>>> freesurfer(a)nmr.mgh.harvard.edu >>>>> <mailto:freesurfer@nmr.mgh.harvard.edu> >>>>> <mailto:freesurfer@nmr.mgh.harvard.edu> >>>>> >>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>> or, via email, send a message with subject or body 'help' to >>>>> freesurfer-request(a)nmr.mgh.harvard.edu >>>>> >>>>> You can reach the person managing the list at >>>>> freesurfer-owner(a)nmr.mgh.harvard.edu >>>>> >>>>> When replying, please edit your Subject line so it is more specific >>>>> than "Re: Contents of Freesurfer digest..." >>>>> >>>>> >>>>> Today's Topics: >>>>> >>>>> ??1. Re: recon all Freesurfer 7.1 on Mac High Sierra fails to run >>>>> ?????for some subjects (Douglas N. Greve) >>>>> ??2. Re: mri_fieldsign error (Douglas N. Greve) >>>>> ??3. Extracting PET Binding Values from Inflated Surface (O'Dell, Ryan) >>>>> >>>>> >>>>> ---------------------------------------------------------------------- >>>>> >>>>> Message: 1 >>>>> Date: Wed, 15 Jul 2020 11:12:21 -0400 >>>>> From: "Douglas N. Greve" <dgreve(a)mgh.harvard.edu> >>>>> Subject: Re: [Freesurfer] recon all Freesurfer 7.1 on Mac High Sierra >>>>> fails to run for some subjects >>>>> To: <freesurfer(a)nmr.mgh.harvard.edu> >>>>> Message-ID: <beb084b0-fe6b-c8a2-c0a5-e8bcc92769b6(a)mgh.harvard.edu> >>>>> Content-Type: text/plain; charset="windows-1252" >>>>> >>>>> Can you send the recon-all.log file for some of the failures? >>>>> >>>>> On 7/15/2020 10:52 AM, Annelies Vant Westeinde wrote: >>>>>> >>>>>> ????????External Email - Use Caution >>>>>> >>>>>> Dear list, >>>>>> >>>>>> As described by others on this list, recon-all with Freesurfer 7.1 on >>>>>> a Mac operating system seems to fail for around 10% of the subjects. >>>>>> >>>>>> The following solution was offered: >>>>>> >>>>>> sudo curl >>>>>> https://raw.githubusercontent.com/freesurfer/freesurfer/dev/scripts/rca-lon… >>>>>> ?-o rca-long-tp-init >>>>>> sudo chmod +x rca-long-tp-init >>>>>> However, this did not solve the problem for me. >>>>>> >>>>>> I re-ran recon-all for the same subjects, but it still failed, some of >>>>>> them at the following step: >>>>>> >>>>>> "####################################### >>>>>> GCADIR /Applications/freesurfer/average >>>>>> GCA RB_all_2020-01-02.gca >>>>>> GCASkull RB_all_withskull_2020_01_02.gca >>>>>> AvgCurvTif folding.atlas.acfb40.noaparc.i12.2016-08-02.tif >>>>>> GCSDIR /Applications/freesurfer/average >>>>>> GCS DKaparc.atlas.acfb40.noaparc.i12.2016-08-02.gcs >>>>>> #######################################" >>>>>> >>>>>> It simply stopped running there. >>>>>> >>>>>> Others did finish running, but instead got a segmentation fault error. >>>>>> >>>>>> What could I do? I have Mac High Sierra. >>>>>> >>>>>> >>>>>> Annelies >>>>>> >>>>>> Annelies van't Westeinde?| PHD Candidate >>>>>> Department of Women's and Children's Health | Karolinska Institutet >>>>>> 171 77 Solna | Karolinskav?gen 37A >>>>>> +46 760967499 >>>>>> annelies.vant.westeinde(a)ki.se | ki.se <http://ki.se/en/startpage> >>>>>> ______________________________________ >>>>>> Karolinska Institutet ? a medical university >>>>>> >>>>>> >>>>>> >>>>>> /N?r du skickar e-post till Karolinska Institutet (KI) inneb?r detta >>>>>> att KI kommer att behandla dina personuppgifter. /H?r finns >>>>>> information om hur KI behandlar personuppgifter >>>>>> <https://ki.se/medarbetare/integritetsskyddspolicy>. >>>>>> >>>>>> >>>>>> /Sending email to Karolinska Institutet (KI) will result in KI >>>>>> processing your personal data./ You can read more about KI?s >>>>>> processing of personal data here >>>>>> <https://ki.se/en/staff/data-protection-policy>. >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Freesurfer mailing list >>>>>> Freesurfer(a)nmr.mgh.harvard.edu >>>>>> https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer >>>>> >>>>>

2 3

Fwd: Re: Segmentation with FreeSurfer 7.1
by Sara PONTICORVO 24 Jul '20

24 Jul '20

External Email - Use Caution Subject: Re: Re: [Freesurfer] Segmentation with FreeSurfer 7.1 Message-ID <d7c325ac-e3a9-41a6-3cf0-17c35e0b4749(a)mgh.harvard.edu> Hi, thanks a lot. What do you mean for topological default? We have checked our data, and there aren't any visible artifacts (if you were referring to this kind of things). Actually we have seen these problems in about 50% of the already acquired data. If it can be useful for you we can also send you the raw DICOM images to check yourself. It is possible that there are some default settings in the 7.1 recon-all pipeline that we can adjust? Thanks again, Sara -- Sara Ponticorvo PhD Student Departement of Medicine Surgery and Dentistry, University of Salerno

2 1

mesh referential
by TACONNE Marion (INTERN) 24 Jul '20

24 Jul '20

External Email - Use Caution Hello, I would like to know in which referential is the meshes ( lh.smoothwm for example). Is it RAS ? If not, how can we change the mesh referential in this referential. Thank you in advance for your time and answer. Best regards, Marion Taconné This email and any attachments are intended solely for the use of the individual or entity to whom it is addressed and may be confidential and/or privileged. If you are not one of the named recipients or have received this email in error, (i) you should not read, disclose, or copy it, (ii) please notify sender of your receipt by reply email and delete this email and all attachments, (iii) Dassault Systèmes does not accept or assume any liability or responsibility for any use of or reliance on this email. Please be informed that your personal data are processed according to our data privacy policy as described on our website. Should you have any questions related to personal data protection, please contact 3DS Data Protection Officer at 3DS.compliance-privacy(a)3ds.com<mailto:3DS.compliance-privacy@3ds.com> For other languages, go to https://www.3ds.com/terms/email-disclaimer

2 1

← Newer
1
2
3
4
5
6
7
8
...
16
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Freesurfer July 2020