Re: [Freesurfer] mris_preproc error: cannot allocate memory

2023-08-01 Thread Huang, Yujing
External Email - Use Caution

It looks like it is corrupted.

Can you try ‘mris_info 
/media/sf_T1/freesurfer_results/HCA9679715_V1_MR/surf/lh.sphere.reg’?  I think 
it probably will fail the same way.

Yujing

From: freesurfer-boun...@nmr.mgh.harvard.edu 
 On Behalf Of MANSSOUR Wassima
Sent: Tuesday, August 1, 2023 4:49 PM
To: Freesurfer support list 
Subject: Re: [Freesurfer] mris_preproc error: cannot allocate memory


External Email - Use Caution
Hello M.Yujing,

I’m using the HCP-A cohort (Human Connectome Project – Aging), where the 
structural MRIs were preprocessed. So, I’m working directly with the FreeSurfer 
outputs provided.
Is it possible that the lh.sphere.reg of this subject is corrupted?

Thank you,

Wassima

From: 
freesurfer-boun...@nmr.mgh.harvard.edu<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 
mailto:freesurfer-boun...@nmr.mgh.harvard.edu>>
 On Behalf Of Huang, Yujing
Sent: Tuesday, August 1, 2023 10:14 PM
To: Freesurfer support list 
mailto:freesurfer@nmr.mgh.harvard.edu>>
Subject: Re: [Freesurfer] mris_preproc error: cannot allocate memory


External Email - Use Caution
This is the error from log:

Reading source surface reg 
/media/sf_T1/freesurfer_results/HCA9679715_V1_MR/surf/lh.sphere.reg
error: Cannot allocate memory
error: TAGskip: tag=116798, failed to calloc 116799 bytes!

The TAG number looks wrong. I’m wondering how you created 
/media/sf_T1/freesurfer_results/HCA9679715_V1_MR/surf/lh.sphere.reg?

Best,

Yujing

From: 
freesurfer-boun...@nmr.mgh.harvard.edu<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 
mailto:freesurfer-boun...@nmr.mgh.harvard.edu>>
 On Behalf Of MANSSOUR Wassima
Sent: Tuesday, August 1, 2023 2:52 PM
To: Freesurfer support list 
mailto:freesurfer@nmr.mgh.harvard.edu>>
Subject: Re: [Freesurfer] mris_preproc error: cannot allocate memory


External Email - Use Caution
Hello M.Douglas,

I’m running the following command: mris_preproc --fsgd FSGD2.fsgd --target 
fsaverage --hemi lh --meas thickness --out lh.uci_nuci.thikness.00.mgh.
Please find attached the log file.

Thank you,

From: 
freesurfer-boun...@nmr.mgh.harvard.edu<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 
mailto:freesurfer-boun...@nmr.mgh.harvard.edu>>
 On Behalf Of Douglas N. Greve
Sent: Tuesday, August 1, 2023 3:52 PM
To: freesurfer@nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>
Subject: Re: [Freesurfer] mris_preproc error: cannot allocate memory


External Email - Use Caution
That should be enough RAM. What is your command line? Can you send the log file?
On 8/1/2023 7:52 AM, MANSSOUR Wassima wrote:

External Email - Use Caution
Hello FreeSurfer Developers,

I'm conducting the Surface Based Group Analysis explained on the tutoriel 
(MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" 
claiming to be 
https://secure-web.cisco.com/1EYOnYsnqtH8mgegInJXTbyCBVBFMmjDFwDrh0Tp_xV4VKbUepWhpjl241CG6gyi8quceHen_qwmeBVVtEDGwKzWWYn41rWlLra4BInEk1jSo1P14Oblp-Tq3rnLm1M3DJHnUjxEalyU-obwMc1KLYHMEFQN6EvE-YDPz08F97q4WaZ2kCCkSNxomGLfslH6j_uuvOtnPFvc3R9OK45qYrqyjwW3Qov2JLdvwIZSUf-rglcvHULyNAUxoiXv4RS-W/https%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FFsTutorial%2FGroupAnalysisV6.0<https://secure-web.cisco.com/1_YynvwS-dkAnt9HfkAib_JfSy9UZxarfHbzK2t54zb7qCQJxUZZt_Vc0ZIEwqIkD7F27OVUNpLeyNZde-aYgOenPT2_ckqjlYPJrCvQk1NftmX9tjie43cnqsBx4LdigIwZDM-b4v8G_ni6Ejmxmt5RrR5FvxVRnilvDjf241utdgvvHDoBVhnmkoaKzRHeBB_hDZqH0hV_cWvaAaHUtdkqONm6sm-wQzdoTTjg5gjgl6LoFmUCN0VW3p1RPOneDtlJhlP40jjialruPa8d6ByiaS7LGnKxKzxk8PWDLZwBXMiOa1ROzLXIKyVPcBy17YNLC1ex_wY2_4xHhz2cm3Q/https%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FFsTutorial%2FGroupAnalysisV6.0>)
but I keep getting the error: "Cannot allocate memory" while running the 
mris_preproc  command.

I'm using the data of 355 subjects stored on an external hard drive, and a pc 
of 23G RAM, but it stops at the 334 subject.
I've already tried with a windows and mac of 16G RAM and got the error, so 
moved to the other one but still getting the same issue.
Does anyone have any thoughts on how to trouble-shoot this? or any other 
alternative solution to run the mris_preproc on all the subjects?

FreeSurfer version: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0
Platforme: Debian 3.16.7


Thank you for your help,
--
Wassima MANSSOUR
Master Student at INSEA Rabat
M2SI - Information Systems & Intelligent Systems
IMRB intern-France
wmanss...@insea.ac.ma<mailto:wmanss...@insea.ac.ma>
wassima.manss...@u-pec.fr<mailto:wassima.manss...@u-pec.fr>



___

Freesurfer mailing list

Freesurfer@nmr.mgh.harvard.edu<mailto: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/1IMsMWNx8tAy6cpJ0x9t3h58hwJPzjN

Re: [Freesurfer] mris_preproc error: cannot allocate memory

2023-08-01 Thread Huang, Yujing
External Email - Use Caution

This is the error from log:

Reading source surface reg 
/media/sf_T1/freesurfer_results/HCA9679715_V1_MR/surf/lh.sphere.reg
error: Cannot allocate memory
error: TAGskip: tag=116798, failed to calloc 116799 bytes!

The TAG number looks wrong. I’m wondering how you created 
/media/sf_T1/freesurfer_results/HCA9679715_V1_MR/surf/lh.sphere.reg?

Best,

Yujing

From: freesurfer-boun...@nmr.mgh.harvard.edu 
 On Behalf Of MANSSOUR Wassima
Sent: Tuesday, August 1, 2023 2:52 PM
To: Freesurfer support list 
Subject: Re: [Freesurfer] mris_preproc error: cannot allocate memory


External Email - Use Caution
Hello M.Douglas,

I’m running the following command: mris_preproc --fsgd FSGD2.fsgd --target 
fsaverage --hemi lh --meas thickness --out lh.uci_nuci.thikness.00.mgh.
Please find attached the log file.

Thank you,

From: 
freesurfer-boun...@nmr.mgh.harvard.edu<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 
mailto:freesurfer-boun...@nmr.mgh.harvard.edu>>
 On Behalf Of Douglas N. Greve
Sent: Tuesday, August 1, 2023 3:52 PM
To: freesurfer@nmr.mgh.harvard.edu<mailto:freesurfer@nmr.mgh.harvard.edu>
Subject: Re: [Freesurfer] mris_preproc error: cannot allocate memory


External Email - Use Caution
That should be enough RAM. What is your command line? Can you send the log file?
On 8/1/2023 7:52 AM, MANSSOUR Wassima wrote:

External Email - Use Caution
Hello FreeSurfer Developers,

I'm conducting the Surface Based Group Analysis explained on the tutoriel 
(MailScanner has detected a possible fraud attempt from "secure-web.cisco.com" 
claiming to be 
https://secure-web.cisco.com/1eTzROZW5NnwIZ7dOLDlWK54X1VqXBxL4yRUMo2AvE8lWZDHregJu1Xv4OFYXUrt84KywWWnXfnpSBrJoRi0g1ErcX_-bcIjZO9uZYd_elpUIf2vm437b3_NvPbrCSbJ7cQNzlddT2f4Rxgy8BEYfxs0eS_Xi97NqySPi7mfJj14_zOJRr52Jb4wtgzGAsou6TP3kbkYCZenE8Cix-DHpjtGAmVRf3D1hcxw6wbU6l1TgsMoLA6OcFKYoy-2lK-8M/https%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FFsTutorial%2FGroupAnalysisV6.0<https://secure-web.cisco.com/1_YynvwS-dkAnt9HfkAib_JfSy9UZxarfHbzK2t54zb7qCQJxUZZt_Vc0ZIEwqIkD7F27OVUNpLeyNZde-aYgOenPT2_ckqjlYPJrCvQk1NftmX9tjie43cnqsBx4LdigIwZDM-b4v8G_ni6Ejmxmt5RrR5FvxVRnilvDjf241utdgvvHDoBVhnmkoaKzRHeBB_hDZqH0hV_cWvaAaHUtdkqONm6sm-wQzdoTTjg5gjgl6LoFmUCN0VW3p1RPOneDtlJhlP40jjialruPa8d6ByiaS7LGnKxKzxk8PWDLZwBXMiOa1ROzLXIKyVPcBy17YNLC1ex_wY2_4xHhz2cm3Q/https%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FFsTutorial%2FGroupAnalysisV6.0>)
but I keep getting the error: "Cannot allocate memory" while running the 
mris_preproc  command.

I'm using the data of 355 subjects stored on an external hard drive, and a pc 
of 23G RAM, but it stops at the 334 subject.
I've already tried with a windows and mac of 16G RAM and got the error, so 
moved to the other one but still getting the same issue.
Does anyone have any thoughts on how to trouble-shoot this? or any other 
alternative solution to run the mris_preproc on all the subjects?

FreeSurfer version: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0
Platforme: Debian 3.16.7


Thank you for your help,
--
Wassima MANSSOUR
Master Student at INSEA Rabat
M2SI - Information Systems & Intelligent Systems
IMRB intern-France
wmanss...@insea.ac.ma<mailto:wmanss...@insea.ac.ma>
wassima.manss...@u-pec.fr<mailto:wassima.manss...@u-pec.fr>



___

Freesurfer mailing list

Freesurfer@nmr.mgh.harvard.edu<mailto: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/1w9QkqXlTuUI7DQ718kEQT4K_LS3XkOhnfRt91OTYyIv5ffVSmS0JMjYjZ5K8P6sUYyrt8FtGAHBhmckCJ690cADVWkqrqTaYQpIdZvEgTMhP7eT-qUzMWYnv_xotpCTZZuVLpBZySdHBPR1-6A8OkPAR-XpHKdXnpeauL6XXPNAbG7R3UIUYqnQKLSna0JgMPlXg5twyLbCXrNyyVHjvc1V-GbiwECutyqvAvFUZwkGxlGI_MwYlvFCVDQx0v-WO/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer<https://secure-web.cisco.com/1XWcS2l5SicrnDgN4gbTQZt1Nd_cVEWf0etLF5oIpmmmKJs9gwOJvEqy1EbB2fYqaB_TSaMqF-yvzSuh7OGdmU9slvknwXY5PA3sx0ke-37UuFEUPfd75knhtpdzf324gWx7BrDZ711CANLz_duLhFUfVITkflAX9O2Rxd7JcdS2Gk5Le-koV7gjM6kt8ux9WnYzXh7nh0wk8nbIFeeHC9zzXLAAtaA5ThMo8-FltWXsHSj0RRqEtAeJYLDH8lXQsIPHgKs7NpLE_kyAXSe3DqA/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer>

___
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 Mass General Brigham 
Compliance HelpLine at https://www.massgeneralbrigham.org/complianceline 
<https://www.massgeneralbrigham.org/complianceline> .
Please note that this e-mail is not secure (encrypted).  If you do not wish to 
continue comm

Re: [Freesurfer] mris_preproc error: cannot allocate memory

2023-08-01 Thread Douglas N. Greve
   External Email - Use Caution

That should be enough RAM. What is your command line? Can you send the 
log file?


On 8/1/2023 7:52 AM, MANSSOUR Wassima wrote:


External Email - Use Caution

Hello FreeSurfer Developers,


I'm conducting the *Surface Based Group Analysis* explained on the 
tutoriel (*MailScanner has detected a possible fraud attempt from 
"secure-web.cisco.com" claiming to be* 
https://secure-web.cisco.com/1SYbVLlm03vwDvlNfoqpcp8WG_cRgKP3SgXW6SVF_rrwzLXF4U4qzBWw1moNMisSlbq8gZRJodQ63vDzMtYf9omXiXJptq-mdifK-tHaszmvGUE72bceDbUBiYtjsn0Y1Zkdx2d5dXQ8rqgsKPRg8TVyu4OKwq67hDUWMlG6LZy1MAYcN-wO3vAnOzJYVo89fYIjMRA0MaLaafO6Qzpeht14gEIqrSP772fHBq7TKCXmhfX5wVWa1hv1x0DZ6sYkzcTJDVbGo-2v7w-fiHshrig/https%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FFsTutorial%2FGroupAnalysisV6.0 
)


but I keep getting the error: *"Cannot allocate memory"*while running 
the /mris_preproc ///command.



I'm using the data of 355 subjects stored on an external hard drive, 
and a pc of 23G RAM, but it stops at the 334 subject.


I've already tried with a windows and mac of 16G RAM and got the 
error, so moved to the other one but still getting the same issue.


Does anyone have any thoughts on how to trouble-shoot this? or any 
other alternative solution to run the /mris_preproc /on all the subjects?



/FreeSurfer version: freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0
/

/Platforme: Debian 3.16.7/



Thank you for your help,

--

*Wassima MANSSOUR*

Master Student at INSEA Rabat

M2SI - Information Systems & Intelligent Systems

IMRB intern-France

wmanss...@insea.ac.ma

wassima.manss...@u-pec.fr__




___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://secure-web.cisco.com/1XWcS2l5SicrnDgN4gbTQZt1Nd_cVEWf0etLF5oIpmmmKJs9gwOJvEqy1EbB2fYqaB_TSaMqF-yvzSuh7OGdmU9slvknwXY5PA3sx0ke-37UuFEUPfd75knhtpdzf324gWx7BrDZ711CANLz_duLhFUfVITkflAX9O2Rxd7JcdS2Gk5Le-koV7gjM6kt8ux9WnYzXh7nh0wk8nbIFeeHC9zzXLAAtaA5ThMo8-FltWXsHSj0RRqEtAeJYLDH8lXQsIPHgKs7NpLE_kyAXSe3DqA/https%3A%2F%2Fmail.nmr.mgh.harvard.edu%2Fmailman%2Flistinfo%2Ffreesurfer
___
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 Mass General Brigham 
Compliance HelpLine at https://www.massgeneralbrigham.org/complianceline 
 .
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. 


Re: [Freesurfer] mris_preproc read error

2022-06-14 Thread Joanna L Eckhardt
External Email - Use Caution

Dear FS team,

There was indeed a problem with recon-all and I reran the subject and did what 
you said, and now there is no mris_preproc read error. Thank you very much for 
your assistance!

All my best,
Joanna


--

Joanna Eckhardt

Neurosciences Graduate Program

University of California, San Diego


From: freesurfer-boun...@nmr.mgh.harvard.edu 
 on behalf of Douglas N. Greve 

Sent: Thursday, June 9, 2022 1:27 AM
To: freesurfer@nmr.mgh.harvard.edu 
Subject: Re: [Freesurfer] mris_preproc read error

It looks like something might have gone wrong during recon-all for that 
subject. Does recon-all.log say it completed successfully? Try deleting the 
lh.sphere.reg (and any other file with 0 size) and running recon-all 
-autorecon2-surfonly -autorecon3, then do -qcache

On 6/7/2022 12:41 PM, Joanna L Eckhardt wrote:

External Email - Use Caution

Dear FS team,

I am emailing to check in on the status of this issue. Any insights on how to 
move forward with this error? I can try rerunning this subject in the meantime 
to see if that fixes the problem.

Thank you very much your assistance!

Best wishes,
Joanna


--

Joanna Eckhardt

Neurosciences Graduate Program

University of California, San Diego


From: 
freesurfer-boun...@nmr.mgh.harvard.edu<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 
<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 on behalf of Joanna L Eckhardt 
<mailto:jeckha...@health.ucsd.edu>
Sent: Friday, June 3, 2022 10:37 AM
To: Freesurfer support list 
<mailto:freesurfer@nmr.mgh.harvard.edu>
Subject: Re: [Freesurfer] mris_preproc read error


External Email - Use Caution

Dear FreeSurfer team,

I reran -qcache for sub-101 (also, I had specified -qcache processing for all 
subjects during initial recon-all so it should have already occurred), and it 
exited with errors. Below is the output from the -qcache rerun, with the error 
being:

ERROR: reading 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
Read 0 bytes, expected 1
error: No such file or directory
error: mri_surf2surf: could not read surface 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
Command exited with non-zero status 1

Let me know if you have any insights, or if I need to rerun the recon-all for 
this subject.

Thank you for your assistance!
Joanna


developer@developer-VirtualBox:~/FreeSurfer/osg-outputs/cannabis-BL$ recon-all 
-s sub-101 -qcache
INFO: FreeSurfer build stamps do not match
Subject Stamp:
Current Stamp: freesurfer-linux-ubuntu18_x86_64-7.2.0-20210721-aa8f76b
INFO: SUBJECTS_DIR is /home/developer/FreeSurfer/osg-outputs/cannabis-BL
Actual FREESURFER_HOME /usr/local/freesurfer/7.2.0
-rw-rw-r-- 1 developer developer 35431 Jun  3 13:28 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/scripts/recon-all.log
Linux developer-VirtualBox 5.4.0-113-generic #127~18.04.1-Ubuntu SMP Wed May 18 
15:40:23 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri/transforms 
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101
#@# white curv lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/lh.white 2 10 ../surf/lh.curv
   Update not needed
#@# white area lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/lh.white ../surf/lh.area
   Update not needed
#@# pial curv lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/lh.pial 2 10 ../surf/lh.curv.pial
   Update not needed
#@# pial area lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/lh.pial ../surf/lh.area.pial
   Update not needed
#@# thickness lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/lh.white ../surf/lh.pial 20 5 
../surf/lh.thickness
   Update not needed
#@# area and vertex vol lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/lh.white ../surf/lh.pial 20 5 
../surf/lh.thickness
   Update not needed
#@# white curv rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/rh.white 2 10 ../surf/rh.curv
   Update not needed
#@# white area rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/rh.white ../surf/rh.area
   Update not needed
#@# pial curv rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-out

Re: [Freesurfer] mris_preproc read error

2022-06-09 Thread Douglas N. Greve
It looks like something might have gone wrong during recon-all for that 
subject. Does recon-all.log say it completed successfully? Try deleting 
the lh.sphere.reg (and any other file with 0 size) and running recon-all 
-autorecon2-surfonly -autorecon3, then do -qcache


On 6/7/2022 12:41 PM, Joanna L Eckhardt wrote:


External Email - Use Caution

Dear FS team,

I am emailing to check in on the status of this issue. Any insights on 
how to move forward with this error? I can try rerunning this subject 
in the meantime to see if that fixes the problem.


Thank you very much your assistance!

Best wishes,
Joanna

*--*

*Joanna Eckhardt***

Neurosciences Graduate Program

University of California, San Diego


*From:* freesurfer-boun...@nmr.mgh.harvard.edu 
 on behalf of Joanna L 
Eckhardt 

*Sent:* Friday, June 3, 2022 10:37 AM
*To:* Freesurfer support list 
*Subject:* Re: [Freesurfer] mris_preproc read error

External Email - Use Caution

Dear FreeSurfer team,

I reran -qcache for sub-101 (also, I had specified -qcache processing 
for all subjects during initial recon-all so it /should/ have already 
occurred), and it exited with errors. Below is the output from the 
-qcache rerun, with the error being:


ERROR: reading 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg

Read 0 bytes, expected 1
error: No such file or directory
error: mri_surf2surf: could not read surface 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg

Command exited with non-zero status 1

Let me know if you have any insights, or if I need to rerun the 
recon-all for this subject.


Thank you for your assistance!
Joanna

*developer@developer-VirtualBox*:*~/FreeSurfer/osg-outputs/cannabis-BL*$ 
recon-all -s sub-101 -qcache
INFO: FreeSurfer build stamps do not match
Subject Stamp:
Current Stamp: freesurfer-linux-ubuntu18_x86_64-7.2.0-20210721-aa8f76b
INFO: SUBJECTS_DIR is /home/developer/FreeSurfer/osg-outputs/cannabis-BL
Actual FREESURFER_HOME /usr/local/freesurfer/7.2.0
-rw-rw-r-- 1 developer developer 35431 Jun  3 13:28 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/scripts/recon-all.log
Linux developer-VirtualBox 5.4.0-113-generic #127~18.04.1-Ubuntu SMP Wed May 18 
15:40:23 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri/transforms 
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101
#@# white curv lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/lh.white 2 10 ../surf/lh.curv
    Update not needed
#@# white area lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/lh.white ../surf/lh.area
    Update not needed
#@# pial curv lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/lh.pial 2 10 ../surf/lh.curv.pial
    Update not needed
#@# pial area lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/lh.pial ../surf/lh.area.pial
    Update not needed
#@# thickness lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/lh.white ../surf/lh.pial 20 5 
../surf/lh.thickness
    Update not needed
#@# area and vertex vol lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/lh.white ../surf/lh.pial 20 5 
../surf/lh.thickness
    Update not needed
#@# white curv rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/rh.white 2 10 ../surf/rh.curv
    Update not needed
#@# white area rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/rh.white ../surf/rh.area
    Update not needed
#@# pial curv rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/rh.pial 2 10 ../surf/rh.curv.pial
    Update not needed
#@# pial area rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/rh.pial ../surf/rh.area.pial
    Update not needed
#@# thickness rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/rh.white ../surf/rh.pial 20 5 
../surf/rh.thickness
    Update not needed
#@# area and vertex vol rh Fri Jun  3 13:29:48 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf

Re: [Freesurfer] mris_preproc read error

2022-06-07 Thread Joanna L Eckhardt
External Email - Use Caution

Dear FS team,

I am emailing to check in on the status of this issue. Any insights on how to 
move forward with this error? I can try rerunning this subject in the meantime 
to see if that fixes the problem.

Thank you very much your assistance!

Best wishes,
Joanna


--

Joanna Eckhardt

Neurosciences Graduate Program

University of California, San Diego


From: freesurfer-boun...@nmr.mgh.harvard.edu 
 on behalf of Joanna L Eckhardt 

Sent: Friday, June 3, 2022 10:37 AM
To: Freesurfer support list 
Subject: Re: [Freesurfer] mris_preproc read error


External Email - Use Caution

Dear FreeSurfer team,

I reran -qcache for sub-101 (also, I had specified -qcache processing for all 
subjects during initial recon-all so it should have already occurred), and it 
exited with errors. Below is the output from the -qcache rerun, with the error 
being:

ERROR: reading 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
Read 0 bytes, expected 1
error: No such file or directory
error: mri_surf2surf: could not read surface 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
Command exited with non-zero status 1

Let me know if you have any insights, or if I need to rerun the recon-all for 
this subject.

Thank you for your assistance!
Joanna


developer@developer-VirtualBox:~/FreeSurfer/osg-outputs/cannabis-BL$ recon-all 
-s sub-101 -qcache
INFO: FreeSurfer build stamps do not match
Subject Stamp:
Current Stamp: freesurfer-linux-ubuntu18_x86_64-7.2.0-20210721-aa8f76b
INFO: SUBJECTS_DIR is /home/developer/FreeSurfer/osg-outputs/cannabis-BL
Actual FREESURFER_HOME /usr/local/freesurfer/7.2.0
-rw-rw-r-- 1 developer developer 35431 Jun  3 13:28 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/scripts/recon-all.log
Linux developer-VirtualBox 5.4.0-113-generic #127~18.04.1-Ubuntu SMP Wed May 18 
15:40:23 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri/transforms 
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101
~/FreeSurfer/osg-outputs/cannabis-BL/sub-101
#@# white curv lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/lh.white 2 10 ../surf/lh.curv
   Update not needed
#@# white area lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/lh.white ../surf/lh.area
   Update not needed
#@# pial curv lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/lh.pial 2 10 ../surf/lh.curv.pial
   Update not needed
#@# pial area lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/lh.pial ../surf/lh.area.pial
   Update not needed
#@# thickness lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/lh.white ../surf/lh.pial 20 5 
../surf/lh.thickness
   Update not needed
#@# area and vertex vol lh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/lh.white ../surf/lh.pial 20 5 
../surf/lh.thickness
   Update not needed
#@# white curv rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/rh.white 2 10 ../surf/rh.curv
   Update not needed
#@# white area rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/rh.white ../surf/rh.area
   Update not needed
#@# pial curv rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --curv-map ../surf/rh.pial 2 10 ../surf/rh.curv.pial
   Update not needed
#@# pial area rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --area-map ../surf/rh.pial ../surf/rh.area.pial
   Update not needed
#@# thickness rh Fri Jun  3 13:29:47 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/rh.white ../surf/rh.pial 20 5 
../surf/rh.thickness
   Update not needed
#@# area and vertex vol rh Fri Jun  3 13:29:48 EDT 2022
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/mri
mris_place_surface --thickness ../surf/rh.white ../surf/rh.pial 20 5 
../surf/rh.thickness
   Update not needed
#
#@# Qdec Cache preproc lh thickness fsaverage Fri Jun  3 13:29:48 EDT 2022
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf

 mris_preproc --s sub-101 --hemi lh --meas thickness --target fsaverage --out 
lh.thickness.fsaverage.mgh

nsubjects = 1
tmpdir

Re: [Freesurfer] mris_preproc read error

2022-06-03 Thread Joanna L Eckhardt
-ubuntu18_x86_64-7.2.0-20210721-aa8f76b
tmpdir is ./tmp.mris_preproc.3286
Src lh sphere.reg
Trg lh sphere.reg




---
#@# 1/1 sub-101 Fri Jun  3 13:29:48 EDT 2022 --
---
mri_surf2surf --srcsubject sub-101 --srchemi lh --srcsurfreg sphere.reg 
--trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --tval 
./tmp.mris_preproc.3286/sub-101.1.mgh --sval 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.thickness 
--sfmt curv --noreshape --cortex
Source registration surface changed to sphere.reg
Target registration surface changed to sphere.reg

7.2.0

setenv SUBJECTS_DIR /home/developer/FreeSurfer/osg-outputs/cannabis-BL
cd /home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf
mri_surf2surf --srcsubject sub-101 --srchemi lh --srcsurfreg sphere.reg 
--trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --tval 
./tmp.mris_preproc.3286/sub-101.1.mgh --sval 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.thickness 
--sfmt curv --noreshape --cortex

sysname  Linux
hostname developer-VirtualBox
machine  x86_64
user developer
srcsubject = sub-101
srcval = 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.thickness
srctype= curv
trgsubject = fsaverage
trgval = ./tmp.mris_preproc.3286/sub-101.1.mgh
trgtype=
srcsurfreg = sphere.reg
trgsurfreg = sphere.reg
srchemi= lh
trghemi= lh
frame  = 0
fwhm-in= 0
fwhm-out   = 0
label-src  = lh.cortex.label
label-trg  = lh.cortex.label
OKToRevFaceOrder  = 1
UseDualHemi = 0
Reading source surface reg 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
ERROR: reading 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
Read 0 bytes, expected 1
error: No such file or directory
error: mri_surf2surf: could not read surface 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/lh.sphere.reg
Command exited with non-zero status 1
@#@FSTIME  2022:06:03:13:29:48 mris_preproc N 10 e 0.09 S 0.01 U 0.07 P 92% M 
6600 F 0 R 7976 W 0 c 69 w 146 I 0 O 8 L 0.00 0.00 0.08
@#@FSLOADPOST 2022:06:03:13:29:48 mris_preproc N 10 0.00 0.00 0.08
Linux developer-VirtualBox 5.4.0-113-generic #127~18.04.1-Ubuntu SMP Wed May 18 
15:40:23 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

recon-all -s sub-101 exited with ERRORS at Fri Jun  3 13:29:48 EDT 2022

For more details, see the log file 
/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/scripts/recon-all.log
To report a problem, see 
http://secure-web.cisco.com/1-76aEy05df7D8YaI6eF1TTSi7PfbpgqGmxvrpopTG6UzZ7P40sSPn5R3RwkUZE7hFtfctC9AC1-Z2R2HcRYGkbJyzCwRgbUtDBZlQDZNgEL_vfHufyLL6n1XMRKx4KqUpAgoORgGfcE4yPAEUVPM2x5QShNwp5ejbnzr5ljflQjJjfWwexQ9GEyNYdobNhu_LqMgsTROsB_kC_MHGExMsMP4GdSite4jvAV_PC52XJAl6a50hAB-8lGEiofO7qnBqbf4qflLEjoX35haIYRi9_IVHd3GeaE7wIp3IV_Y0tzfo0Y3h6pG1tLi41LQguIrFH4J8U0g1J6SpRdeYlFYpQ/http%3A%2F%2Fsurfer.nmr.mgh.harvard.edu%2Ffswiki%2FBugReporting



--

Joanna Eckhardt

Neurosciences Graduate Program

University of California, San Diego


From: freesurfer-boun...@nmr.mgh.harvard.edu 
 on behalf of Douglas N. Greve 

Sent: Friday, June 3, 2022 10:03 AM
To: freesurfer@nmr.mgh.harvard.edu 
Subject: Re: [Freesurfer] mris_preproc read error

Try running recon-all -s subject -qcache for that subject

On 6/2/2022 7:55 PM, Joanna L Eckhardt wrote:

External Email - Use Caution

Dear FreeSurfer Help Team,

I am working through the FreeSurfer tutorial on cannabis using Ubuntu VM on 
windows (FS version 7.1.1). I am on the group analysis portion of the tutorial 
attempting to run mris_preproc. However, I am receiving the following error 
upon running the script:


error: No such file or directory
error: 
mghRead(/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/rh.thickness.fwhm10.fsaverage.mgh,
 -1): read error


I wonder if something has been going wrong with recon-all as I believe it is 
saying that there is an error with one of the outputs in sub-101? Recon-all has 
been running in a suspiciously short time (~5 hours), but I do not know enough 
about the processing steps to know what might be occurring wrong in recon-all 
or in trying to run mris_preproc.

Please let me know if I can send you anything else to provide more information 
on the issue.

Thank you for your time and assistance.

Best wishes,
Joanna



___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu<mailto:Freesurfer@nmr.mgh.harvard.edu>
https://secure-web.cisco.com/1HiAV9lBi1iMxMH3MhVMXWab6BUBnO-Q74GyygNnfL784hWo46npOxlilhlB1cAlf9HlIkTFmFnmdtMa6saZmGVJBxTf4g0tEHr_0PraiumQ9Ebb0ndZ6gVZz1KGNhNbuAIN0ROYY-N6qRNeqElt8kWxRyiOaBfweXga642BD-Fe1FskyHsSiwliEgx3JMbr15OiHpR-sWAx5QtN3mxByuAfCOL9qP0O7ZRuUP5GTrF_GR60nZnp4xga_9kABlmOXafCnclYuh1avA_o9VJFo7E_d4-KrnAXJDoEH3Pwt3TirUBhMZM417p2-k93hs8BxPp7aZaK7EHjHyzDhXgHNKQ/https%3A%2F%2Fmail.nmr.mgh.harva

Re: [Freesurfer] mris_preproc read error

2022-06-03 Thread Douglas N. Greve

Try running recon-all -s subject -qcache for that subject

On 6/2/2022 7:55 PM, Joanna L Eckhardt wrote:


External Email - Use Caution

Dear FreeSurfer Help Team,

I am working through the FreeSurfer tutorial on cannabis using Ubuntu 
VM on windows (FS version 7.1.1). I am on the group analysis portion 
of the tutorial attempting to run mris_preproc. However, I am 
receiving the following error upon running the script:


error: No such file or directory
error: 
mghRead(/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/rh.thickness.fwhm10.fsaverage.mgh,
 -1): read error
I wonder if something has been going wrong with recon-all as I believe 
it is saying that there is an error with one of the outputs in 
sub-101? Recon-all has been running in a suspiciously short time (~5 
hours), but I do not know enough about the processing steps to know 
what might be occurring wrong in recon-all or in trying to run 
mris_preproc.


Please let me know if I can send you anything else to provide more 
information on the issue.


Thank you for your time and assistance.

Best wishes,
Joanna

___
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 Mass General Brigham 
Compliance HelpLine at https://www.massgeneralbrigham.org/complianceline 
 .
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] mris_preproc read error

2022-06-02 Thread Joanna L Eckhardt
External Email - Use Caution

Dear FreeSurfer Help Team,

I am working through the FreeSurfer tutorial on cannabis using Ubuntu VM on 
windows (FS version 7.1.1). I am on the group analysis portion of the tutorial 
attempting to run mris_preproc. However, I am receiving the following error 
upon running the script:


error: No such file or directory
error: 
mghRead(/home/developer/FreeSurfer/osg-outputs/cannabis-BL/sub-101/surf/rh.thickness.fwhm10.fsaverage.mgh,
 -1): read error


I wonder if something has been going wrong with recon-all as I believe it is 
saying that there is an error with one of the outputs in sub-101? Recon-all has 
been running in a suspiciously short time (~5 hours), but I do not know enough 
about the processing steps to know what might be occurring wrong in recon-all 
or in trying to run mris_preproc.

Please let me know if I can send you anything else to provide more information 
on the issue.

Thank you for your time and assistance.

Best wishes,
Joanna
___
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 Mass General Brigham 
Compliance HelpLine at https://www.massgeneralbrigham.org/complianceline 
 .
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. 


Re: [Freesurfer] mris_preproc error: no source hemi specified

2022-02-17 Thread Douglas N. Greve
Did you specify a hemi? If you run it with --help it will give you docs. 
You can also  find them on line. You should also send the command line


On 2/17/2022 9:23 AM, Koustav Chatterjee wrote:


External Email - Use Caution

Dear FreeSurfer experts,

I need your help.
I am trying to run mris_preproc --fsgd in order to see the effect of 
cortical volume on velocity, accounting for the effects of eTIV in the 
analysis.

My .fsgd file looks like

GroupDescriptorFile 1
Title Vel_vol.glmdir
MeasurementName volume
Class Main
Variables Velocity Totalintracranialvolume
Input pt001 Main 57 1233150.571288
Input pt002 Main 44 1441659.580634
Input pt003 Main 60 1534770.256493
Input pt004 Main 55 1374671.330735
Input pt005 Main 29 1252775.397585
Input pt007 Main 42 1466033.251447
Input pt011 Main 82 1565625.985727
Input pt015 Main 30 1255088.0327
Input pt016.nii Main 79 1604469.84187
Input pt018.nii Main 45 1410265.173839
Input pt023 Main 70 1376261.088728
Input pt025 Main 49 1317185.172994
Input pt026 Main 45 1484779.378359
Input pt031 Main 53 1269043.642534

and .mtx file looks like
1 0

I am getting*e**rror: no source hemi specified.*
*
*
Thanks,
KC
*
*


___
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] mris_preproc error: no source hemi specified

2022-02-17 Thread Koustav Chatterjee
External Email - Use Caution

Dear FreeSurfer experts,

I need your help.
I am trying to run mris_preproc --fsgd in order to see the effect of
cortical volume on velocity, accounting for the effects of eTIV in the
analysis.
My .fsgd file looks like

GroupDescriptorFile 1
Title Vel_vol.glmdir
MeasurementName volume
Class Main
Variables Velocity Totalintracranialvolume
Input pt001 Main 57 1233150.571288
Input pt002 Main 44 1441659.580634
Input pt003 Main 60 1534770.256493
Input pt004 Main 55 1374671.330735
Input pt005 Main 29 1252775.397585
Input pt007 Main 42 1466033.251447
Input pt011 Main 82 1565625.985727
Input pt015 Main 30 1255088.0327
Input pt016.nii Main 79 1604469.84187
Input pt018.nii Main 45 1410265.173839
Input pt023 Main 70 1376261.088728
Input pt025 Main 49 1317185.172994
Input pt026 Main 45 1484779.378359
Input pt031 Main 53 1269043.642534

and .mtx file looks like
1 0

I am getting* e**rror: no source hemi specified.*

Thanks,
KC
___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Re: [Freesurfer] mris_preproc label file not found

2020-06-09 Thread Diana
External Email - Use Caution

Thank you Tim, the explanation and screenshot helped indeed.
Diana

El mar., 9 jun. 2020 a las 10:07, Tim Schäfer () escribió:

> External Email - Use Caution
>
> These are different versions of the fsaverage template, but with reduced
> vertex count (mesh resolution). The default fsaverage subject has the
> highest resolution, and it gets lower for fsaverage6, 5, ... and so on.
>
> Put another way, fsaverage3 is quite 'blocky', if that helps. I have
> attached a screenshot of fsaverage3.
>
> Tim
>
> > On June 9, 2020 at 9:59 AM Diana  wrote:
> >
> >
> > External Email - Use Caution
> >
> > Tim, my bad I do have it in the installation folder:
> > ls -l $FREESURFER_HOME/subjects/fsaverage/label/lh.cortex.label
> > -rwxrwxr-x 1 8481 1590 6117569 ago 14  2007
> > /usr/local/freesurfer/subjects/fsaverage/label/lh.cortex.label
> >
> > Please, could you explain to me what fsaverage 3, 4, 5 and 6 are?
> >
> > Thank you!
> >
> > Diana
> >
> > p.d. I copied below the contents of $FREESURFER_HOME/subjects/
> >
> > localhost:/usr/local/freesurfer/subjects> ls fs
> > fsaverage/ fsaverage3/fsaverage4/fsaverage5/fsaverage6/
> >  fsaverage_sym/
> > localhost:/usr/local/freesurfer/subjects> ls fsaverage
> > label  mri  mri.2mm  scripts  surf  xhemi
> > localhost:/usr/local/freesurfer/subjects> ls fsaverage/label/
> > lh.aparc.a2005s.annot  rh.aparc.a2009s.annot
> > lh.aparc.a2009s.annot  rh.aparc.annot
> > lh.aparc.annot  rh.aparc.label
> > lh.aparc.label  rh.BA1_exvivo.label
> > lh.BA1_exvivo.label  rh.BA1_exvivo.thresh.label
> > lh.BA1_exvivo.thresh.label  rh.BA2_exvivo.label
> > lh.BA2_exvivo.label  rh.BA2_exvivo.thresh.label
> > lh.BA2_exvivo.thresh.label  rh.BA3a_exvivo.label
> > lh.BA3a_exvivo.label  rh.BA3a_exvivo.thresh.label
> > lh.BA3a_exvivo.thresh.label  rh.BA3b_exvivo.label
> > lh.BA3b_exvivo.label  rh.BA3b_exvivo.thresh.label
> > lh.BA3b_exvivo.thresh.label  rh.BA44_exvivo.label
> > lh.BA44_exvivo.label  rh.BA44_exvivo.thresh.label
> > lh.BA44_exvivo.thresh.label  rh.BA45_exvivo.label
> > lh.BA45_exvivo.label  rh.BA45_exvivo.thresh.label
> > lh.BA45_exvivo.thresh.label  rh.BA4a_exvivo.label
> > lh.BA4a_exvivo.label  rh.BA4a_exvivo.thresh.label
> > lh.BA4a_exvivo.thresh.label  rh.BA4p_exvivo.label
> > lh.BA4p_exvivo.label  rh.BA4p_exvivo.thresh.label
> > lh.BA4p_exvivo.thresh.label  rh.BA6_exvivo.label
> > lh.BA6_exvivo.label  rh.BA6_exvivo.thresh.label
> > lh.BA6_exvivo.thresh.label  rh.cortex.label
> > lh.cortex.label  rh.entorhinal_exvivo.label
> > lh.entorhinal_exvivo.label  rh.entorhinal_exvivo.thresh.label
> > lh.entorhinal_exvivo.thresh.label  rh.Medial_wall.label
> > lh.Medial_wall.label  rh.MT_exvivo.label
> > lh.MT_exvivo.label  rh.MT_exvivo.thresh.label
> > lh.MT_exvivo.thresh.label  rh.oasis.chubs.annot
> > lh.oasis.chubs.annot  rh.oasis.chubs.ifc.label
> > lh.oasis.chubs.ifc.label  rh.oasis.chubs.ipc.label
> > lh.oasis.chubs.ipc.label  rh.oasis.chubs.ips.label
> > lh.oasis.chubs.ips.label  rh.oasis.chubs.lateraltemporal.label
> > lh.oasis.chubs.lateraltemporal.label  rh.oasis.chubs.medialpfc.label
> > lh.oasis.chubs.medialpfc.label  rh.oasis.chubs.mtl.label
> > lh.oasis.chubs.mtl.label  rh.oasis.chubs.retrosplenial.label
> > lh.oasis.chubs.retrosplenial.label  rh.oasis.chubs.tp.label
> > lh.oasis.chubs.tp.label  rh.PALS_B12_Brodmann.annot
> > lh.PALS_B12_Brodmann.annot  rh.PALS_B12.labels.gii
> > lh.PALS_B12.labels.gii  rh.PALS_B12_Lobes.annot
> > lh.PALS_B12_Lobes.annot  rh.PALS_B12_OrbitoFrontal.annot
> > lh.PALS_B12_OrbitoFrontal.annot  rh.PALS_B12_Visuotopic.annot
> > lh.PALS_B12_Visuotopic.annot  rh.perirhinal_exvivo.label
> > lh.perirhinal_exvivo.label  rh.perirhinal_exvivo.thresh.label
> > lh.perirhinal_exvivo.thresh.label  rh.V1_exvivo.label
> > lh.V1_exvivo.label  rh.V1_exvivo.thresh.label
> > lh.V1_exvivo.thresh.label  rh.V2_exvivo.label
> > lh.V2_exvivo.label  rh.V2_exvivo.thresh.label
> > lh.V2_exvivo.thresh.label  rh.Yeo2011_17NetworksConfidence_N1000.mgz
> > lh.Yeo2011_17NetworksConfidence_N1000.mgz
> >  rh.Yeo2011_17Networks_N1000.annot
> > lh.Yeo2011_17Networks_N1000.annot
> >  rh.Yeo2011_7NetworksConfidence_N1000.mgz
> > lh.Yeo2011_7NetworksConfidence_N1000.mgz
> >  rh.Yeo2011_7Networks_N1000.annot
> > lh.Yeo2011_7Networks_N1000.annot
> >  rh.Yeo_Brainmap_10Comp_PrActGivenComp.mgz
> > lh.Yeo_Brainmap_10Comp_PrActGivenComp.mgz
> >  rh.Yeo_Brainmap_10to14Comp_Flexibility.mgz
> > lh.Yeo_Brainmap_10to14Comp_Flexibility.mgz
> >  rh.Yeo_Brainmap_10to14Comp_Specialization.mgz
> > lh.Yeo_Brainmap_10to14Comp_Specialization.mgz
> >  rh.Yeo_Brainmap_10to14Comp_SpecializationROI.mgz
> > lh.Yeo_Brainmap_10to14Comp_SpecializationROI.mgz
> >  rh.Yeo_Brainmap_10to14Comp_TopSpecializationComp.csv
> > 

Re: [Freesurfer] mris_preproc label file not found

2020-06-09 Thread Tim Schäfer
External Email - Use Caution

These are different versions of the fsaverage template, but with reduced vertex 
count (mesh resolution). The default fsaverage subject has the highest 
resolution, and it gets lower for fsaverage6, 5, ... and so on. 

Put another way, fsaverage3 is quite 'blocky', if that helps. I have attached a 
screenshot of fsaverage3.

Tim

> On June 9, 2020 at 9:59 AM Diana  wrote:
> 
> 
> External Email - Use Caution
> 
> Tim, my bad I do have it in the installation folder:
> ls -l $FREESURFER_HOME/subjects/fsaverage/label/lh.cortex.label
> -rwxrwxr-x 1 8481 1590 6117569 ago 14  2007
> /usr/local/freesurfer/subjects/fsaverage/label/lh.cortex.label
> 
> Please, could you explain to me what fsaverage 3, 4, 5 and 6 are?
> 
> Thank you!
> 
> Diana
> 
> p.d. I copied below the contents of $FREESURFER_HOME/subjects/
> 
> localhost:/usr/local/freesurfer/subjects> ls fs
> fsaverage/ fsaverage3/fsaverage4/fsaverage5/fsaverage6/
>  fsaverage_sym/
> localhost:/usr/local/freesurfer/subjects> ls fsaverage
> label  mri  mri.2mm  scripts  surf  xhemi
> localhost:/usr/local/freesurfer/subjects> ls fsaverage/label/
> lh.aparc.a2005s.annot  rh.aparc.a2009s.annot
> lh.aparc.a2009s.annot  rh.aparc.annot
> lh.aparc.annot  rh.aparc.label
> lh.aparc.label  rh.BA1_exvivo.label
> lh.BA1_exvivo.label  rh.BA1_exvivo.thresh.label
> lh.BA1_exvivo.thresh.label  rh.BA2_exvivo.label
> lh.BA2_exvivo.label  rh.BA2_exvivo.thresh.label
> lh.BA2_exvivo.thresh.label  rh.BA3a_exvivo.label
> lh.BA3a_exvivo.label  rh.BA3a_exvivo.thresh.label
> lh.BA3a_exvivo.thresh.label  rh.BA3b_exvivo.label
> lh.BA3b_exvivo.label  rh.BA3b_exvivo.thresh.label
> lh.BA3b_exvivo.thresh.label  rh.BA44_exvivo.label
> lh.BA44_exvivo.label  rh.BA44_exvivo.thresh.label
> lh.BA44_exvivo.thresh.label  rh.BA45_exvivo.label
> lh.BA45_exvivo.label  rh.BA45_exvivo.thresh.label
> lh.BA45_exvivo.thresh.label  rh.BA4a_exvivo.label
> lh.BA4a_exvivo.label  rh.BA4a_exvivo.thresh.label
> lh.BA4a_exvivo.thresh.label  rh.BA4p_exvivo.label
> lh.BA4p_exvivo.label  rh.BA4p_exvivo.thresh.label
> lh.BA4p_exvivo.thresh.label  rh.BA6_exvivo.label
> lh.BA6_exvivo.label  rh.BA6_exvivo.thresh.label
> lh.BA6_exvivo.thresh.label  rh.cortex.label
> lh.cortex.label  rh.entorhinal_exvivo.label
> lh.entorhinal_exvivo.label  rh.entorhinal_exvivo.thresh.label
> lh.entorhinal_exvivo.thresh.label  rh.Medial_wall.label
> lh.Medial_wall.label  rh.MT_exvivo.label
> lh.MT_exvivo.label  rh.MT_exvivo.thresh.label
> lh.MT_exvivo.thresh.label  rh.oasis.chubs.annot
> lh.oasis.chubs.annot  rh.oasis.chubs.ifc.label
> lh.oasis.chubs.ifc.label  rh.oasis.chubs.ipc.label
> lh.oasis.chubs.ipc.label  rh.oasis.chubs.ips.label
> lh.oasis.chubs.ips.label  rh.oasis.chubs.lateraltemporal.label
> lh.oasis.chubs.lateraltemporal.label  rh.oasis.chubs.medialpfc.label
> lh.oasis.chubs.medialpfc.label  rh.oasis.chubs.mtl.label
> lh.oasis.chubs.mtl.label  rh.oasis.chubs.retrosplenial.label
> lh.oasis.chubs.retrosplenial.label  rh.oasis.chubs.tp.label
> lh.oasis.chubs.tp.label  rh.PALS_B12_Brodmann.annot
> lh.PALS_B12_Brodmann.annot  rh.PALS_B12.labels.gii
> lh.PALS_B12.labels.gii  rh.PALS_B12_Lobes.annot
> lh.PALS_B12_Lobes.annot  rh.PALS_B12_OrbitoFrontal.annot
> lh.PALS_B12_OrbitoFrontal.annot  rh.PALS_B12_Visuotopic.annot
> lh.PALS_B12_Visuotopic.annot  rh.perirhinal_exvivo.label
> lh.perirhinal_exvivo.label  rh.perirhinal_exvivo.thresh.label
> lh.perirhinal_exvivo.thresh.label  rh.V1_exvivo.label
> lh.V1_exvivo.label  rh.V1_exvivo.thresh.label
> lh.V1_exvivo.thresh.label  rh.V2_exvivo.label
> lh.V2_exvivo.label  rh.V2_exvivo.thresh.label
> lh.V2_exvivo.thresh.label  rh.Yeo2011_17NetworksConfidence_N1000.mgz
> lh.Yeo2011_17NetworksConfidence_N1000.mgz
>  rh.Yeo2011_17Networks_N1000.annot
> lh.Yeo2011_17Networks_N1000.annot
>  rh.Yeo2011_7NetworksConfidence_N1000.mgz
> lh.Yeo2011_7NetworksConfidence_N1000.mgz
>  rh.Yeo2011_7Networks_N1000.annot
> lh.Yeo2011_7Networks_N1000.annot
>  rh.Yeo_Brainmap_10Comp_PrActGivenComp.mgz
> lh.Yeo_Brainmap_10Comp_PrActGivenComp.mgz
>  rh.Yeo_Brainmap_10to14Comp_Flexibility.mgz
> lh.Yeo_Brainmap_10to14Comp_Flexibility.mgz
>  rh.Yeo_Brainmap_10to14Comp_Specialization.mgz
> lh.Yeo_Brainmap_10to14Comp_Specialization.mgz
>  rh.Yeo_Brainmap_10to14Comp_SpecializationROI.mgz
> lh.Yeo_Brainmap_10to14Comp_SpecializationROI.mgz
>  rh.Yeo_Brainmap_10to14Comp_TopSpecializationComp.csv
> lh.Yeo_Brainmap_10to14Comp_TopSpecializationComp.csv
>  rh.Yeo_Brainmap_11Comp_PrActGivenComp.mgz
> lh.Yeo_Brainmap_11Comp_PrActGivenComp.mgz
>  rh.Yeo_Brainmap_12Comp_PrActGivenComp.mgz
> lh.Yeo_Brainmap_12Comp_PrActGivenComp.mgz
>  rh.Yeo_Brainmap_13Comp_PrActGivenComp.mgz
> lh.Yeo_Brainmap_13Comp_PrActGivenComp.mgz
>  rh.Yeo_Brainmap_14Comp_PrActGivenComp.mgz
> 

Re: [Freesurfer] mris_preproc label file not found

2020-06-09 Thread Diana
External Email - Use Caution

Tim, my bad I do have it in the installation folder:
ls -l $FREESURFER_HOME/subjects/fsaverage/label/lh.cortex.label
-rwxrwxr-x 1 8481 1590 6117569 ago 14  2007
/usr/local/freesurfer/subjects/fsaverage/label/lh.cortex.label

Please, could you explain to me what fsaverage 3, 4, 5 and 6 are?

Thank you!

Diana

p.d. I copied below the contents of $FREESURFER_HOME/subjects/

localhost:/usr/local/freesurfer/subjects> ls fs
fsaverage/ fsaverage3/fsaverage4/fsaverage5/fsaverage6/
 fsaverage_sym/
localhost:/usr/local/freesurfer/subjects> ls fsaverage
label  mri  mri.2mm  scripts  surf  xhemi
localhost:/usr/local/freesurfer/subjects> ls fsaverage/label/
lh.aparc.a2005s.annot  rh.aparc.a2009s.annot
lh.aparc.a2009s.annot  rh.aparc.annot
lh.aparc.annot  rh.aparc.label
lh.aparc.label  rh.BA1_exvivo.label
lh.BA1_exvivo.label  rh.BA1_exvivo.thresh.label
lh.BA1_exvivo.thresh.label  rh.BA2_exvivo.label
lh.BA2_exvivo.label  rh.BA2_exvivo.thresh.label
lh.BA2_exvivo.thresh.label  rh.BA3a_exvivo.label
lh.BA3a_exvivo.label  rh.BA3a_exvivo.thresh.label
lh.BA3a_exvivo.thresh.label  rh.BA3b_exvivo.label
lh.BA3b_exvivo.label  rh.BA3b_exvivo.thresh.label
lh.BA3b_exvivo.thresh.label  rh.BA44_exvivo.label
lh.BA44_exvivo.label  rh.BA44_exvivo.thresh.label
lh.BA44_exvivo.thresh.label  rh.BA45_exvivo.label
lh.BA45_exvivo.label  rh.BA45_exvivo.thresh.label
lh.BA45_exvivo.thresh.label  rh.BA4a_exvivo.label
lh.BA4a_exvivo.label  rh.BA4a_exvivo.thresh.label
lh.BA4a_exvivo.thresh.label  rh.BA4p_exvivo.label
lh.BA4p_exvivo.label  rh.BA4p_exvivo.thresh.label
lh.BA4p_exvivo.thresh.label  rh.BA6_exvivo.label
lh.BA6_exvivo.label  rh.BA6_exvivo.thresh.label
lh.BA6_exvivo.thresh.label  rh.cortex.label
lh.cortex.label  rh.entorhinal_exvivo.label
lh.entorhinal_exvivo.label  rh.entorhinal_exvivo.thresh.label
lh.entorhinal_exvivo.thresh.label  rh.Medial_wall.label
lh.Medial_wall.label  rh.MT_exvivo.label
lh.MT_exvivo.label  rh.MT_exvivo.thresh.label
lh.MT_exvivo.thresh.label  rh.oasis.chubs.annot
lh.oasis.chubs.annot  rh.oasis.chubs.ifc.label
lh.oasis.chubs.ifc.label  rh.oasis.chubs.ipc.label
lh.oasis.chubs.ipc.label  rh.oasis.chubs.ips.label
lh.oasis.chubs.ips.label  rh.oasis.chubs.lateraltemporal.label
lh.oasis.chubs.lateraltemporal.label  rh.oasis.chubs.medialpfc.label
lh.oasis.chubs.medialpfc.label  rh.oasis.chubs.mtl.label
lh.oasis.chubs.mtl.label  rh.oasis.chubs.retrosplenial.label
lh.oasis.chubs.retrosplenial.label  rh.oasis.chubs.tp.label
lh.oasis.chubs.tp.label  rh.PALS_B12_Brodmann.annot
lh.PALS_B12_Brodmann.annot  rh.PALS_B12.labels.gii
lh.PALS_B12.labels.gii  rh.PALS_B12_Lobes.annot
lh.PALS_B12_Lobes.annot  rh.PALS_B12_OrbitoFrontal.annot
lh.PALS_B12_OrbitoFrontal.annot  rh.PALS_B12_Visuotopic.annot
lh.PALS_B12_Visuotopic.annot  rh.perirhinal_exvivo.label
lh.perirhinal_exvivo.label  rh.perirhinal_exvivo.thresh.label
lh.perirhinal_exvivo.thresh.label  rh.V1_exvivo.label
lh.V1_exvivo.label  rh.V1_exvivo.thresh.label
lh.V1_exvivo.thresh.label  rh.V2_exvivo.label
lh.V2_exvivo.label  rh.V2_exvivo.thresh.label
lh.V2_exvivo.thresh.label  rh.Yeo2011_17NetworksConfidence_N1000.mgz
lh.Yeo2011_17NetworksConfidence_N1000.mgz
 rh.Yeo2011_17Networks_N1000.annot
lh.Yeo2011_17Networks_N1000.annot
 rh.Yeo2011_7NetworksConfidence_N1000.mgz
lh.Yeo2011_7NetworksConfidence_N1000.mgz
 rh.Yeo2011_7Networks_N1000.annot
lh.Yeo2011_7Networks_N1000.annot
 rh.Yeo_Brainmap_10Comp_PrActGivenComp.mgz
lh.Yeo_Brainmap_10Comp_PrActGivenComp.mgz
 rh.Yeo_Brainmap_10to14Comp_Flexibility.mgz
lh.Yeo_Brainmap_10to14Comp_Flexibility.mgz
 rh.Yeo_Brainmap_10to14Comp_Specialization.mgz
lh.Yeo_Brainmap_10to14Comp_Specialization.mgz
 rh.Yeo_Brainmap_10to14Comp_SpecializationROI.mgz
lh.Yeo_Brainmap_10to14Comp_SpecializationROI.mgz
 rh.Yeo_Brainmap_10to14Comp_TopSpecializationComp.csv
lh.Yeo_Brainmap_10to14Comp_TopSpecializationComp.csv
 rh.Yeo_Brainmap_11Comp_PrActGivenComp.mgz
lh.Yeo_Brainmap_11Comp_PrActGivenComp.mgz
 rh.Yeo_Brainmap_12Comp_PrActGivenComp.mgz
lh.Yeo_Brainmap_12Comp_PrActGivenComp.mgz
 rh.Yeo_Brainmap_13Comp_PrActGivenComp.mgz
lh.Yeo_Brainmap_13Comp_PrActGivenComp.mgz
 rh.Yeo_Brainmap_14Comp_PrActGivenComp.mgz
lh.Yeo_Brainmap_14Comp_PrActGivenComp.mgz  Yeo_Brainmap_fsaverage_README
rh.aparc.a2005s.annot

El mar., 9 jun. 2020 a las 9:37, Tim Schäfer () escribió:

> External Email - Use Caution
>
> Hm, if you do not have the file in
> $FREESURFER_HOME/subjects/fsaverage/label/, your FreeSurfer installation is
> incomplete I guess. The file should definitely come with the software.
>
> What is the output of:
>
>   ls -l $FREESURFER_HOME/subjects/fsaverage/label/lh.cortex.label
>
> on your machine?
>
> Best,
>
> Tim
>
> > On June 9, 2020 at 8:08 AM Diana  wrote:
> >
> >
> > External Email - Use Caution

Re: [Freesurfer] mris_preproc label file not found

2020-06-09 Thread Tim Schäfer
External Email - Use Caution

Hm, if you do not have the file in $FREESURFER_HOME/subjects/fsaverage/label/, 
your FreeSurfer installation is incomplete I guess. The file should definitely 
come with the software.

What is the output of:

  ls -l $FREESURFER_HOME/subjects/fsaverage/label/lh.cortex.label

on your machine?

Best,

Tim

> On June 9, 2020 at 8:08 AM Diana  wrote:
> 
> 
> External Email - Use Caution
> 
> Dear Tim,
> Thank you for your fast response.
> I did not have it in my fsaverage directory but I did find it in
> "tutorial_data_20190918_1558/buckner_data/tutorial_subjs/fsaverage",  would
> it be correct to use that one or should I create a new one? If I have to
> create it, which are the steps to do so?
> 
> Best wishes, Diana
> 
> 
> El lun., 8 jun. 2020 a las 19:36, Tim Schäfer () escribió:
> 
> > External Email - Use Caution
> >
> > I think all you need to do is copy (or symlink) fsaverage to your data
> > directory, the label file is in there already.
> >
> > e.g.:
> >
> >  cp -r $FREESURFER_HOME/subjects/fsaverage
> > /home/neuroimagen/AnalisisLongitudinalLMM
> >
> > Best,
> >
> > Tim
> >
> > > On June 8, 2020 at 7:29 PM Diana  wrote:
> > >
> > >
> > > External Email - Use Caution
> > >
> > > Dear experts,
> > >
> > >
> > > I am preparing my data for longitudinal statistical analysis following
> > the
> > > steps in
> > >
> > https://surfer.nmr.mgh.harvard.edu/fswiki/LongitudinalStatistics#LinearMixedEffectsModel
> > .
> > >
> > >
> > >
> > > I try running the following comand :
> > >
> > > mris_preproc --qdec-long qdec/long.qdec.table-test.dat --target fsaverage
> > > --hemi lh --meas area --out output/lh.area.stack.mghmris_preproc
> > > --qdec-long qdec/long.qdec.table-test.dat --target fsaverage --hemi lh
> > > --meas area --out output/lh.area.stack.mgh
> > >
> > >
> > > but it crashes because it looks for /fsaverage/label/lh.cortex.label
> > >
> > > How can I create this label file?
> > >
> > >
> > > Thank you very much in advance for your help, please find below the whole
> > > output.
> > >
> > > Best, Diana
> > >
> > >
> > >
> > > nsubjects = 25
> > >
> > > INFO: turning on jacobican correction
> > >
> > > tmpdir is output/tmp.mris_preproc.21054
> > >
> > > /home/neuroimagen/AnalisisLongitudinalLMM
> > >
> > > Log file is output/lh.area.stack.mris_preproc.log
> > >
> > > lun jun 8 17:41:42 CEST 2020
> > >
> > > setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/
> > >
> > > cd /home/neuroimagen/AnalisisLongitudinalLMM
> > >
> > > /usr/local/freesurfer/bin/mris_preproc --qdec-long
> > > qdec/long.qdec.table-test.dat --target fsaverage --hemi lh --meas area
> > > --out output/lh.area.stack.mgh
> > >
> > >
> > > Linux localhost 4.4.0-179-generic #209-Ubuntu SMP Fri Apr 24 17:48:44 UTC
> > > 2020 x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > $Id: mris_preproc,v 1.76.2.1 2016/08/12 17:55:45 zkaufman Exp $
> > >
> > > freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c
> > >
> > > tmpdir is output/tmp.mris_preproc.21054
> > >
> > > Src lh sphere.reg
> > >
> > > Trg lh sphere.reg
> > >
> > >
> > >
> > >
> > >
> > > ---
> > >
> > > #@# 1/25 100_001.long.100 lun jun 8 17:41:42 CEST 2020 --
> > >
> > > ---
> > >
> > > mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
> > > sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
> > > --tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
> > > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> > > --jac --sfmt curv --noreshape --cortex
> > >
> > > Source registration surface changed to sphere.reg
> > >
> > > Target registration surface changed to sphere.reg
> > >
> > >
> > > $Id: mri_surf2surf.c,v 1.103 2015/11/05 22:07:33 greve Exp $
> > >
> > >
> > > setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/
> > >
> > > cd /home/neuroimagen/AnalisisLongitudinalLMM
> > >
> > > mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
> > > sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
> > > --tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
> > > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> > > --jac --sfmt curv --noreshape --cortex
> > >
> > >
> > > sysname Linux
> > >
> > > hostname localhost
> > >
> > > machine x86_64
> > >
> > > user neuroimagen
> > >
> > > srcsubject = 100_001.long.100
> > >
> > > srcval =
> > > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> > >
> > > srctype = curv
> > >
> > > trgsubject = fsaverage
> > >
> > > trgval = output/tmp.mris_preproc.21054/100_001.long.100.1.mgh
> > >
> > > trgtype =
> > >
> > > srcsurfreg = sphere.reg
> > >
> > > trgsurfreg = sphere.reg
> > >
> > > srchemi = lh
> > >
> > > trghemi = lh
> > >
> > > frame = 0
> > >
> > > fwhm-in = 0
> > >
> > > fwhm-out = 0
> > >
> 

Re: [Freesurfer] mris_preproc label file not found

2020-06-09 Thread Diana
External Email - Use Caution

Dear Tim,
Thank you for your fast response.
I did not have it in my fsaverage directory but I did find it in
"tutorial_data_20190918_1558/buckner_data/tutorial_subjs/fsaverage",  would
it be correct to use that one or should I create a new one? If I have to
create it, which are the steps to do so?

Best wishes, Diana


El lun., 8 jun. 2020 a las 19:36, Tim Schäfer () escribió:

> External Email - Use Caution
>
> I think all you need to do is copy (or symlink) fsaverage to your data
> directory, the label file is in there already.
>
> e.g.:
>
>  cp -r $FREESURFER_HOME/subjects/fsaverage
> /home/neuroimagen/AnalisisLongitudinalLMM
>
> Best,
>
> Tim
>
> > On June 8, 2020 at 7:29 PM Diana  wrote:
> >
> >
> > External Email - Use Caution
> >
> > Dear experts,
> >
> >
> > I am preparing my data for longitudinal statistical analysis following
> the
> > steps in
> >
> https://surfer.nmr.mgh.harvard.edu/fswiki/LongitudinalStatistics#LinearMixedEffectsModel
> .
> >
> >
> >
> > I try running the following comand :
> >
> > mris_preproc --qdec-long qdec/long.qdec.table-test.dat --target fsaverage
> > --hemi lh --meas area --out output/lh.area.stack.mghmris_preproc
> > --qdec-long qdec/long.qdec.table-test.dat --target fsaverage --hemi lh
> > --meas area --out output/lh.area.stack.mgh
> >
> >
> > but it crashes because it looks for /fsaverage/label/lh.cortex.label
> >
> > How can I create this label file?
> >
> >
> > Thank you very much in advance for your help, please find below the whole
> > output.
> >
> > Best, Diana
> >
> >
> >
> > nsubjects = 25
> >
> > INFO: turning on jacobican correction
> >
> > tmpdir is output/tmp.mris_preproc.21054
> >
> > /home/neuroimagen/AnalisisLongitudinalLMM
> >
> > Log file is output/lh.area.stack.mris_preproc.log
> >
> > lun jun 8 17:41:42 CEST 2020
> >
> > setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/
> >
> > cd /home/neuroimagen/AnalisisLongitudinalLMM
> >
> > /usr/local/freesurfer/bin/mris_preproc --qdec-long
> > qdec/long.qdec.table-test.dat --target fsaverage --hemi lh --meas area
> > --out output/lh.area.stack.mgh
> >
> >
> > Linux localhost 4.4.0-179-generic #209-Ubuntu SMP Fri Apr 24 17:48:44 UTC
> > 2020 x86_64 x86_64 x86_64 GNU/Linux
> >
> > $Id: mris_preproc,v 1.76.2.1 2016/08/12 17:55:45 zkaufman Exp $
> >
> > freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c
> >
> > tmpdir is output/tmp.mris_preproc.21054
> >
> > Src lh sphere.reg
> >
> > Trg lh sphere.reg
> >
> >
> >
> >
> >
> > ---
> >
> > #@# 1/25 100_001.long.100 lun jun 8 17:41:42 CEST 2020 --
> >
> > ---
> >
> > mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
> > sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
> > --tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
> > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> > --jac --sfmt curv --noreshape --cortex
> >
> > Source registration surface changed to sphere.reg
> >
> > Target registration surface changed to sphere.reg
> >
> >
> > $Id: mri_surf2surf.c,v 1.103 2015/11/05 22:07:33 greve Exp $
> >
> >
> > setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/
> >
> > cd /home/neuroimagen/AnalisisLongitudinalLMM
> >
> > mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
> > sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
> > --tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
> > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> > --jac --sfmt curv --noreshape --cortex
> >
> >
> > sysname Linux
> >
> > hostname localhost
> >
> > machine x86_64
> >
> > user neuroimagen
> >
> > srcsubject = 100_001.long.100
> >
> > srcval =
> > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> >
> > srctype = curv
> >
> > trgsubject = fsaverage
> >
> > trgval = output/tmp.mris_preproc.21054/100_001.long.100.1.mgh
> >
> > trgtype =
> >
> > srcsurfreg = sphere.reg
> >
> > trgsurfreg = sphere.reg
> >
> > srchemi = lh
> >
> > trghemi = lh
> >
> > frame = 0
> >
> > fwhm-in = 0
> >
> > fwhm-out = 0
> >
> > label-src = lh.cortex.label
> >
> > label-trg = lh.cortex.label
> >
> > OKToRevFaceOrder = 1
> >
> > UseDualHemi = 0
> >
> > Reading source surface reg
> >
> /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.sphere.reg
> >
> > Loading source data
> >
> > Reading curvature file
> > /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> >
> > Reading source subject label mask lh.cortex.label
> >
> > masking the input
> >
> > Reading target surface reg
> > /home/neuroimagen/AnalisisLongitudinalLMM//fsaverage/surf/lh.sphere.reg
> >
> > Done
> >
> > Using surf2surf_nnfr()
> >
> > Mapping Source Volume onto Source Subject Surface with Jacobian
> Correction
> >
> > surf2surf_nnfr_jac: building 

Re: [Freesurfer] mris_preproc label file not found

2020-06-08 Thread Tim Schäfer
External Email - Use Caution

I think all you need to do is copy (or symlink) fsaverage to your data 
directory, the label file is in there already.

e.g.:

 cp -r $FREESURFER_HOME/subjects/fsaverage 
/home/neuroimagen/AnalisisLongitudinalLMM

Best,

Tim

> On June 8, 2020 at 7:29 PM Diana  wrote:
> 
> 
> External Email - Use Caution
> 
> Dear experts,
> 
> 
> I am preparing my data for longitudinal statistical analysis following the
> steps in
> https://surfer.nmr.mgh.harvard.edu/fswiki/LongitudinalStatistics#LinearMixedEffectsModel.
> 
> 
> 
> I try running the following comand :
> 
> mris_preproc --qdec-long qdec/long.qdec.table-test.dat --target fsaverage
> --hemi lh --meas area --out output/lh.area.stack.mghmris_preproc
> --qdec-long qdec/long.qdec.table-test.dat --target fsaverage --hemi lh
> --meas area --out output/lh.area.stack.mgh
> 
> 
> but it crashes because it looks for /fsaverage/label/lh.cortex.label
> 
> How can I create this label file?
> 
> 
> Thank you very much in advance for your help, please find below the whole
> output.
> 
> Best, Diana
> 
> 
> 
> nsubjects = 25
> 
> INFO: turning on jacobican correction
> 
> tmpdir is output/tmp.mris_preproc.21054
> 
> /home/neuroimagen/AnalisisLongitudinalLMM
> 
> Log file is output/lh.area.stack.mris_preproc.log
> 
> lun jun 8 17:41:42 CEST 2020
> 
> setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/
> 
> cd /home/neuroimagen/AnalisisLongitudinalLMM
> 
> /usr/local/freesurfer/bin/mris_preproc --qdec-long
> qdec/long.qdec.table-test.dat --target fsaverage --hemi lh --meas area
> --out output/lh.area.stack.mgh
> 
> 
> Linux localhost 4.4.0-179-generic #209-Ubuntu SMP Fri Apr 24 17:48:44 UTC
> 2020 x86_64 x86_64 x86_64 GNU/Linux
> 
> $Id: mris_preproc,v 1.76.2.1 2016/08/12 17:55:45 zkaufman Exp $
> 
> freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c
> 
> tmpdir is output/tmp.mris_preproc.21054
> 
> Src lh sphere.reg
> 
> Trg lh sphere.reg
> 
> 
> 
> 
> 
> ---
> 
> #@# 1/25 100_001.long.100 lun jun 8 17:41:42 CEST 2020 --
> 
> ---
> 
> mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
> sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
> --tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
> /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> --jac --sfmt curv --noreshape --cortex
> 
> Source registration surface changed to sphere.reg
> 
> Target registration surface changed to sphere.reg
> 
> 
> $Id: mri_surf2surf.c,v 1.103 2015/11/05 22:07:33 greve Exp $
> 
> 
> setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/
> 
> cd /home/neuroimagen/AnalisisLongitudinalLMM
> 
> mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
> sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
> --tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
> /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> --jac --sfmt curv --noreshape --cortex
> 
> 
> sysname Linux
> 
> hostname localhost
> 
> machine x86_64
> 
> user neuroimagen
> 
> srcsubject = 100_001.long.100
> 
> srcval =
> /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> 
> srctype = curv
> 
> trgsubject = fsaverage
> 
> trgval = output/tmp.mris_preproc.21054/100_001.long.100.1.mgh
> 
> trgtype =
> 
> srcsurfreg = sphere.reg
> 
> trgsurfreg = sphere.reg
> 
> srchemi = lh
> 
> trghemi = lh
> 
> frame = 0
> 
> fwhm-in = 0
> 
> fwhm-out = 0
> 
> label-src = lh.cortex.label
> 
> label-trg = lh.cortex.label
> 
> OKToRevFaceOrder = 1
> 
> UseDualHemi = 0
> 
> Reading source surface reg
> /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.sphere.reg
> 
> Loading source data
> 
> Reading curvature file
> /home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
> 
> Reading source subject label mask lh.cortex.label
> 
> masking the input
> 
> Reading target surface reg
> /home/neuroimagen/AnalisisLongitudinalLMM//fsaverage/surf/lh.sphere.reg
> 
> Done
> 
> Using surf2surf_nnfr()
> 
> Mapping Source Volume onto Source Subject Surface with Jacobian Correction
> 
> surf2surf_nnfr_jac: building source hash (res=16).
> 
> Surf2SurfJac: 1st Forward Loop (163842)
> 
> Surf2SurfJac: 2nd Forward Loop (163842)
> 
> surf2surf_nnfr: building target hash (res=16).
> 
> Surf2SurfJac: Reverse Loop (149877)
> 
> Reverse Loop had 29625 hits
> 
> INFO: nSrcLost = 0
> 
> surf2surf_nnfr_jac() done
> 
> No such file or directory
> 
> mri_surf2surf: could not open label file
> /home/neuroimagen/AnalisisLongitudinalLMM//fsaverage/label/lh.cortex.label
> 
> nTrg121 = 141330, nTrgMulti = 22512, MnTrgMultiHits = 2.31596
> 
> nSrc121 = 115191, nSrcLost = 0, nSrcMulti = 34686, MnSrcMultiHits = 2.2567
> 
> Reading target space mask label lh.cortex.label
> 
> Invalid argument
> 

[Freesurfer] mris_preproc label file not found

2020-06-08 Thread Diana
External Email - Use Caution

Dear experts,


I am preparing my data for longitudinal statistical analysis following the
steps in
https://surfer.nmr.mgh.harvard.edu/fswiki/LongitudinalStatistics#LinearMixedEffectsModel.



I try running the following comand :

mris_preproc --qdec-long qdec/long.qdec.table-test.dat --target fsaverage
--hemi lh --meas area --out output/lh.area.stack.mghmris_preproc
--qdec-long qdec/long.qdec.table-test.dat --target fsaverage --hemi lh
--meas area --out output/lh.area.stack.mgh


but it crashes because it looks for /fsaverage/label/lh.cortex.label

How can I create this label file?


Thank you very much in advance for your help, please find below the whole
output.

Best, Diana



nsubjects = 25

INFO: turning on jacobican correction

tmpdir is output/tmp.mris_preproc.21054

/home/neuroimagen/AnalisisLongitudinalLMM

Log file is output/lh.area.stack.mris_preproc.log

lun jun 8 17:41:42 CEST 2020

setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/

cd /home/neuroimagen/AnalisisLongitudinalLMM

/usr/local/freesurfer/bin/mris_preproc --qdec-long
qdec/long.qdec.table-test.dat --target fsaverage --hemi lh --meas area
--out output/lh.area.stack.mgh


Linux localhost 4.4.0-179-generic #209-Ubuntu SMP Fri Apr 24 17:48:44 UTC
2020 x86_64 x86_64 x86_64 GNU/Linux

$Id: mris_preproc,v 1.76.2.1 2016/08/12 17:55:45 zkaufman Exp $

freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c

tmpdir is output/tmp.mris_preproc.21054

Src lh sphere.reg

Trg lh sphere.reg





---

#@# 1/25 100_001.long.100 lun jun 8 17:41:42 CEST 2020 --

---

mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
--tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
/home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
--jac --sfmt curv --noreshape --cortex

Source registration surface changed to sphere.reg

Target registration surface changed to sphere.reg


$Id: mri_surf2surf.c,v 1.103 2015/11/05 22:07:33 greve Exp $


setenv SUBJECTS_DIR /home/neuroimagen/AnalisisLongitudinalLMM/

cd /home/neuroimagen/AnalisisLongitudinalLMM

mri_surf2surf --srcsubject 100_001.long.100 --srchemi lh --srcsurfreg
sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg
--tval output/tmp.mris_preproc.21054/100_001.long.100.1.mgh --sval
/home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area
--jac --sfmt curv --noreshape --cortex


sysname Linux

hostname localhost

machine x86_64

user neuroimagen

srcsubject = 100_001.long.100

srcval =
/home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area

srctype = curv

trgsubject = fsaverage

trgval = output/tmp.mris_preproc.21054/100_001.long.100.1.mgh

trgtype =

srcsurfreg = sphere.reg

trgsurfreg = sphere.reg

srchemi = lh

trghemi = lh

frame = 0

fwhm-in = 0

fwhm-out = 0

label-src = lh.cortex.label

label-trg = lh.cortex.label

OKToRevFaceOrder = 1

UseDualHemi = 0

Reading source surface reg
/home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.sphere.reg

Loading source data

Reading curvature file
/home/neuroimagen/AnalisisLongitudinalLMM//100_001.long.100/surf/lh.area

Reading source subject label mask lh.cortex.label

masking the input

Reading target surface reg
/home/neuroimagen/AnalisisLongitudinalLMM//fsaverage/surf/lh.sphere.reg

Done

Using surf2surf_nnfr()

Mapping Source Volume onto Source Subject Surface with Jacobian Correction

surf2surf_nnfr_jac: building source hash (res=16).

Surf2SurfJac: 1st Forward Loop (163842)

Surf2SurfJac: 2nd Forward Loop (163842)

surf2surf_nnfr: building target hash (res=16).

Surf2SurfJac: Reverse Loop (149877)

Reverse Loop had 29625 hits

INFO: nSrcLost = 0

surf2surf_nnfr_jac() done

No such file or directory

mri_surf2surf: could not open label file
/home/neuroimagen/AnalisisLongitudinalLMM//fsaverage/label/lh.cortex.label

nTrg121 = 141330, nTrgMulti = 22512, MnTrgMultiHits = 2.31596

nSrc121 = 115191, nSrcLost = 0, nSrcMulti = 34686, MnSrcMultiHits = 2.2567

Reading target space mask label lh.cortex.label

Invalid argument
___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Re: [Freesurfer] mris_preproc not running

2019-04-02 Thread Greve, Douglas N.,Ph.D.
You need a new version of mri_concat. I've put one here

https://gate.nmr.mgh.harvard.edu/safelinks/greve/mri_concat

Copy it to $FREESURFER_HOME/bin (after making a backup of the one 
there), then re-run


On 4/2/2019 10:49 PM, Sims, Sara A (Campus) wrote:
>  External Email - Use Caution
>
> Here is the output file with debug on: 
> http://gate.nmr.mgh.harvard.edu/filedrop2/?p=bes7rp27gk0
>
> Thanks,
> Sara Sims
> Graduate Research Fellow
> University of Alabama at Birmingham
> Department of Psychology
> 205-975-4060
> sno...@uab.edu
>
> On 4/2/19, 3:34 PM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
> Greve, Douglas N.,Ph.D."  dgr...@mgh.harvard.edu> wrote:
>
>  Can you run it with --debug as the first option, capture the terminal
>  output, and send it to me?
>  
>  On 4/2/19 4:02 PM, Sims, Sara A (Campus) wrote:
>  >
>  > External Email - Use Caution
>  >
>  > My reply was not posted, most likely because the email is too large so
>  > here is the script:
>  >
>  > mris_preproc --target fsaverage --hemi lh --no-prune --isp
>  > $in/DMN/100206.newfar/lhsurf.mgh --isp
>  > $in/DMN/100206.newcentral/lhsurf.mgh --isp
>  > $in/DMN/100307.newfar/lhsurf.mgh --isp
>  > $in/DMN/100307.newcentral/lhsurf.mgh --isp
>  > $in/DMN/100408.newfar/lhsurf.mgh --isp
>  > $in/DMN/100408.newcentral/lhsurf.mgh --isp
>  > $in/DMN/100610.newfar/lhsurf.mgh --isp
>  > $in/DMN/100610.newcentral/lhsurf.mgh --isp
>  > $in/DMN/101006.newfar/lhsurf.mgh --isp
>  > $in/DMN/101006.newcentral/lhsurf.mgh --isp
>  > $in/DMN/101107.newfar/lhsurf.mgh --isp
>  > $in/DMN/101107.newcentral/lhsurf.mgh --isp
>  > $in/DMN/101309.newfar/lhsurf.mgh --isp
>  > $in/DMN/101309.newcentral/lhsurf.mgh --isp
>  > $in/DMN/101410.newfar/lhsurf.mgh --isp
>  > $in/DMN/101410.newcentral/lhsurf.mgh --isp
>  > $in/DMN/101915.newfar/lhsurf.mgh --isp
>  > $in/DMN/101915.newcentral/lhsurf.mgh --isp
>  > $in/DMN/102008.newfar/lhsurf.mgh --isp
>  > $in/DMN/102008.newcentral/lhsurf.mgh --isp
>  > $in/DMN/102311.newfar/lhsurf.mgh --isp
>  > $in/DMN/102311.newcentral/lhsurf.mgh --isp
>  > $in/DMN/102513.newfar/lhsurf.mgh --isp
>  > $in/DMN/102513.newcentral/lhsurf.mgh --isp
>  > $in/DMN/102816.newfar/lhsurf.mgh --isp
>  > $in/DMN/102816.newcentral/lhsurf.mgh --isp
>  > $in/DMN/103111.newfar/lhsurf.mgh --isp
>  > $in/DMN/103111.newcentral/lhsurf.mgh --isp
>  > $in/DMN/103414.newfar/lhsurf.mgh --isp
>  > $in/DMN/103414.newcentral/lhsurf.mgh --isp
>  > $in/DMN/103515.newfar/lhsurf.mgh --isp $in/DMN/103515.n
>  >
>  > ….. --out $out/preproc_DMN_fc/lh.paired-diff.DMN_fc.mgh --f $sublist
>  > --no-cortex-only
>  >
>  > I also double checked with our research computing department to make
>  > sure I was referencing the command you sent me previously.
>  >
>  > Sara Sims
>  >
>  > Graduate Research Fellow
>  >
>  > University of Alabama at Birmingham
>      >
>  > Department of Psychology
>  >
>  > 205-975-4060
>  >
>  > sno...@uab.edu
>  >
>  > *From: * on behalf of "Greve,
>  > Douglas N.,Ph.D." 
>  > *Reply-To: *Freesurfer support list 
>  > *Date: *Saturday, March 30, 2019 at 6:06 PM
>  > *To: *"freesurfer@nmr.mgh.harvard.edu" 
>  > *Subject: *Re: [Freesurfer] mris_preproc not running
>  >
>  > Hi Sara, can you just cut and paste them into the email. And are you
>  > sure you're running the new command?
>  >
>  > On 3/29/19 6:59 PM, Sims, Sara A (Campus) wrote:
>  >
>  >  External Email - Use Caution
>  >
>  > I have attached them here.
>  >
>  > Sara Sims
>  >
>  > Graduate Research Fellow
>  >
>  > University of Alabama at Birmingham
>  >
>  > Department of Psychology
>  >
>  > 205-975-4060
>  >
>  > sno...@uab.edu  <mailto:sno...@uab.edu>
>  >
>  > On 3/29/19, 10:05 AM,"freesurfer-boun...@nmr.mgh.harvard.edu on 
> behalf of Greve,
>  > Douglas N.,Ph.D."  
> <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
> > dgr...@mgh.harvard.edu>  
> <mailto:freesurf

Re: [Freesurfer] mris_preproc not running

2019-04-02 Thread Sims, Sara A (Campus)
External Email - Use Caution

Here is the output file with debug on: 
http://gate.nmr.mgh.harvard.edu/filedrop2/?p=bes7rp27gk0

Thanks,
Sara Sims 
Graduate Research Fellow
University of Alabama at Birmingham
Department of Psychology
205-975-4060
sno...@uab.edu

On 4/2/19, 3:34 PM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
Greve, Douglas N.,Ph.D."  wrote:

Can you run it with --debug as the first option, capture the terminal 
output, and send it to me?

On 4/2/19 4:02 PM, Sims, Sara A (Campus) wrote:
>
> External Email - Use Caution
>
> My reply was not posted, most likely because the email is too large so 
> here is the script:
>
> mris_preproc --target fsaverage --hemi lh --no-prune --isp 
> $in/DMN/100206.newfar/lhsurf.mgh --isp 
> $in/DMN/100206.newcentral/lhsurf.mgh --isp 
> $in/DMN/100307.newfar/lhsurf.mgh --isp 
> $in/DMN/100307.newcentral/lhsurf.mgh --isp 
> $in/DMN/100408.newfar/lhsurf.mgh --isp 
> $in/DMN/100408.newcentral/lhsurf.mgh --isp 
> $in/DMN/100610.newfar/lhsurf.mgh --isp 
> $in/DMN/100610.newcentral/lhsurf.mgh --isp 
> $in/DMN/101006.newfar/lhsurf.mgh --isp 
> $in/DMN/101006.newcentral/lhsurf.mgh --isp 
> $in/DMN/101107.newfar/lhsurf.mgh --isp 
> $in/DMN/101107.newcentral/lhsurf.mgh --isp 
> $in/DMN/101309.newfar/lhsurf.mgh --isp 
> $in/DMN/101309.newcentral/lhsurf.mgh --isp 
> $in/DMN/101410.newfar/lhsurf.mgh --isp 
> $in/DMN/101410.newcentral/lhsurf.mgh --isp 
> $in/DMN/101915.newfar/lhsurf.mgh --isp 
> $in/DMN/101915.newcentral/lhsurf.mgh --isp 
> $in/DMN/102008.newfar/lhsurf.mgh --isp 
> $in/DMN/102008.newcentral/lhsurf.mgh --isp 
> $in/DMN/102311.newfar/lhsurf.mgh --isp 
> $in/DMN/102311.newcentral/lhsurf.mgh --isp 
> $in/DMN/102513.newfar/lhsurf.mgh --isp 
> $in/DMN/102513.newcentral/lhsurf.mgh --isp 
> $in/DMN/102816.newfar/lhsurf.mgh --isp 
> $in/DMN/102816.newcentral/lhsurf.mgh --isp 
> $in/DMN/103111.newfar/lhsurf.mgh --isp 
> $in/DMN/103111.newcentral/lhsurf.mgh --isp 
> $in/DMN/103414.newfar/lhsurf.mgh --isp 
> $in/DMN/103414.newcentral/lhsurf.mgh --isp 
> $in/DMN/103515.newfar/lhsurf.mgh --isp $in/DMN/103515.n
>
> ….. --out $out/preproc_DMN_fc/lh.paired-diff.DMN_fc.mgh --f $sublist 
> --no-cortex-only
>
> I also double checked with our research computing department to make 
> sure I was referencing the command you sent me previously.
>
> Sara Sims
>
> Graduate Research Fellow
>
> University of Alabama at Birmingham
>
> Department of Psychology
>
> 205-975-4060
>
> sno...@uab.edu
>
> *From: * on behalf of "Greve, 
> Douglas N.,Ph.D." 
> *Reply-To: *Freesurfer support list 
> *Date: *Saturday, March 30, 2019 at 6:06 PM
> *To: *"freesurfer@nmr.mgh.harvard.edu" 
> *Subject: *Re: [Freesurfer] mris_preproc not running
>
> Hi Sara, can you just cut and paste them into the email. And are you 
> sure you're running the new command?
>
> On 3/29/19 6:59 PM, Sims, Sara A (Campus) wrote:
>
>  External Email - Use Caution
>
> I have attached them here.
>
> Sara Sims
>
> Graduate Research Fellow
>
> University of Alabama at Birmingham
>
> Department of Psychology
>
> 205-975-4060
>
> sno...@uab.edu  <mailto:sno...@uab.edu>
>
> On 3/29/19, 10:05 AM,"freesurfer-boun...@nmr.mgh.harvard.edu on 
behalf of Greve,
> Douglas N.,Ph.D."  
<mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>  
 dgr...@mgh.harvard.edu>  
<mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu> 
 wrote:
>
>  Can you send your full command line and the full terminal 
output? Are
>
>  you sure you're using the new command?
>
>  
>
>  On 3/27/19 10:33 PM, Sims, Sara A (Campus) wrote:
>
>  >  External Email - Use Caution
>
>  >
>
>  > Doug,
>
>  > I have implemented the new version of the command. I am 
getting this error when I add the no-prune flag to my script.
>
>  > ERROR: could not find volume --no-prune.  Does it exist?
>
>  > ERROR: reading --no-prune
>
>  > Are there specifics with where in the comma

Re: [Freesurfer] mris_preproc not running

2019-04-02 Thread Greve, Douglas N.,Ph.D.
Can you run it with --debug as the first option, capture the terminal 
output, and send it to me?

On 4/2/19 4:02 PM, Sims, Sara A (Campus) wrote:
>
> External Email - Use Caution
>
> My reply was not posted, most likely because the email is too large so 
> here is the script:
>
> mris_preproc --target fsaverage --hemi lh --no-prune --isp 
> $in/DMN/100206.newfar/lhsurf.mgh --isp 
> $in/DMN/100206.newcentral/lhsurf.mgh --isp 
> $in/DMN/100307.newfar/lhsurf.mgh --isp 
> $in/DMN/100307.newcentral/lhsurf.mgh --isp 
> $in/DMN/100408.newfar/lhsurf.mgh --isp 
> $in/DMN/100408.newcentral/lhsurf.mgh --isp 
> $in/DMN/100610.newfar/lhsurf.mgh --isp 
> $in/DMN/100610.newcentral/lhsurf.mgh --isp 
> $in/DMN/101006.newfar/lhsurf.mgh --isp 
> $in/DMN/101006.newcentral/lhsurf.mgh --isp 
> $in/DMN/101107.newfar/lhsurf.mgh --isp 
> $in/DMN/101107.newcentral/lhsurf.mgh --isp 
> $in/DMN/101309.newfar/lhsurf.mgh --isp 
> $in/DMN/101309.newcentral/lhsurf.mgh --isp 
> $in/DMN/101410.newfar/lhsurf.mgh --isp 
> $in/DMN/101410.newcentral/lhsurf.mgh --isp 
> $in/DMN/101915.newfar/lhsurf.mgh --isp 
> $in/DMN/101915.newcentral/lhsurf.mgh --isp 
> $in/DMN/102008.newfar/lhsurf.mgh --isp 
> $in/DMN/102008.newcentral/lhsurf.mgh --isp 
> $in/DMN/102311.newfar/lhsurf.mgh --isp 
> $in/DMN/102311.newcentral/lhsurf.mgh --isp 
> $in/DMN/102513.newfar/lhsurf.mgh --isp 
> $in/DMN/102513.newcentral/lhsurf.mgh --isp 
> $in/DMN/102816.newfar/lhsurf.mgh --isp 
> $in/DMN/102816.newcentral/lhsurf.mgh --isp 
> $in/DMN/103111.newfar/lhsurf.mgh --isp 
> $in/DMN/103111.newcentral/lhsurf.mgh --isp 
> $in/DMN/103414.newfar/lhsurf.mgh --isp 
> $in/DMN/103414.newcentral/lhsurf.mgh --isp 
> $in/DMN/103515.newfar/lhsurf.mgh --isp $in/DMN/103515.n
>
> ….. --out $out/preproc_DMN_fc/lh.paired-diff.DMN_fc.mgh --f $sublist 
> --no-cortex-only
>
> I also double checked with our research computing department to make 
> sure I was referencing the command you sent me previously.
>
> Sara Sims
>
> Graduate Research Fellow
>
> University of Alabama at Birmingham
>
> Department of Psychology
>
> 205-975-4060
>
> sno...@uab.edu
>
> *From: * on behalf of "Greve, 
> Douglas N.,Ph.D." 
> *Reply-To: *Freesurfer support list 
> *Date: *Saturday, March 30, 2019 at 6:06 PM
> *To: *"freesurfer@nmr.mgh.harvard.edu" 
> *Subject: *Re: [Freesurfer] mris_preproc not running
>
> Hi Sara, can you just cut and paste them into the email. And are you 
> sure you're running the new command?
>
> On 3/29/19 6:59 PM, Sims, Sara A (Campus) wrote:
>
>      External Email - Use Caution
>
> I have attached them here.
>
> Sara Sims
>
> Graduate Research Fellow
>
> University of Alabama at Birmingham
>
> Department of Psychology
>
> 205-975-4060
>
> sno...@uab.edu  <mailto:sno...@uab.edu>
>
> On 3/29/19, 10:05 AM,"freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
> Greve,
> Douglas N.,Ph.D."  
> <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
>dgr...@mgh.harvard.edu>  
> <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu>
>   wrote:
>
>      Can you send your full command line and the full terminal output? Are
>
>  you sure you're using the new command?
>
>  
>
>  On 3/27/19 10:33 PM, Sims, Sara A (Campus) wrote:
>
>      >  External Email - Use Caution
>
>      >
>
>      > Doug,
>
>      > I have implemented the new version of the command. I am getting 
> this error when I add the no-prune flag to my script.
>
>      > ERROR: could not find volume --no-prune.  Does it exist?
>
>      > ERROR: reading --no-prune
>
>      > Are there specifics with where in the command line it should go? I 
> have tried it near the beginning and near the end and still get this error.
>
>      >
>
>      > Sara Sims
>
>      > Graduate Research Fellow
>
>      > University of Alabama at Birmingham
>
>      > Department of Psychology
>
>      > 205-975-4060
>
>      >sno...@uab.edu  <mailto:sno...@uab.edu>
>
>      >
>
>      > On 3/19/19, 3:30 PM,"freesurfer-boun...@nmr.mgh.harvard.edu on 
> behalf of Greve,
> Douglas N.,Ph.D."  
> <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
>dgr...@mgh.harvard.edu>  
> <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu>
>   wrote:
>
>      &

Re: [Freesurfer] mris_preproc not running

2019-04-02 Thread Sims, Sara A (Campus)
External Email - Use Caution

My reply was not posted, most likely because the email is too large so here is 
the script:
mris_preproc --target fsaverage --hemi lh --no-prune --isp 
$in/DMN/100206.newfar/lhsurf.mgh --isp $in/DMN/100206.newcentral/lhsurf.mgh 
--isp $in/DMN/100307.newfar/lhsurf.mgh --isp 
$in/DMN/100307.newcentral/lhsurf.mgh --isp $in/DMN/100408.newfar/lhsurf.mgh 
--isp $in/DMN/100408.newcentral/lhsurf.mgh --isp 
$in/DMN/100610.newfar/lhsurf.mgh --isp $in/DMN/100610.newcentral/lhsurf.mgh 
--isp $in/DMN/101006.newfar/lhsurf.mgh --isp 
$in/DMN/101006.newcentral/lhsurf.mgh --isp $in/DMN/101107.newfar/lhsurf.mgh 
--isp $in/DMN/101107.newcentral/lhsurf.mgh --isp 
$in/DMN/101309.newfar/lhsurf.mgh --isp $in/DMN/101309.newcentral/lhsurf.mgh 
--isp $in/DMN/101410.newfar/lhsurf.mgh --isp 
$in/DMN/101410.newcentral/lhsurf.mgh --isp $in/DMN/101915.newfar/lhsurf.mgh 
--isp $in/DMN/101915.newcentral/lhsurf.mgh --isp 
$in/DMN/102008.newfar/lhsurf.mgh --isp $in/DMN/102008.newcentral/lhsurf.mgh 
--isp $in/DMN/102311.newfar/lhsurf.mgh --isp 
$in/DMN/102311.newcentral/lhsurf.mgh --isp $in/DMN/102513.newfar/lhsurf.mgh 
--isp $in/DMN/102513.newcentral/lhsurf.mgh --isp 
$in/DMN/102816.newfar/lhsurf.mgh --isp $in/DMN/102816.newcentral/lhsurf.mgh 
--isp $in/DMN/103111.newfar/lhsurf.mgh --isp 
$in/DMN/103111.newcentral/lhsurf.mgh --isp $in/DMN/103414.newfar/lhsurf.mgh 
--isp $in/DMN/103414.newcentral/lhsurf.mgh --isp 
$in/DMN/103515.newfar/lhsurf.mgh --isp $in/DMN/103515.n
….. --out $out/preproc_DMN_fc/lh.paired-diff.DMN_fc.mgh --f $sublist 
--no-cortex-only

I also double checked with our research computing department to make sure I was 
referencing the command you sent me previously.

Sara Sims
Graduate Research Fellow
University of Alabama at Birmingham
Department of Psychology
205-975-4060
sno...@uab.edu

From:  on behalf of "Greve, Douglas 
N.,Ph.D." 
Reply-To: Freesurfer support list 
Date: Saturday, March 30, 2019 at 6:06 PM
To: "freesurfer@nmr.mgh.harvard.edu" 
Subject: Re: [Freesurfer] mris_preproc not running

Hi Sara, can you just cut and paste them into the email. And are you sure 
you're running the new command?
On 3/29/19 6:59 PM, Sims, Sara A (Campus) wrote:

External Email - Use Caution



I have attached them here.



Sara Sims

Graduate Research Fellow

University of Alabama at Birmingham

Department of Psychology

205-975-4060

sno...@uab.edu<mailto:sno...@uab.edu>



On 3/29/19, 10:05 AM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
Greve, Douglas 
N.,Ph.D."<mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
 <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu>
 wrote:



Can you send your full command line and the full terminal output? Are

you sure you're using the new command?



On 3/27/19 10:33 PM, Sims, Sara A (Campus) wrote:

>  External Email - Use Caution

>

> Doug,

> I have implemented the new version of the command. I am getting this 
error when I add the no-prune flag to my script.

> ERROR: could not find volume --no-prune.  Does it exist?

> ERROR: reading --no-prune

> Are there specifics with where in the command line it should go? I have 
tried it near the beginning and near the end and still get this error.

>

> Sara Sims

> Graduate Research Fellow

> University of Alabama at Birmingham

> Department of Psychology

> 205-975-4060

> sno...@uab.edu<mailto:sno...@uab.edu>

>

> On 3/19/19, 3:30 PM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
Greve, Douglas 
N.,Ph.D."<mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
 <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu>
 wrote:

>

>  I think the problem is that one or more of the subjects has all 0s. 
The

>  way mris_preproc works is that if any subject has a 0 in a vertex, 
that

>  vertex is set to 0 for all subjects. So, if one subject has all 0s 
or if

>  tp1=tp2, then everything can get set to 0. At the end of the terminal

>  output you'll see "Found 0 voxels in prune mask" indicating that 
this is

>  the case. I've created a version of mris_preproc that allows you to 
turn

>  this function off using --no-prune. You can get it from here:

>  https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc

>  I would run it with --no-prune and without --paired-diff to give you 
a

>  stack of all data. You can load this as an overlay in freeview. At 
the

>  top of the freeview window is a little box with waveform in it. If 
you

>  click on that and then click on a point in the surface, you should be

> 

Re: [Freesurfer] mris_preproc not running

2019-03-30 Thread Greve, Douglas N.,Ph.D.
Hi Sara, can you just cut and paste them into the email. And are you sure 
you're running the new command?

On 3/29/19 6:59 PM, Sims, Sara A (Campus) wrote:

External Email - Use Caution

I have attached them here.

Sara Sims
Graduate Research Fellow
University of Alabama at Birmingham
Department of Psychology
205-975-4060
sno...@uab.edu<mailto:sno...@uab.edu>

On 3/29/19, 10:05 AM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
Greve, Douglas 
N.,Ph.D."<mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
 <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu>
 wrote:

Can you send your full command line and the full terminal output? Are
you sure you're using the new command?

On 3/27/19 10:33 PM, Sims, Sara A (Campus) wrote:
>  External Email - Use Caution
>
> Doug,
> I have implemented the new version of the command. I am getting this 
error when I add the no-prune flag to my script.
> ERROR: could not find volume --no-prune.  Does it exist?
> ERROR: reading --no-prune
> Are there specifics with where in the command line it should go? I have 
tried it near the beginning and near the end and still get this error.
>
> Sara Sims
> Graduate Research Fellow
> University of Alabama at Birmingham
> Department of Psychology
> 205-975-4060
> sno...@uab.edu<mailto:sno...@uab.edu>
>
> On 3/19/19, 3:30 PM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
Greve, Douglas 
N.,Ph.D."<mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofGreve,DouglasN.,Ph.D.>
 <mailto:freesurfer-boun...@nmr.mgh.harvard.eduonbehalfofdgr...@mgh.harvard.edu>
 wrote:
>
>  I think the problem is that one or more of the subjects has all 0s. 
The
>  way mris_preproc works is that if any subject has a 0 in a vertex, 
that
>  vertex is set to 0 for all subjects. So, if one subject has all 0s 
or if
>  tp1=tp2, then everything can get set to 0. At the end of the terminal
>  output you'll see "Found 0 voxels in prune mask" indicating that 
this is
>  the case. I've created a version of mris_preproc that allows you to 
turn
>  this function off using --no-prune. You can get it from here:
>  https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc
>  I would run it with --no-prune and without --paired-diff to give you 
a
>  stack of all data. You can load this as an overlay in freeview. At 
the
>  top of the freeview window is a little box with waveform in it. If 
you
>  click on that and then click on a point in the surface, you should be
>  able to see a waveform of the measurements for all inputs. See if 
there
>  is one that is always 0. If you don't find any, then repeat with
>  --paired-diff
>
>
>
>
>  On 3/19/19 3:30 PM, Sims, Sara A (Campus) wrote:
>  >
>  > External Email - Use Caution
>  >
>  > I uploaded them to the Filedrop here:
>  > http://gate.nmr.mgh.harvard.edu/filedrop2/?p=65zt2jk45ll
>  >
>  > Thanks!
>  >
>  > Sara Sims
>  >
>  > Graduate Research Fellow
>  >
>  > University of Alabama at Birmingham
>  >
>  > Department of Psychology
>  >
>  > 205-975-4060
>  >
>  > sno...@uab.edu<mailto:sno...@uab.edu>
>  >
>  > *From: 
*<mailto:freesurfer-boun...@nmr.mgh.harvard.edu>
 on behalf of "Greve,
>  > Douglas N.,Ph.D." 
<mailto:dgr...@mgh.harvard.edu>
>  > *Reply-To: *Freesurfer support list 
<mailto:freesurfer@nmr.mgh.harvard.edu>
>  > *Date: *Monday, March 18, 2019 at 10:24 AM
>  > *To: 
*"freesurfer@nmr.mgh.harvard.edu"<mailto:freesurfer@nmr.mgh.harvard.edu> 
<mailto:freesurfer@nmr.mgh.harvard.edu>
>  > *Subject: *Re: [Freesurfer] mris_preproc not running
>  >
>  >
>  > can you send the terminal output? I realize it might be quite big. 
You
>  > can ftp it to here: 
/autofs/space/nihilus_001/CICS/ACRsoftware/ACRcurrent
>  >
>  >
>  > On 3/18/19 11:12 AM, Sims, Sara A (Campus) wrote:
>  >
>  > *External Email - Use Caution *
>  >
>  > Hello!
>  >
>  > I have 786 subjects that I am trying to do a paired difference
>  >

Re: [Freesurfer] mris_preproc not running

2019-03-29 Thread Greve, Douglas N.,Ph.D.
Can you send your full command line and the full terminal output? Are 
you sure you're using the new command?

On 3/27/19 10:33 PM, Sims, Sara A (Campus) wrote:
>  External Email - Use Caution
>
> Doug,
> I have implemented the new version of the command. I am getting this error 
> when I add the no-prune flag to my script.
> ERROR: could not find volume --no-prune.  Does it exist?
> ERROR: reading --no-prune
> Are there specifics with where in the command line it should go? I have tried 
> it near the beginning and near the end and still get this error.
>
> Sara Sims
> Graduate Research Fellow
> University of Alabama at Birmingham
> Department of Psychology
> 205-975-4060
> sno...@uab.edu
>
> On 3/19/19, 3:30 PM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
> Greve, Douglas N.,Ph.D."  dgr...@mgh.harvard.edu> wrote:
>
>  I think the problem is that one or more of the subjects has all 0s. The
>  way mris_preproc works is that if any subject has a 0 in a vertex, that
>  vertex is set to 0 for all subjects. So, if one subject has all 0s or if
>  tp1=tp2, then everything can get set to 0. At the end of the terminal
>  output you'll see "Found 0 voxels in prune mask" indicating that this is
>  the case. I've created a version of mris_preproc that allows you to turn
>  this function off using --no-prune. You can get it from here:
>  https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc
>  I would run it with --no-prune and without --paired-diff to give you a
>  stack of all data. You can load this as an overlay in freeview. At the
>  top of the freeview window is a little box with waveform in it. If you
>  click on that and then click on a point in the surface, you should be
>  able to see a waveform of the measurements for all inputs. See if there
>  is one that is always 0. If you don't find any, then repeat with
>  --paired-diff
>  
>  
>  
>  
>  On 3/19/19 3:30 PM, Sims, Sara A (Campus) wrote:
>  >
>  > External Email - Use Caution
>  >
>  > I uploaded them to the Filedrop here:
>  > http://gate.nmr.mgh.harvard.edu/filedrop2/?p=65zt2jk45ll
>  >
>  > Thanks!
>  >
>  > Sara Sims
>  >
>  > Graduate Research Fellow
>  >
>  > University of Alabama at Birmingham
>  >
>  > Department of Psychology
>  >
>  > 205-975-4060
>  >
>  > sno...@uab.edu
>  >
>  > *From: * on behalf of "Greve,
>  > Douglas N.,Ph.D." 
>  > *Reply-To: *Freesurfer support list 
>  > *Date: *Monday, March 18, 2019 at 10:24 AM
>  > *To: *"freesurfer@nmr.mgh.harvard.edu" 
>  > *Subject: *Re: [Freesurfer] mris_preproc not running
>  >
>  >
>  > can you send the terminal output? I realize it might be quite big. You
>  > can ftp it to here: 
> /autofs/space/nihilus_001/CICS/ACRsoftware/ACRcurrent
>  >
>  >
>  > On 3/18/19 11:12 AM, Sims, Sara A (Campus) wrote:
>  >
>  > *External Email - Use Caution *
>  >
>  > Hello!
>  >
>  > I have 786 subjects that I am trying to do a paired difference
>  > analysis using mri_glm. I am getting stuck at the mris_preproc
>  > stage. I have tried running it on a handful of subjects and it
>  > works wonderfully. However, when I run it on all the subjects it
>  > outputs an empty file.
>  >
>  > I think part of my problem is that I am having to do 1572 flags to
>  > enter all the subjects files (which I made a script to create, I
>  > did not hand type them). Is there a better way to do this? Do I
>  > just have too many subjects?
>  >
>  > This is what I have that isn’t working:
>  >
>  > *mris_preproc --target fsaverage --hemi lh --isp
>  > $in/${network}/100206.${run1}/lhsurf.mgh --isp
>  > $in/${network}/100206.${run2}/lhsurf.mgh --isp
>  > $in/${network}/100307.${run1}/lhsurf.mgh --isp
>  > $in/${network}/100307.${run2}/lhsurf.mgh ……. --out
>  > 
> $out/preproc_${network}_${pair}/lh.paired-diff.${network}_${pair}.mgh
>  > --f $sublist --paired-diff --no-cortex-only*
>  >
>  > **
>  >
>  > Thanks for the help!
>  >
>  > Sara S

Re: [Freesurfer] mris_preproc not running

2019-03-27 Thread Sims, Sara A (Campus)
External Email - Use Caution

Doug,
I have implemented the new version of the command. I am getting this error when 
I add the no-prune flag to my script.
ERROR: could not find volume --no-prune.  Does it exist?
ERROR: reading --no-prune
Are there specifics with where in the command line it should go? I have tried 
it near the beginning and near the end and still get this error.

Sara Sims 
Graduate Research Fellow
University of Alabama at Birmingham
Department of Psychology
205-975-4060
sno...@uab.edu

On 3/19/19, 3:30 PM, "freesurfer-boun...@nmr.mgh.harvard.edu on behalf of 
Greve, Douglas N.,Ph.D."  wrote:

I think the problem is that one or more of the subjects has all 0s. The 
way mris_preproc works is that if any subject has a 0 in a vertex, that 
vertex is set to 0 for all subjects. So, if one subject has all 0s or if 
tp1=tp2, then everything can get set to 0. At the end of the terminal 
output you'll see "Found 0 voxels in prune mask" indicating that this is 
the case. I've created a version of mris_preproc that allows you to turn 
this function off using --no-prune. You can get it from here: 
https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc
I would run it with --no-prune and without --paired-diff to give you a 
stack of all data. You can load this as an overlay in freeview. At the 
top of the freeview window is a little box with waveform in it. If you 
click on that and then click on a point in the surface, you should be 
able to see a waveform of the measurements for all inputs. See if there 
is one that is always 0. If you don't find any, then repeat with 
--paired-diff




On 3/19/19 3:30 PM, Sims, Sara A (Campus) wrote:
>
> External Email - Use Caution
>
> I uploaded them to the Filedrop here: 
> http://gate.nmr.mgh.harvard.edu/filedrop2/?p=65zt2jk45ll
>
> Thanks!
>
> Sara Sims
>
> Graduate Research Fellow
>
> University of Alabama at Birmingham
>
> Department of Psychology
>
> 205-975-4060
>
> sno...@uab.edu
>
> *From: * on behalf of "Greve, 
> Douglas N.,Ph.D." 
> *Reply-To: *Freesurfer support list 
> *Date: *Monday, March 18, 2019 at 10:24 AM
> *To: *"freesurfer@nmr.mgh.harvard.edu" 
> *Subject: *Re: [Freesurfer] mris_preproc not running
>
>
> can you send the terminal output? I realize it might be quite big. You 
> can ftp it to here: /autofs/space/nihilus_001/CICS/ACRsoftware/ACRcurrent
>
>
> On 3/18/19 11:12 AM, Sims, Sara A (Campus) wrote:
>
> *External Email - Use Caution *
>
> Hello!
>
> I have 786 subjects that I am trying to do a paired difference
> analysis using mri_glm. I am getting stuck at the mris_preproc
> stage. I have tried running it on a handful of subjects and it
> works wonderfully. However, when I run it on all the subjects it
> outputs an empty file.
>
> I think part of my problem is that I am having to do 1572 flags to
> enter all the subjects files (which I made a script to create, I
> did not hand type them). Is there a better way to do this? Do I
> just have too many subjects?
>
> This is what I have that isn’t working:
>
> *mris_preproc --target fsaverage --hemi lh --isp
> $in/${network}/100206.${run1}/lhsurf.mgh --isp
> $in/${network}/100206.${run2}/lhsurf.mgh --isp
> $in/${network}/100307.${run1}/lhsurf.mgh --isp
> $in/${network}/100307.${run2}/lhsurf.mgh ……. --out
> $out/preproc_${network}_${pair}/lh.paired-diff.${network}_${pair}.mgh
> --f $sublist --paired-diff --no-cortex-only*
>
> **
>
> Thanks for the help!
>
> Sara Sims
>
>
>
> ___
>
> Freesurfer mailing list
>
> Freesurfer@nmr.mgh.harvard.edu  
<mailto: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


___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Re: [Freesurfer] mris_preproc not running

2019-03-19 Thread Greve, Douglas N.,Ph.D.
I think the problem is that one or more of the subjects has all 0s. The 
way mris_preproc works is that if any subject has a 0 in a vertex, that 
vertex is set to 0 for all subjects. So, if one subject has all 0s or if 
tp1=tp2, then everything can get set to 0. At the end of the terminal 
output you'll see "Found 0 voxels in prune mask" indicating that this is 
the case. I've created a version of mris_preproc that allows you to turn 
this function off using --no-prune. You can get it from here: 
https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc
I would run it with --no-prune and without --paired-diff to give you a 
stack of all data. You can load this as an overlay in freeview. At the 
top of the freeview window is a little box with waveform in it. If you 
click on that and then click on a point in the surface, you should be 
able to see a waveform of the measurements for all inputs. See if there 
is one that is always 0. If you don't find any, then repeat with 
--paired-diff




On 3/19/19 3:30 PM, Sims, Sara A (Campus) wrote:
>
> External Email - Use Caution
>
> I uploaded them to the Filedrop here: 
> http://gate.nmr.mgh.harvard.edu/filedrop2/?p=65zt2jk45ll
>
> Thanks!
>
> Sara Sims
>
> Graduate Research Fellow
>
> University of Alabama at Birmingham
>
> Department of Psychology
>
> 205-975-4060
>
> sno...@uab.edu
>
> *From: * on behalf of "Greve, 
> Douglas N.,Ph.D." 
> *Reply-To: *Freesurfer support list 
> *Date: *Monday, March 18, 2019 at 10:24 AM
> *To: *"freesurfer@nmr.mgh.harvard.edu" 
> *Subject: *Re: [Freesurfer] mris_preproc not running
>
>
> can you send the terminal output? I realize it might be quite big. You 
> can ftp it to here: /autofs/space/nihilus_001/CICS/ACRsoftware/ACRcurrent
>
>
> On 3/18/19 11:12 AM, Sims, Sara A (Campus) wrote:
>
> *External Email - Use Caution *
>
> Hello!
>
> I have 786 subjects that I am trying to do a paired difference
> analysis using mri_glm. I am getting stuck at the mris_preproc
> stage. I have tried running it on a handful of subjects and it
> works wonderfully. However, when I run it on all the subjects it
> outputs an empty file.
>
> I think part of my problem is that I am having to do 1572 flags to
> enter all the subjects files (which I made a script to create, I
> did not hand type them). Is there a better way to do this? Do I
> just have too many subjects?
>
> This is what I have that isn’t working:
>
> *mris_preproc --target fsaverage --hemi lh --isp
> $in/${network}/100206.${run1}/lhsurf.mgh --isp
> $in/${network}/100206.${run2}/lhsurf.mgh --isp
> $in/${network}/100307.${run1}/lhsurf.mgh --isp
> $in/${network}/100307.${run2}/lhsurf.mgh ……. --out
> $out/preproc_${network}_${pair}/lh.paired-diff.${network}_${pair}.mgh
> --f $sublist --paired-diff --no-cortex-only*
>
> **
>
> Thanks for the help!
>
> Sara Sims
>
>
>
> ___
>
> Freesurfer mailing list
>
> Freesurfer@nmr.mgh.harvard.edu  <mailto: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

Re: [Freesurfer] mris_preproc not running

2019-03-19 Thread Sims, Sara A (Campus)
External Email - Use Caution

I uploaded them to the Filedrop here: 
http://gate.nmr.mgh.harvard.edu/filedrop2/?p=65zt2jk45ll
Thanks!

Sara Sims
Graduate Research Fellow
University of Alabama at Birmingham
Department of Psychology
205-975-4060
sno...@uab.edu

From:  on behalf of "Greve, Douglas 
N.,Ph.D." 
Reply-To: Freesurfer support list 
Date: Monday, March 18, 2019 at 10:24 AM
To: "freesurfer@nmr.mgh.harvard.edu" 
Subject: Re: [Freesurfer] mris_preproc not running


can you send the terminal output? I realize it might be quite big. You can ftp 
it to here: /autofs/space/nihilus_001/CICS/ACRsoftware/ACRcurrent


On 3/18/19 11:12 AM, Sims, Sara A (Campus) wrote:

External Email - Use Caution
Hello!
I have 786 subjects that I am trying to do a paired difference analysis using 
mri_glm. I am getting stuck at the mris_preproc stage. I have tried running it 
on a handful of subjects and it works wonderfully. However, when I run it on 
all the subjects it outputs an empty file.
I think part of my problem is that I am having to do 1572 flags to enter all 
the subjects files (which I made a script to create, I did not hand type them). 
Is there a better way to do this? Do I just have too many subjects?

This is what I have that isn’t working:
mris_preproc --target fsaverage --hemi lh --isp 
$in/${network}/100206.${run1}/lhsurf.mgh --isp 
$in/${network}/100206.${run2}/lhsurf.mgh --isp 
$in/${network}/100307.${run1}/lhsurf.mgh --isp 
$in/${network}/100307.${run2}/lhsurf.mgh ……. --out 
$out/preproc_${network}_${pair}/lh.paired-diff.${network}_${pair}.mgh --f 
$sublist --paired-diff --no-cortex-only

Thanks for the help!

Sara Sims




___

Freesurfer mailing list

Freesurfer@nmr.mgh.harvard.edu<mailto: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

Re: [Freesurfer] mris_preproc not running

2019-03-18 Thread Greve, Douglas N.,Ph.D.

can you send the terminal output? I realize it might be quite big. You can ftp 
it to here: /autofs/space/nihilus_001/CICS/ACRsoftware/ACRcurrent



On 3/18/19 11:12 AM, Sims, Sara A (Campus) wrote:

External Email - Use Caution
Hello!
I have 786 subjects that I am trying to do a paired difference analysis using 
mri_glm. I am getting stuck at the mris_preproc stage. I have tried running it 
on a handful of subjects and it works wonderfully. However, when I run it on 
all the subjects it outputs an empty file.
I think part of my problem is that I am having to do 1572 flags to enter all 
the subjects files (which I made a script to create, I did not hand type them). 
Is there a better way to do this? Do I just have too many subjects?

This is what I have that isn’t working:
mris_preproc --target fsaverage --hemi lh --isp 
$in/${network}/100206.${run1}/lhsurf.mgh --isp 
$in/${network}/100206.${run2}/lhsurf.mgh --isp 
$in/${network}/100307.${run1}/lhsurf.mgh --isp 
$in/${network}/100307.${run2}/lhsurf.mgh ……. --out 
$out/preproc_${network}_${pair}/lh.paired-diff.${network}_${pair}.mgh --f 
$sublist --paired-diff --no-cortex-only

Thanks for the help!

Sara Sims




___
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] mris_preproc not running

2019-03-18 Thread Sims, Sara A (Campus)
External Email - Use Caution

Hello!
I have 786 subjects that I am trying to do a paired difference analysis using 
mri_glm. I am getting stuck at the mris_preproc stage. I have tried running it 
on a handful of subjects and it works wonderfully. However, when I run it on 
all the subjects it outputs an empty file.
I think part of my problem is that I am having to do 1572 flags to enter all 
the subjects files (which I made a script to create, I did not hand type them). 
Is there a better way to do this? Do I just have too many subjects?

This is what I have that isn’t working:
mris_preproc --target fsaverage --hemi lh --isp 
$in/${network}/100206.${run1}/lhsurf.mgh --isp 
$in/${network}/100206.${run2}/lhsurf.mgh --isp 
$in/${network}/100307.${run1}/lhsurf.mgh --isp 
$in/${network}/100307.${run2}/lhsurf.mgh ……. --out 
$out/preproc_${network}_${pair}/lh.paired-diff.${network}_${pair}.mgh --f 
$sublist --paired-diff --no-cortex-only

Thanks for the help!

Sara Sims

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Re: [Freesurfer] mris_preproc error: dimension mismatch

2019-02-21 Thread Peters, Douglas G
External Email - Use Caution

It turns out I could run qcache on a unique surface file in the subject's 
 folder. After a few tries with the surface file name it worked.

Using tcsh command line I ran qcache on all of my subjects:


cd your_study_group_data

setenv SUBJECTS_DIR $PWD

foreach i (*)

echo $i

recon-all -subjid $i -qcache -measure CBF.mgh

end

mris_preproc ran on the smoothed output files!

Thanks for your help.

From: freesurfer-boun...@nmr.mgh.harvard.edu 
 on behalf of Greve, Douglas N.,Ph.D. 

Sent: Thursday, February 21, 2019 9:22 AM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error: dimension mismatch

If you have a volume and a registration file, you can run mris_preproc
with the --iv option. Eg, something like

mris_preproc --fsgd abc.fsgd --target fsaverage --hemi lh \

  * --out abc-lh-vol.mgh --iv abc01-func/bold/main/nvr/ces.bhdr
abc01-func/bold/register.lta --iv abc02-func/bold/main/nvr/ces.bhdr
abc02-func/bold/register.lta --iv abc03-func/bold/main/nvr/ces.bhdr
abc03-func/bol/register.lta --iv abc04-func/bold/main/nvr/ces.bhdr
abc04-func/bold/register.lta



On 2/20/19 7:20 PM, Peters, Douglas G wrote:
>
> External Email - Use Caution
>
> Hi Doug,
>
> I'm still trying to troubleshoot my mris_preproc error: dimension
> mismatch.
>
> I don't think qcache was run on the CBF images because they were last
> processed in SPM (working on old dataset made by someone else)...there
> aren't any smooth fwhm files. Is it possible to run qcache on a
> nonnative freesurfer file? i.e. recon-all -s  -qcache -measure
> CBF.mgh?
>
> Since I don't think this is an option I'm trying to run mri_surf2surf
> (--srcsubject subjid --srcsurfval subjid/surf/lh.CBF.fwhm10.mgh (ran
> in to type 3 error when didn't specify the path) --trgsubject
> fsaverage --trgsurfval lh.thickness.fsaverage.mgh --hemi lh should
> I be using a different target file?
>
> Hopefully this will solve my issue.
>
> Also, is it possible that different FS versions create different
> vertices?  I am remaking my fsaverage with an older FS version to see
> if that may fix the issue.
>
> Please let me know if my questions are unclear, and I will try to
> rephrase and add script input/output.
>
> Thanks,
> Doug P
>
> 
> *From:* freesurfer-boun...@nmr.mgh.harvard.edu
>  on behalf of Greve, Douglas
> N.,Ph.D. 
> *Sent:* Friday, February 15, 2019 8:26 AM
> *To:* freesurfer@nmr.mgh.harvard.edu
> *Subject:* Re: [Freesurfer] mris_preproc error: dimension mismatch
> The subject surface probably changed since the last time you ran
> qcache and now has a different number of vertices. Try re-running
> qcache for those subjects.
>
> On 2/15/19 2:58 AM, Peters, Douglas G wrote:
>>
>> External Email - Use Caution
>>
>> Hi Everyone,
>>
>> I'm trying to prepare my Cerebral blood flow surface data for
>> mri_glmfit group analysis (qdec doesn't allow you to choose your own
>> subject surface files to analyze, so I figured mri_glmfit is my only
>> option). Quick summary of what I did and where I get stuck:
>>
>> ##
>>
>> I made a vol2surf conversion for some subject perfusion images hoping
>> to evaluate CBF as if it were cortical thickness.The original CBF
>> volumes were registered and normalized in SPM and saved as CBF.nii
>> all in same T1 space.I made them into surface files using :
>> mri_vol2surf --mov CBF.nii--regheader SubjectID --hemi rh --projfrac
>> 0.5 --fwhm 10 --o CBF.mgh
>>
>>
>> I then tried to run:
>>
>> mris_preproc --fsgd CBF.fsdg \
>>
>> --cache-in CBF.fwhm10 \
>>
>> --target fsaverage \
>>
>> --hemi rh \
>>
>> --out rh.CBF.10.mgh\
>>
>>
>> scans through all the subject .mghs
>>
>> ninputs = # subjects
>>
>> Checking inputs
>>
>>
>> "ERROR: dimension mismatch between" the first two surface files in my
>> subject fsdg file
>>
>>
>> ##
>>
>>
>> Please help. What should I do to get around this?
>>
>>
>> Thanks,
>>
>> DP
>>
>>
>>
>> ___
>> Freesurfer mailing list
>> Freesurfer@nmr.mgh.harvard.edu  <mailto: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
___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Re: [Freesurfer] mris_preproc error: dimension mismatch

2019-02-21 Thread Greve, Douglas N.,Ph.D.
If you have a volume and a registration file, you can run mris_preproc 
with the --iv option. Eg, something like

mris_preproc --fsgd abc.fsgd --target fsaverage --hemi lh \

  * --out abc-lh-vol.mgh --iv abc01-func/bold/main/nvr/ces.bhdr
abc01-func/bold/register.lta --iv abc02-func/bold/main/nvr/ces.bhdr
abc02-func/bold/register.lta --iv abc03-func/bold/main/nvr/ces.bhdr
abc03-func/bol/register.lta --iv abc04-func/bold/main/nvr/ces.bhdr
abc04-func/bold/register.lta



On 2/20/19 7:20 PM, Peters, Douglas G wrote:
>
> External Email - Use Caution
>
> Hi Doug,
>
> I'm still trying to troubleshoot my mris_preproc error: dimension 
> mismatch.
>
> I don't think qcache was run on the CBF images because they were last 
> processed in SPM (working on old dataset made by someone else)...there 
> aren't any smooth fwhm files. Is it possible to run qcache on a 
> nonnative freesurfer file? i.e. recon-all -s  -qcache -measure 
> CBF.mgh?
>
> Since I don't think this is an option I'm trying to run mri_surf2surf 
> (--srcsubject subjid --srcsurfval subjid/surf/lh.CBF.fwhm10.mgh (ran 
> in to type 3 error when didn't specify the path) --trgsubject 
> fsaverage --trgsurfval lh.thickness.fsaverage.mgh --hemi lh should 
> I be using a different target file?
>
> Hopefully this will solve my issue.
>
> Also, is it possible that different FS versions create different 
> vertices?  I am remaking my fsaverage with an older FS version to see 
> if that may fix the issue.
>
> Please let me know if my questions are unclear, and I will try to 
> rephrase and add script input/output.
>
> Thanks,
> Doug P
>
> 
> *From:* freesurfer-boun...@nmr.mgh.harvard.edu 
>  on behalf of Greve, Douglas 
> N.,Ph.D. 
> *Sent:* Friday, February 15, 2019 8:26 AM
> *To:* freesurfer@nmr.mgh.harvard.edu
> *Subject:* Re: [Freesurfer] mris_preproc error: dimension mismatch
> The subject surface probably changed since the last time you ran 
> qcache and now has a different number of vertices. Try re-running 
> qcache for those subjects.
>
> On 2/15/19 2:58 AM, Peters, Douglas G wrote:
>>
>> External Email - Use Caution
>>
>> Hi Everyone,
>>
>> I'm trying to prepare my Cerebral blood flow surface data for 
>> mri_glmfit group analysis (qdec doesn't allow you to choose your own 
>> subject surface files to analyze, so I figured mri_glmfit is my only 
>> option). Quick summary of what I did and where I get stuck:
>>
>> ##
>>
>> I made a vol2surf conversion for some subject perfusion images hoping 
>> to evaluate CBF as if it were cortical thickness.The original CBF 
>> volumes were registered and normalized in SPM and saved as CBF.nii 
>> all in same T1 space.I made them into surface files using : 
>> mri_vol2surf --mov CBF.nii--regheader SubjectID --hemi rh --projfrac 
>> 0.5 --fwhm 10 --o CBF.mgh
>>
>>
>> I then tried to run:
>>
>> mris_preproc --fsgd CBF.fsdg \
>>
>> --cache-in CBF.fwhm10 \
>>
>> --target fsaverage \
>>
>> --hemi rh \
>>
>> --out rh.CBF.10.mgh\
>>
>>
>> scans through all the subject .mghs
>>
>> ninputs = # subjects
>>
>> Checking inputs
>>
>>
>> "ERROR: dimension mismatch between" the first two surface files in my 
>> subject fsdg file
>>
>>
>> ##
>>
>>
>> Please help. What should I do to get around this?
>>
>>
>> Thanks,
>>
>> DP
>>
>>
>>
>> ___
>> Freesurfer mailing list
>> Freesurfer@nmr.mgh.harvard.edu  <mailto: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


Re: [Freesurfer] mris_preproc error: dimension mismatch

2019-02-20 Thread Peters, Douglas G
External Email - Use Caution

Hi Doug,

I'm still trying to troubleshoot my mris_preproc error: dimension mismatch.

I don't think qcache was run on the CBF images because they were last processed 
in SPM (working on old dataset made by someone else)...there aren't any smooth 
fwhm files.  Is it possible to run qcache on a nonnative freesurfer file? i.e. 
recon-all -s  -qcache -measure CBF.mgh?

Since I don't think this is an option I'm trying to run mri_surf2surf 
(--srcsubject subjid --srcsurfval subjid/surf/lh.CBF.fwhm10.mgh (ran in to type 
3 error when didn't specify the path) --trgsubject fsaverage --trgsurfval 
lh.thickness.fsaverage.mgh --hemi lh should I be using a different target 
file?

Hopefully this will solve my issue.

Also, is it possible that different FS versions create different vertices?  I 
am remaking my fsaverage with an older FS version to see if that may fix the 
issue.

Please let me know if my questions are unclear, and I will try to rephrase and 
add script input/output.

Thanks,
Doug P


From: freesurfer-boun...@nmr.mgh.harvard.edu 
 on behalf of Greve, Douglas N.,Ph.D. 

Sent: Friday, February 15, 2019 8:26 AM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error: dimension mismatch

The subject surface probably changed since the last time you ran qcache and now 
has a different number of vertices. Try re-running qcache for those subjects.

On 2/15/19 2:58 AM, Peters, Douglas G wrote:

External Email - Use Caution

Hi Everyone,

I'm trying to prepare my Cerebral blood flow surface data for mri_glmfit group 
analysis (qdec doesn't allow you to choose your own subject surface files to 
analyze, so I figured mri_glmfit is my only option). Quick summary of what I 
did and where I get stuck:

##


I made a vol2surf conversion for some subject perfusion images hoping to 
evaluate CBF as if it were cortical thickness.  The original CBF volumes were 
registered and normalized in SPM and saved as CBF.nii all in same T1 space.  I 
made them into surface files using : mri_vol2surf --mov CBF.nii--regheader 
SubjectID --hemi rh --projfrac 0.5 --fwhm 10 --o CBF.mgh


I then tried to run:

mris_preproc --fsgd CBF.fsdg \

--cache-in CBF.fwhm10 \

--target fsaverage \

--hemi rh \

--out rh.CBF.10.mgh\


scans through all the subject .mghs

ninputs = # subjects

Checking inputs


"ERROR: dimension mismatch between" the first two surface files in my subject 
fsdg file


##


Please help. What should I do to get around this?


Thanks,

DP




___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu<mailto: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

Re: [Freesurfer] mris_preproc calling on incorrect target surface

2019-02-19 Thread Greve, Douglas N.,Ph.D.
If you want to use a target other than fsaverage, then you need to 
register each subject to that target (eg, with surfreg). If you have 
found a problem with mris_make_subject, please document it in a separate 
post.


On 2/12/19 6:38 AM, Bunting, Emma wrote:
>
> External Email - Use Caution
>
> Hi Freesurfer Pros,
>
> I'm trying to perform mris_preproc with an average subject that I 
> created called 'avgsubject.Patients_EB', as my target.
>
> Although it appears to take avgsubject.Patients_EB as the target 
> subject, and VIPD_010 (the first subject in my fsgd file) as the 
> source subject, it then somehow swaps the target and source surfaces 
> (sphere.reg's) it is trying to call upon. I am therefore getting an 
> error because there is no avgsubject.Patients_EB.sphere.reg file 
> within the VIPD_010 subject folder.
>
> The commands I use for the mri_preproc are below, with the sections I 
> am referring to highlighted in bold.
>
> ebunting@img-140:.../MRI_data/freesurfer$ mris_preproc --fsgd 
> PDonly_Liu_EB.fsgd \
>
> *> --target avgsubject.Patients_EB \*
>
> > --hemi lh \
>
> > --meas thickness \
>
> > --out lh.PDonly_Liu_AvgSubjectPatients_EB.thickness.00.mgh \
>
> >
>
> nsubjects = 97
>
> tmpdir is ./tmp.mris_preproc.12493
>
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer
>
> Log file is 
> lh.PDonly_Liu_AvgSubjectPatients_EB.thickness.00.mris_preproc.log
>
> Tue Feb 12 11:20:49 GMT 2019
>
> setenv SUBJECTS_DIR 
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer
>
> cd /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer
>
> /var/drc/software/64bit/freesurfer-6.0.0//bin/mris_preproc --fsgd 
> PDonly_Liu_EB.fsgd --target avgsubject.Patients_EB --hemi lh --meas 
> thickness --out lh.PDonly_Liu_AvgSubjectPatients_EB.thickness.00.mgh
>
> Linux img-140.drc.ion.ucl.ac.uk 2.6.32-279.el6.x86_64 #1 SMP Wed Jun 
> 13 18:24:36 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux
>
> $Id: mris_preproc,v 1.76.2.1 2016/08/12 17:55:45 zkaufman Exp $
>
> freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c
>
> tmpdir is ./tmp.mris_preproc.12493
>
> Src lh avgsubject.Patients_EB.sphere.reg
>
> Trg lh sphere.reg
>
> ---
>
> #@# 1/97 VIPD_010 Tue Feb 12 11:20:49 GMT 2019 --
>
> ---
>
> mri_surf2surf *--srcsubject VIPD_010* --srchemi lh -*-srcsurfreg 
> avgsubject.Patients_EB.sphere.reg* -*-trgsubject 
> avgsubject.Patients_EB* --trghemi lh *--trgsurfreg sphere.reg *--tval 
> ./tmp.mris_preproc.12493/VIPD_010.1.mgh --sval 
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.thickness
>  
> --sfmt curv --noreshape --cortex
>
> MRISread(/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.avgsubject.Patients_EB.sphere.reg):
>  
> could not open file
>
> *Source registration surface changed to avgsubject.Patients_EB.sphere.reg*
>
> *Target registration surface changed to sphere.reg*
>
> $Id: mri_surf2surf.c,v 1.103 2015/11/05 22:07:33 greve Exp $
>
> setenv SUBJECTS_DIR 
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer
>
> cd /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer
>
> mri_surf2surf -*-srcsubject VIPD_010 -*-srchemi lh *--srcsurfreg 
> avgsubject.Patients_EB.sphere.reg* *--trgsubject 
> avgsubject.Patients_EB* --trghemi lh *--trgsurfreg sphere.reg* --tval 
> ./tmp.mris_preproc.12493/VIPD_010.1.mgh --sval 
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.thickness
>  
> --sfmt curv --noreshape --cortex
>
> sysnameLinux
>
> hostname img-140.drc.ion.ucl.ac.uk
>
> machinex86_64
>
> userebunting
>
> srcsubject = VIPD_010
>
> srcval= 
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.thickness
>
> srctype= curv
>
> *trgsubject = avgsubject.Patients_EB*
>
> trgval= ./tmp.mris_preproc.12493/VIPD_010.1.mgh
>
> trgtype=
>
> *srcsurfreg = avgsubject.Patients_EB.sphere.reg*
>
> trgsurfreg = sphere.reg
>
> srchemi= lh
>
> trghemi= lh
>
> frame= 0
>
> fwhm-in= 0
>
> fwhm-out= 0
>
> label-src= lh.cortex.label
>
> label-trg= lh.cortex.label
>
> OKToRevFaceOrder= 1
>
> UseDualHemi = 0
>
> *Reading source surface reg 
> /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.avgsubject.Patients_EB.sphere.reg*
>
> *No such file or directory*
>
> *mri_surf2surf: could not read surface 
> /var/drc/research/v

Re: [Freesurfer] mris_preproc error: dimension mismatch

2019-02-15 Thread Greve, Douglas N.,Ph.D.
The subject surface probably changed since the last time you ran qcache and now 
has a different number of vertices. Try re-running qcache for those subjects.

On 2/15/19 2:58 AM, Peters, Douglas G wrote:

External Email - Use Caution

Hi Everyone,

I'm trying to prepare my Cerebral blood flow surface data for mri_glmfit group 
analysis (qdec doesn't allow you to choose your own subject surface files to 
analyze, so I figured mri_glmfit is my only option). Quick summary of what I 
did and where I get stuck:

##


I made a vol2surf conversion for some subject perfusion images hoping to 
evaluate CBF as if it were cortical thickness.  The original CBF volumes were 
registered and normalized in SPM and saved as CBF.nii all in same T1 space.  I 
made them into surface files using : mri_vol2surf --mov CBF.nii--regheader 
SubjectID --hemi rh --projfrac 0.5 --fwhm 10 --o CBF.mgh


I then tried to run:

mris_preproc --fsgd CBF.fsdg \

--cache-in CBF.fwhm10 \

--target fsaverage \

--hemi rh \

--out rh.CBF.10.mgh\


scans through all the subject .mghs

ninputs = # subjects

Checking inputs


"ERROR: dimension mismatch between" the first two surface files in my subject 
fsdg file


##


Please help. What should I do to get around this?


Thanks,

DP




___
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] mris_preproc error: dimension mismatch

2019-02-14 Thread Peters, Douglas G
External Email - Use Caution

Hi Everyone,

I'm trying to prepare my Cerebral blood flow surface data for mri_glmfit group 
analysis (qdec doesn't allow you to choose your own subject surface files to 
analyze, so I figured mri_glmfit is my only option). Quick summary of what I 
did and where I get stuck:

##


I made a vol2surf conversion for some subject perfusion images hoping to 
evaluate CBF as if it were cortical thickness.  The original CBF volumes were 
registered and normalized in SPM and saved as CBF.nii all in same T1 space.  I 
made them into surface files using : mri_vol2surf --mov CBF.nii--regheader 
SubjectID --hemi rh --projfrac 0.5 --fwhm 10 --o CBF.mgh


I then tried to run:

mris_preproc --fsgd CBF.fsdg \

--cache-in CBF.fwhm10 \

--target fsaverage \

--hemi rh \

--out rh.CBF.10.mgh\


scans through all the subject .mghs

ninputs = # subjects

Checking inputs


"ERROR: dimension mismatch between" the first two surface files in my subject 
fsdg file


##


Please help. What should I do to get around this?


Thanks,

DP

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

[Freesurfer] mris_preproc calling on incorrect target surface

2019-02-12 Thread Bunting, Emma
External Email - Use Caution

Hi Freesurfer Pros,



I'm trying to perform mris_preproc with an average subject that I created 
called 'avgsubject.Patients_EB', as my target.



Although it appears to take avgsubject.Patients_EB as the target subject, and 
VIPD_010 (the first subject in my fsgd file) as the source subject, it then 
somehow swaps the target and source surfaces (sphere.reg's) it is trying to 
call upon. I am therefore getting an error because there is no 
avgsubject.Patients_EB.sphere.reg file within the VIPD_010 subject folder.



The commands I use for the mri_preproc are below, with the sections I am 
referring to highlighted in bold.

ebunting@img-140:.../MRI_data/freesurfer$ mris_preproc --fsgd 
PDonly_Liu_EB.fsgd \

> --target avgsubject.Patients_EB \

> --hemi lh \

> --meas thickness \

> --out lh.PDonly_Liu_AvgSubjectPatients_EB.thickness.00.mgh \

>

nsubjects = 97

tmpdir is ./tmp.mris_preproc.12493

/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer

Log file is lh.PDonly_Liu_AvgSubjectPatients_EB.thickness.00.mris_preproc.log

Tue Feb 12 11:20:49 GMT 2019

setenv SUBJECTS_DIR 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer

cd /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer

/var/drc/software/64bit/freesurfer-6.0.0//bin/mris_preproc --fsgd 
PDonly_Liu_EB.fsgd --target avgsubject.Patients_EB --hemi lh --meas thickness 
--out lh.PDonly_Liu_AvgSubjectPatients_EB.thickness.00.mgh



Linux img-140.drc.ion.ucl.ac.uk 2.6.32-279.el6.x86_64 #1 SMP Wed Jun 13 
18:24:36 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

$Id: mris_preproc,v 1.76.2.1 2016/08/12 17:55:45 zkaufman Exp $

freesurfer-Linux-centos6_x86_64-stable-pub-v6.0.0-2beb96c

tmpdir is ./tmp.mris_preproc.12493

Src lh avgsubject.Patients_EB.sphere.reg

Trg lh sphere.reg









---

#@# 1/97 VIPD_010 Tue Feb 12 11:20:49 GMT 2019 --

---

mri_surf2surf --srcsubject VIPD_010 --srchemi lh --srcsurfreg 
avgsubject.Patients_EB.sphere.reg --trgsubject avgsubject.Patients_EB --trghemi 
lh --trgsurfreg sphere.reg --tval ./tmp.mris_preproc.12493/VIPD_010.1.mgh 
--sval 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.thickness
 --sfmt curv --noreshape --cortex

MRISread(/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.avgsubject.Patients_EB.sphere.reg):
 could not open file

Source registration surface changed to avgsubject.Patients_EB.sphere.reg

Target registration surface changed to sphere.reg



$Id: mri_surf2surf.c,v 1.103 2015/11/05 22:07:33 greve Exp $



setenv SUBJECTS_DIR 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer

cd /var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer

mri_surf2surf --srcsubject VIPD_010 --srchemi lh --srcsurfreg 
avgsubject.Patients_EB.sphere.reg --trgsubject avgsubject.Patients_EB --trghemi 
lh --trgsurfreg sphere.reg --tval ./tmp.mris_preproc.12493/VIPD_010.1.mgh 
--sval 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.thickness
 --sfmt curv --noreshape --cortex



sysname  Linux

hostname img-140.drc.ion.ucl.ac.uk

machine  x86_64

user ebunting

srcsubject = VIPD_010

srcval = 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.thickness

srctype= curv

trgsubject = avgsubject.Patients_EB

trgval = ./tmp.mris_preproc.12493/VIPD_010.1.mgh

trgtype=

srcsurfreg = avgsubject.Patients_EB.sphere.reg

trgsurfreg = sphere.reg

srchemi= lh

trghemi= lh

frame  = 0

fwhm-in= 0

fwhm-out   = 0

label-src  = lh.cortex.label

label-trg  = lh.cortex.label

OKToRevFaceOrder  = 1

UseDualHemi = 0

Reading source surface reg 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.avgsubject.Patients_EB.sphere.reg

No such file or directory

mri_surf2surf: could not read surface 
/var/drc/research/visioninpd/home_study_2017_data/MRI_data/freesurfer/VIPD_010/surf/lh.avgsubject.Patients_EB.sphere.reg

No such file or directory



n.b. that the lh.avgsubject.Patients_EB.sphere.reg file can be found within the 
avgsubject.Patients_EB/surf folder, so I believe this is an issue of simply 
mixing the target and source surfaces.



It is also worth noting that I have found your bug fix for the 
make_average_surface script, which now completes without errors. However, the 
make_average_subject script still completes with errors, and when I try to use 
the average_surface output as my target I get the same errors.



Please let me know if there is something I am doing wrong here, or if there is 
a way to fix the error I am getting!


Many thanks,


Emma Bunting

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/m

Re: [Freesurfer] mris_preproc paired diff outputs 0 values

2018-12-06 Thread Greve, Douglas N.,Ph.D.
If you just want to look at the difference maps, you can load the 
mris_preproc output stack as an overlay, then scroll through each one of 
them. You're still looking at each one of them, but you don't have to 
open them up one-by-one.

On 12/05/2018 02:21 PM, Sims, Sara A wrote:
>
> External Email - Use Caution
>
> I have now gotten this to run on 3 subjects. However I have 786 
> subjects and need to find the bad apple. Is there a way I can do 
> quality checks on each subject’s difference map in fsaverage space 
> that mris_preproc has made? Basically I want to cycle through the 
> concatenated file in a systematic way that hopefully doesn’t involve 
> me opening them one at a time in freeview. How could I do this?
>
> Sara Sims
>
> *From: * on behalf of Sara 
> Sims 
> *Reply-To: *Freesurfer support list 
> *Date: *Monday, December 3, 2018 at 10:56 AM
> *To: *Freesurfer support list 
> *Subject: *[Freesurfer] mris_preproc paired diff outputs 0 values
>
> *External Email - Use Caution *
>
> Hello,
>
> I am trying to do a paired difference analysis of two runs of 
> probtrackx (I have already put them on the surface). The two 
> conditions are “central” and “far” for each subject. I have already 
> checked the individual subjects data and it does indeed have values.
>
> *Here is a sample of my subject list:*
>
> 100206.central
>
> 100206.far
>
> 100307.central
>
> 100307.far
>
> 100408.central
>
> 100408.far
>
> …etc.
>
> *Here is my mris_preproc script:*
>
> mris_preproc --target fsaverage --hemi lh --isp 
> $in/FP/100206.central/lhsurf.mgh --isp $in/FP/100206.far/lhsurf.mgh 
> --isp $in/FP/100307.central/lhsurf.mgh --isp 
> $in/FP/100307.far/lhsurf.mgh --isp $in/FP/100408.central/lhsurf.mgh 
> --isp $in/FP/100408.far/lhsurf.mgh … --out 
> $out/preproc_FP_cf_lh/lh.paired-diff.FP_cf.mgh --f $sublist --paired-diff
>
> *The output log shows no errors, the number of inputs equals the 
> number in the subject list and it creates a file but it’s all zeros. I 
> just have no idea as to why this would happen?*
>
> **
>
> Thanks,
>
> Sara Sims
>
>
>
> ___
> 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

Re: [Freesurfer] mris_preproc paired diff outputs 0 values

2018-12-05 Thread Sims, Sara A
External Email - Use Caution

I have now gotten this to run on 3 subjects. However I have 786 subjects and 
need to find the bad apple. Is there a way I can do quality checks on each 
subject’s difference map in fsaverage space that mris_preproc has made? 
Basically I want to cycle through the concatenated file in a systematic way 
that hopefully doesn’t involve me opening them one at a time in freeview. How 
could I do this?

Sara Sims
From:  on behalf of Sara Sims 

Reply-To: Freesurfer support list 
Date: Monday, December 3, 2018 at 10:56 AM
To: Freesurfer support list 
Subject: [Freesurfer] mris_preproc paired diff outputs 0 values


External Email - Use Caution
Hello,
I am trying to do a paired difference analysis of two runs of probtrackx (I 
have already put them on the surface). The two conditions are “central” and 
“far” for each subject. I have already checked the individual subjects data and 
it does indeed have values.

Here is a sample of my subject list:
100206.central
100206.far
100307.central
100307.far
100408.central
100408.far
…etc.

Here is my mris_preproc script:
mris_preproc --target fsaverage --hemi lh --isp 
$in/FP/100206.central/lhsurf.mgh --isp $in/FP/100206.far/lhsurf.mgh --isp 
$in/FP/100307.central/lhsurf.mgh --isp $in/FP/100307.far/lhsurf.mgh --isp 
$in/FP/100408.central/lhsurf.mgh --isp $in/FP/100408.far/lhsurf.mgh … --out 
$out/preproc_FP_cf_lh/lh.paired-diff.FP_cf.mgh --f $sublist --paired-diff

The output log shows no errors, the number of inputs equals the number in the 
subject list and it creates a file but it’s all zeros. I just have no idea as 
to why this would happen?

Thanks,

Sara Sims

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

[Freesurfer] mris_preproc paired diff outputs 0 values

2018-12-03 Thread Sims, Sara A
External Email - Use Caution

Hello,
I am trying to do a paired difference analysis of two runs of probtrackx (I 
have already put them on the surface). The two conditions are “central” and 
“far” for each subject. I have already checked the individual subjects data and 
it does indeed have values.

Here is a sample of my subject list:
100206.central
100206.far
100307.central
100307.far
100408.central
100408.far
…etc.

Here is my mris_preproc script:
mris_preproc --target fsaverage --hemi lh --isp 
$in/FP/100206.central/lhsurf.mgh --isp $in/FP/100206.far/lhsurf.mgh --isp 
$in/FP/100307.central/lhsurf.mgh --isp $in/FP/100307.far/lhsurf.mgh --isp 
$in/FP/100408.central/lhsurf.mgh --isp $in/FP/100408.far/lhsurf.mgh … --out 
$out/preproc_FP_cf_lh/lh.paired-diff.FP_cf.mgh --f $sublist --paired-diff

The output log shows no errors, the number of inputs equals the number in the 
subject list and it creates a file but it’s all zeros. I just have no idea as 
to why this would happen?

Thanks,

Sara Sims

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

[Freesurfer] mris_preproc paired diff outputs 0 values

2018-12-02 Thread Sims, Sara A
External Email - Use Caution

Hello,
I am trying to do a paired difference analysis of two runs of probtrackx (I 
have already put them on the surface). The two conditions are “central” and 
“far” for each subject. I have already checked the individual subjects data and 
it does indeed have values.

Here is a sample of my subject list:
100206.central
100206.far
100307.central
100307.far
100408.central
100408.far
…etc.

Here is my mris_preproc script:
mris_preproc --target fsaverage --hemi lh --isp 
$in/FP/100206.central/lhsurf.mgh --isp $in/FP/100206.far/lhsurf.mgh --isp 
$in/FP/100307.central/lhsurf.mgh --isp $in/FP/100307.far/lhsurf.mgh --isp 
$in/FP/100408.central/lhsurf.mgh --isp $in/FP/100408.far/lhsurf.mgh … --out 
$out/preproc_FP_cf_lh/lh.paired-diff.FP_cf.mgh --f $sublist --paired-diff

The output log shows no errors, the number of inputs equals the number in the 
subject list and it creates a file but it’s all zeros. I just have no idea as 
to why this would happen?

Thanks,

Sara Sims

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer

Re: [Freesurfer] mris_preproc error

2018-05-22 Thread Douglas Greve
you will also need to recreate 
lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh


On 5/21/18 12:45 PM, Barletta, Valeria wrote:
> Hi Freesurfers,
> I sent this help request some days ago but had some problems in receiving the 
> reply because of mailing list subscription issues...
> Sorry for submitting this request again:
>
> I used the command mris_preproc to have all the surfaces of my cohort 
> concatenated in fs average and I obtained this error message from several of 
> my subjects:
>
> #@# 3/11 MS073_R01_05/Bay8_3T/fs/MS073_R01_05 Fri May 11 14:24:58 EDT 2018 
> --
> ---
> mri_surf2surf --srcsubject MS073_R01_05/Bay8_3T/fs/MS073_R01_05 --srchemi lh 
> --srcsurfreg sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg 
> sphere.reg --tval 
> /autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
>  --sval 
> /autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
>  --noreshape --no-cortex
> ERROR: dimension inconsistency in source data
> Number of surface vertices = 124277
> Number of value vertices = 124470
> Source registration surface changed to sphere.reg
> Target registration surface changed to sphere.reg
> srcsubject = MS073_R01_05/Bay8_3T/fs/MS073_R01_05
> srcval = 
> /autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
> srctype=
> trgsubject = fsaverage
> trgval = 
> /autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
> trgtype=
> srcsurfreg = sphere.reg
> trgsurfreg = sphere.reg
> srchemi= lh
> trghemi= lh
> frame  = 0
> fwhm-in= 0
> fwhm-out   = 0
> label-src  = (null)
> label-trg  = (null)
> OKToRevFaceOrder  = 1
> Reading source surface reg 
> /autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic//MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/lh.sphere.reg
> Loading source data
>
>
> I saw that the problem could be related with the sphere file and I tried 
> re-running -autorecon2 and -autorecon3 but it did not solve the problem.
> Could you please help me out with this?
> Thank you,
> Valeria
>
> ___
> 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] mris_preproc error

2018-05-21 Thread Barletta, Valeria
Hi Freesurfers,
I sent this help request some days ago but had some problems in receiving the 
reply because of mailing list subscription issues...
Sorry for submitting this request again:

I used the command mris_preproc to have all the surfaces of my cohort 
concatenated in fs average and I obtained this error message from several of my 
subjects:

#@# 3/11 MS073_R01_05/Bay8_3T/fs/MS073_R01_05 Fri May 11 14:24:58 EDT 2018 
--
---
mri_surf2surf --srcsubject MS073_R01_05/Bay8_3T/fs/MS073_R01_05 --srchemi lh 
--srcsurfreg sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg 
sphere.reg --tval 
/autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
 --sval 
/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
 --noreshape --no-cortex
ERROR: dimension inconsistency in source data
   Number of surface vertices = 124277
   Number of value vertices = 124470
Source registration surface changed to sphere.reg
Target registration surface changed to sphere.reg
srcsubject = MS073_R01_05/Bay8_3T/fs/MS073_R01_05
srcval = 
/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
srctype=
trgsubject = fsaverage
trgval = 
/autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
trgtype=
srcsurfreg = sphere.reg
trgsurfreg = sphere.reg
srchemi= lh
trghemi= lh
frame  = 0
fwhm-in= 0
fwhm-out   = 0
label-src  = (null)
label-trg  = (null)
OKToRevFaceOrder  = 1
Reading source surface reg 
/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic//MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/lh.sphere.reg
Loading source data


I saw that the problem could be related with the sphere file and I tried 
re-running -autorecon2 and -autorecon3 but it did not solve the problem.
Could you please help me out with this?
Thank you,
Valeria

___
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] mris_preproc error

2018-05-14 Thread Douglas Greve
You probably need to regenerate this file:

/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh


On 5/11/18 2:39 PM, Barletta, Valeria wrote:
> Hi Freesurfers,
> I used the command mris_preproc to have all the surfaces of my cohort 
> concatenated in fs average and I obtained this error message from several of 
> my subjects:
>
> #@# 3/11 MS073_R01_05/Bay8_3T/fs/MS073_R01_05 Fri May 11 14:24:58 EDT 2018 
> --
> ---
> mri_surf2surf --srcsubject MS073_R01_05/Bay8_3T/fs/MS073_R01_05 --srchemi lh 
> --srcsurfreg sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg 
> sphere.reg --tval 
> /autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
>  --sval 
> /autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
>  --noreshape --no-cortex
> ERROR: dimension inconsistency in source data
> Number of surface vertices = 124277
> Number of value vertices = 124470
> Source registration surface changed to sphere.reg
> Target registration surface changed to sphere.reg
> srcsubject = MS073_R01_05/Bay8_3T/fs/MS073_R01_05
> srcval = 
> /autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
> srctype=
> trgsubject = fsaverage
> trgval = 
> /autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
> trgtype=
> srcsurfreg = sphere.reg
> trgsurfreg = sphere.reg
> srchemi= lh
> trghemi= lh
> frame  = 0
> fwhm-in= 0
> fwhm-out   = 0
> label-src  = (null)
> label-trg  = (null)
> OKToRevFaceOrder  = 1
> Reading source surface reg 
> /autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic//MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/lh.sphere.reg
> Loading source data
>
>
> I saw that the problem could be related with the sphere file and I tried 
> re-running -autorecon2 and -autorecon3 but it did not solve the problem.
> Could you please help me out with this?
> Thank you,
> Valeria
> ___
> 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] mris_preproc error

2018-05-11 Thread Barletta, Valeria
Hi Freesurfers,
I used the command mris_preproc to have all the surfaces of my cohort 
concatenated in fs average and I obtained this error message from several of my 
subjects:

#@# 3/11 MS073_R01_05/Bay8_3T/fs/MS073_R01_05 Fri May 11 14:24:58 EDT 2018 
--
---
mri_surf2surf --srcsubject MS073_R01_05/Bay8_3T/fs/MS073_R01_05 --srchemi lh 
--srcsurfreg sphere.reg --trgsubject fsaverage --trghemi lh --trgsurfreg 
sphere.reg --tval 
/autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
 --sval 
/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
 --noreshape --no-cortex
ERROR: dimension inconsistency in source data
   Number of surface vertices = 124277
   Number of value vertices = 124470
Source registration surface changed to sphere.reg
Target registration surface changed to sphere.reg
srcsubject = MS073_R01_05/Bay8_3T/fs/MS073_R01_05
srcval = 
/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic/MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/overlay/lh.MS073_R01_05-t2star_05iso_corr_disco_r0.8_depth0.5_fwhm3.mgh
srctype= 
trgsubject = fsaverage
trgval = 
/autofs/space/alicudi_002/users/mscat/users/valeria/CMEt2star/11Subj/tmp.mris_preproc.10346/MS073_R01_05.Bay8_3T.fs.MS073_R01_05.3.mgh
trgtype= 
srcsurfreg = sphere.reg
trgsurfreg = sphere.reg
srchemi= lh
trghemi= lh
frame  = 0
fwhm-in= 0
fwhm-out   = 0
label-src  = (null)
label-trg  = (null)
OKToRevFaceOrder  = 1
Reading source surface reg 
/autofs/space/alicudi_002/users/mscat/users/gabriel/R01_Automatic//MS073_R01_05/Bay8_3T/fs/MS073_R01_05/surf/lh.sphere.reg
Loading source data


I saw that the problem could be related with the sphere file and I tried 
re-running -autorecon2 and -autorecon3 but it did not solve the problem.
Could you please help me out with this?
Thank you,
Valeria
___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-10 Thread M del Mar Velasco
Thanks you anyway, Douglas
___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-09 Thread Mehta, Chintan


Thank you for the insight; that is very interesting. I'm performing tests of 
continuous independent variables over a single sample of normally developing 
children (ages uniformly distributed from 8 to 15 along with 50/50 gender 
split). The IV is, for example, age-normed cognitive scores falling in a normal 
distribution. Since there is only one group, I suppose creating my own template 
from all samples could introduce significant bias; especially if there are 
hidden sources of heterogeneity I'm unaware of.

Thank you.

Best,
Chintan


On 11/09/2017 07:07 AM, Greve, Douglas wrote:



> It might capture specific anatomical features that are unique to your
> data set. It can be tricky though as you need to make sure to include an
> equal mix of all your groups. Eg, if you have 20 ADs and 10 controls,
> you'd need to make an atlas with 10 ADs and 10 controls.


___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-09 Thread Douglas N Greve
It might capture specific anatomical features that are unique to your 
data set. It can be tricky though as you need to make sure to include an 
equal mix of all your groups. Eg, if you have 20 ADs and 10 controls, 
you'd need to make an atlas with 10 ADs and 10 controls.


On 11/08/2017 03:57 PM, Mehta, Chintan wrote:
> Dear Doug,
> Are there reasons why registering to my_subject_average 
> (template defined from, say, average in a cross-sectional sample) can 
> be better than registering to fsaverage?
> Thank you.
> Best,
> Chintan
>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-09 Thread Douglas N Greve
no, sorry


On 11/09/2017 03:50 AM, M del Mar Velasco wrote:
>
> Thanks you for your reply.
>
> I have used surfreg script and now it runs correctly. However, my 
> subject list is very long, I have 100 subjects and running surfreg 
> with all subject takes 13 hours (using all my cpus in a parallel way). 
> Is there any option to reduce this long time? Any cuda file?
>
>
> Thanks in advance,
>
>
> M del Mar
>
>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-09 Thread M del Mar Velasco
Thanks you for your reply.

I have used surfreg script and now it runs correctly. However, my subject list 
is very long, I have 100 subjects and running surfreg with all subject takes 13 
hours (using all my cpus in a parallel way). Is there any option to reduce this 
long time? Any cuda file?


Thanks in advance,


M del Mar
___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-08 Thread Mehta, Chintan
Dear Doug,
Are there reasons why registering to my_subject_average (template defined from, 
say, average in a cross-sectional sample) can be better than registering to 
fsaverage?
Thank you.
Best,
Chintan
___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-07 Thread Douglas Greve
The way that mris_preproc used to work was confusing. It made it look 
like you were actually sampling to my_subject_average. In reality, it 
was only using my_subject_average to perform smoothing -- the entire 
analysis was done in fsaverage space. To clarify this, I required that 
there by a new surface registration file when something other than 
fsaverage is specified as the target. If you want to perform the 
analysis in my_subject_average, then run the surfreg script for each 
subject targeting my_subject_average. If you want to do it as before, 
then use fsaverage. You can visualize the results on my_subject_average.




On 11/7/17 8:02 AM, M del Mar Velasco wrote:


Dear FreeSurfer experts,


I am using /mris_preproc/ command with following options:


/mris_preproc --s s_001 --s s_002 --s s_003 --target 
my_subject_average --hemi lh --meas my_input_surf.mgh --out 
/my_output_path/output_file/



I observe/mris_preproc/ uses /mri_surf2surf/. My question is related 
to Freesurfer version. Using FreeSurfer 5.3, /mri_surf2surf/ takes 
/sphere.reg/ as /srcsurfreg/, while with Freesurfer 6 script 
/mri_surf2surf/ has changed. It takes /my_subject_average.sphere.reg 
/(target of /mris_preproc/) as /s//rcsurfreg/. I get an error because 
/my_subject_average.sphere.reg/ file doesn't exist inside s_001 folder.



Why Freesurfer 6 changes /srcsurfreg/ to /$target.sphere.reg/? What 
can I do in order to be coherent with my script which was designed 
using Freesurfer 5.3?



Thanks in advance,


M del Mar




___
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] mris_preproc srcsurfreg Freesurfer 6.0

2017-11-07 Thread M del Mar Velasco
Dear FreeSurfer experts,


I am using mris_preproc command with following options:


 mris_preproc --s s_001 --s s_002 --s s_003 --target my_subject_average 
--hemi lh --meas my_input_surf.mgh --out /my_output_path/output_file


I observe mris_preproc uses mri_surf2surf. My question is related to Freesurfer 
version. Using FreeSurfer 5.3, mri_surf2surf takes sphere.reg as srcsurfreg, 
while with Freesurfer 6 script mri_surf2surf has changed. It takes 
my_subject_average.sphere.reg (target of mris_preproc) as srcsurfreg. I get an 
error because my_subject_average.sphere.reg file doesn't exist inside s_001 
folder.


Why Freesurfer 6 changes srcsurfreg to $target.sphere.reg? What can I do in 
order to be coherent with my script which was designed using Freesurfer 5.3?


Thanks in advance,


M del Mar



___
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] mris_preproc version 6

2017-02-16 Thread Fotiadis, Panagiotis
Thanks, Doug!

Panagiotis Fotiadis
Research Technologist II
J. P. Kistler Stroke Research Center
Massachusetts General Hospital
175 Cambridge Street, Suite 300
Boston, MA, 02114
T: (617) 643-3869


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Thursday, February 16, 2017 1:32 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc version 6

here you go

https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc



On 02/16/2017 01:18 PM, Fotiadis, Panagiotis wrote:
> Hi Doug and Bruce,
>
> I was wondering whether you know where I can download the version 6
> mris_preproc!
>
> Thanks in advance,
> Panos
>
> Panagiotis Fotiadis
> Research Technologist II
> J. P. Kistler Stroke Research Center
> Massachusetts General Hospital
> 175 Cambridge Street, Suite 300
> Boston, MA, 02114
> T: (617) 643-3869
>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc version 6

2017-02-16 Thread Douglas N Greve
here you go

https://gate.nmr.mgh.harvard.edu/safelinks/greve/mris_preproc



On 02/16/2017 01:18 PM, Fotiadis, Panagiotis wrote:
> Hi Doug and Bruce,
>
> I was wondering whether you know where I can download the version 6 
> mris_preproc!
>
> Thanks in advance,
> Panos
>
> Panagiotis Fotiadis
> Research Technologist II
> J. P. Kistler Stroke Research Center
> Massachusetts General Hospital
> 175 Cambridge Street, Suite 300
> Boston, MA, 02114
> T: (617) 643-3869
>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc version 6

2017-02-16 Thread Fotiadis, Panagiotis
Hi Doug and Bruce,

I was wondering whether you know where I can download the version 6 
mris_preproc!

Thanks in advance,
Panos

Panagiotis Fotiadis
Research Technologist II
J. P. Kistler Stroke Research Center
Massachusetts General Hospital
175 Cambridge Street, Suite 300
Boston, MA, 02114
T: (617) 643-3869
___
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] mris_preproc

2016-11-04 Thread Alshikho, Mohamad J.
Thank you very much Doug!

-Original Message-
From: freesurfer-boun...@nmr.mgh.harvard.edu 
[mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N Greve
Sent: Friday, November 4, 2016 12:14 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc

projfrac = -2 appears to be pointing at the ventricle. It should be 2*thickness 
away from the white surface into the white matter


On 11/04/2016 12:11 PM, Alshikho, Mohamad J. wrote:
> Hi Doug,
> I am sorry for sending multiple emails. I wanted to be sure that I understand 
> it properly. Kindly:
> My question is regarding "projfrac = -1" and "projfrc=-2" are the pointers in 
> the figure located correctly where the analysis will be carried out?
>
> Thanks again
>
>
>
>
> -Original Message-
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N Greve
> Sent: Friday, November 4, 2016 12:09 PM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc
>
> Do you have a question about the image?
>
>
> On 11/04/2016 11:09 AM, Alshikho, Mohamad J. wrote:
>> Thank you Doug!
>> Kindly in the attached figure are the "projfrac" values for #4 and #5 
>> correct for at which level the analysis will be carried out.
>>
>> -Original Message-
>> From: freesurfer-boun...@nmr.mgh.harvard.edu
>> [mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N
>> Greve
>> Sent: Friday, November 4, 2016 10:29 AM
>> To: freesurfer@nmr.mgh.harvard.edu
>> Subject: Re: [Freesurfer] mris_preproc
>>
>>
>>
>> On 11/04/2016 07:25 AM, Alshikho, Mohamad J. wrote:
>>>Dear FS experts,
>>>
>>>I ran surface based analysis using PET maps, and the pipeline
>>> reported, in FS list, by multiple colleagues as  the following:
>>>
>>> ·spmregister --s subj --mov pet.nii --reg reg.dat --out pet_t1.mgh
>>>
>>> ·mris_preproc --target fsaverage --hemi lh --iv subj1/ubject1_pet.nii
>>> subject1/pet/pet_2_T1_register.dat . --projfrac 0.5 --out lh.mgh
>>>
>>> ·mri_surf2surf --hemi lh --s fsaverage --fwhm 6 --cortex --sval
>>> lh.mgh --tval lh.sm6.mgh
>>>
>>> ·mri_glmfit--y lh.sm6.mgh--fsgd fsgd.txt--C 2gc0.mtx --surf fsaverage
>>> lh --cortex --glmdir lh.glmdir//
>>>
>>> ·then mri_glmfit-sim to correct for multiple comparison.
>>>
>>> I wanted to know the correct usage of the flag "*_projfrac_*" in the
>>> command "*_mris_preproc_*":
>>>
>>> My understanding is that this flag control running the surface based
>>> analysis far from the surface (i.e. close to the surface or deep in
>>> the white matter)
>>>
>>> ·If it is 0.5 èthat means the surface based analysis is running in
>>> the middle area between white and pial
>>>
>>> ·if it is zero èthe surface based analysis is running close to white
>>> matter
>>>
>>> ·if it is +1 èthat means the surface based analysis is running close
>>> to the pial
>>>
>>> ·if it is -1 èthat means the surface based analysis is running deep
>>> in the white matter
>>>
>>> Kindly:
>>>
>>> 1.Is this correct?
>>>
>> Yes
>>> 2.Can I  use values like -2 or -3 ... etc to run the analysis deep in
>>> the white matter. I aim to run surface based analysis on multiple
>>> layers of the brain deep from the pial to investigate how the PET
>>> signal is going to change between these layers?
>>>
>> In principle, yes, but often what happens is that when you follow the normal 
>> vector into the white matter that far, you end up in GM or CSF and not WM.
>>> 3.What is the difference between the flag "*_projfrac_*" and the flag
>>> "*_projdis_*"
>>>
>> projdist will project an absolute distance (in mm). projfrac will
>> project a fraction of the thickness (as you describe above)
>>> 4.If I replace the PET maps in the previous pipeline by diffusion
>>> maps? Is it keep valid for diffusion data?
>>>
>> I guess it depends on what you mean by "valid". As I mention above, it
>> will not necessarily sample WM, and that probably invalidates it
>> somewhat
>>> Many Thank!
>>>
>>> Mohamad
>>>
>>>
>>>
>>> ___
>>> Freesurfer mailing list
>>> Freesurfer@nmr.mgh.harvard.edu
>>> h

Re: [Freesurfer] mris_preproc

2016-11-04 Thread Douglas N Greve
projfrac = -2 appears to be pointing at the ventricle. It should be 
2*thickness away from the white surface into the white matter


On 11/04/2016 12:11 PM, Alshikho, Mohamad J. wrote:
> Hi Doug,
> I am sorry for sending multiple emails. I wanted to be sure that I understand 
> it properly. Kindly:
> My question is regarding "projfrac = -1" and "projfrc=-2" are the pointers in 
> the figure located correctly where the analysis will be carried out?
>
> Thanks again
>
>
>
>
> -Original Message-
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N Greve
> Sent: Friday, November 4, 2016 12:09 PM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc
>
> Do you have a question about the image?
>
>
> On 11/04/2016 11:09 AM, Alshikho, Mohamad J. wrote:
>> Thank you Doug!
>> Kindly in the attached figure are the "projfrac" values for #4 and #5 
>> correct for at which level the analysis will be carried out.
>>
>> -Original Message-
>> From: freesurfer-boun...@nmr.mgh.harvard.edu
>> [mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N
>> Greve
>> Sent: Friday, November 4, 2016 10:29 AM
>> To: freesurfer@nmr.mgh.harvard.edu
>> Subject: Re: [Freesurfer] mris_preproc
>>
>>
>>
>> On 11/04/2016 07:25 AM, Alshikho, Mohamad J. wrote:
>>>Dear FS experts,
>>>
>>>I ran surface based analysis using PET maps, and the pipeline
>>> reported, in FS list, by multiple colleagues as  the following:
>>>
>>> ·spmregister --s subj --mov pet.nii --reg reg.dat --out pet_t1.mgh
>>>
>>> ·mris_preproc --target fsaverage --hemi lh --iv subj1/ubject1_pet.nii
>>> subject1/pet/pet_2_T1_register.dat . --projfrac 0.5 --out lh.mgh
>>>
>>> ·mri_surf2surf --hemi lh --s fsaverage --fwhm 6 --cortex --sval
>>> lh.mgh --tval lh.sm6.mgh
>>>
>>> ·mri_glmfit--y lh.sm6.mgh--fsgd fsgd.txt--C 2gc0.mtx --surf fsaverage
>>> lh --cortex --glmdir lh.glmdir//
>>>
>>> ·then mri_glmfit-sim to correct for multiple comparison.
>>>
>>> I wanted to know the correct usage of the flag "*_projfrac_*" in the
>>> command "*_mris_preproc_*":
>>>
>>> My understanding is that this flag control running the surface based
>>> analysis far from the surface (i.e. close to the surface or deep in
>>> the white matter)
>>>
>>> ·If it is 0.5 èthat means the surface based analysis is running in
>>> the middle area between white and pial
>>>
>>> ·if it is zero èthe surface based analysis is running close to white
>>> matter
>>>
>>> ·if it is +1 èthat means the surface based analysis is running close
>>> to the pial
>>>
>>> ·if it is -1 èthat means the surface based analysis is running deep
>>> in the white matter
>>>
>>> Kindly:
>>>
>>> 1.Is this correct?
>>>
>> Yes
>>> 2.Can I  use values like -2 or -3 ... etc to run the analysis deep in
>>> the white matter. I aim to run surface based analysis on multiple
>>> layers of the brain deep from the pial to investigate how the PET
>>> signal is going to change between these layers?
>>>
>> In principle, yes, but often what happens is that when you follow the normal 
>> vector into the white matter that far, you end up in GM or CSF and not WM.
>>> 3.What is the difference between the flag "*_projfrac_*" and the flag
>>> "*_projdis_*"
>>>
>> projdist will project an absolute distance (in mm). projfrac will
>> project a fraction of the thickness (as you describe above)
>>> 4.If I replace the PET maps in the previous pipeline by diffusion
>>> maps? Is it keep valid for diffusion data?
>>>
>> I guess it depends on what you mean by "valid". As I mention above, it
>> will not necessarily sample WM, and that probably invalidates it
>> somewhat
>>> Many Thank!
>>>
>>> Mohamad
>>>
>>>
>>>
>>> ___
>>> 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.h

Re: [Freesurfer] mris_preproc

2016-11-04 Thread Douglas N Greve
Do you have a question about the image?


On 11/04/2016 11:09 AM, Alshikho, Mohamad J. wrote:
> Thank you Doug!
> Kindly in the attached figure are the "projfrac" values for #4 and #5 correct 
> for at which level the analysis will be carried out.
>
> -Original Message-
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N Greve
> Sent: Friday, November 4, 2016 10:29 AM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc
>
>
>
> On 11/04/2016 07:25 AM, Alshikho, Mohamad J. wrote:
>>   Dear FS experts,
>>
>>   I ran surface based analysis using PET maps, and the pipeline
>> reported, in FS list, by multiple colleagues as  the following:
>>
>> ·spmregister --s subj --mov pet.nii --reg reg.dat --out pet_t1.mgh
>>
>> ·mris_preproc --target fsaverage --hemi lh --iv subj1/ubject1_pet.nii
>> subject1/pet/pet_2_T1_register.dat . --projfrac 0.5 --out lh.mgh
>>
>> ·mri_surf2surf --hemi lh --s fsaverage --fwhm 6 --cortex --sval lh.mgh
>> --tval lh.sm6.mgh
>>
>> ·mri_glmfit--y lh.sm6.mgh--fsgd fsgd.txt--C 2gc0.mtx --surf fsaverage
>> lh --cortex --glmdir lh.glmdir//
>>
>> ·then mri_glmfit-sim to correct for multiple comparison.
>>
>> I wanted to know the correct usage of the flag "*_projfrac_*" in the
>> command "*_mris_preproc_*":
>>
>> My understanding is that this flag control running the surface based
>> analysis far from the surface (i.e. close to the surface or deep in
>> the white matter)
>>
>> ·If it is 0.5 èthat means the surface based analysis is running in the
>> middle area between white and pial
>>
>> ·if it is zero èthe surface based analysis is running close to white
>> matter
>>
>> ·if it is +1 èthat means the surface based analysis is running close
>> to the pial
>>
>> ·if it is -1 èthat means the surface based analysis is running deep in
>> the white matter
>>
>> Kindly:
>>
>> 1.Is this correct?
>>
> Yes
>> 2.Can I  use values like -2 or -3 ... etc to run the analysis deep in
>> the white matter. I aim to run surface based analysis on multiple
>> layers of the brain deep from the pial to investigate how the PET
>> signal is going to change between these layers?
>>
> In principle, yes, but often what happens is that when you follow the normal 
> vector into the white matter that far, you end up in GM or CSF and not WM.
>> 3.What is the difference between the flag "*_projfrac_*" and the flag
>> "*_projdis_*"
>>
> projdist will project an absolute distance (in mm). projfrac will project a 
> fraction of the thickness (as you describe above)
>> 4.If I replace the PET maps in the previous pipeline by diffusion
>> maps? Is it keep valid for diffusion data?
>>
> I guess it depends on what you mean by "valid". As I mention above, it will 
> not necessarily sample WM, and that probably invalidates it somewhat
>> Many Thank!
>>
>> Mohamad
>>
>>
>>
>> ___
>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> ___
> 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

-- 
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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc

2016-11-04 Thread Alshikho, Mohamad J.
Hi Doug,
I am sorry for sending multiple emails. I wanted to be sure that I understand 
it properly. Kindly:
My question is regarding "projfrac = -1" and "projfrc=-2" are the pointers in 
the figure located correctly where the analysis will be carried out?

Thanks again




-Original Message-
From: freesurfer-boun...@nmr.mgh.harvard.edu 
[mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N Greve
Sent: Friday, November 4, 2016 12:09 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc

Do you have a question about the image?


On 11/04/2016 11:09 AM, Alshikho, Mohamad J. wrote:
> Thank you Doug!
> Kindly in the attached figure are the "projfrac" values for #4 and #5 correct 
> for at which level the analysis will be carried out.
>
> -Original Message-
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [mailto:freesurfer-boun...@nmr.mgh.harvard.edu] On Behalf Of Douglas N 
> Greve
> Sent: Friday, November 4, 2016 10:29 AM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc
>
>
>
> On 11/04/2016 07:25 AM, Alshikho, Mohamad J. wrote:
>>   Dear FS experts,
>>
>>   I ran surface based analysis using PET maps, and the pipeline 
>> reported, in FS list, by multiple colleagues as  the following:
>>
>> ·spmregister --s subj --mov pet.nii --reg reg.dat --out pet_t1.mgh
>>
>> ·mris_preproc --target fsaverage --hemi lh --iv subj1/ubject1_pet.nii 
>> subject1/pet/pet_2_T1_register.dat . --projfrac 0.5 --out lh.mgh
>>
>> ·mri_surf2surf --hemi lh --s fsaverage --fwhm 6 --cortex --sval 
>> lh.mgh --tval lh.sm6.mgh
>>
>> ·mri_glmfit--y lh.sm6.mgh--fsgd fsgd.txt--C 2gc0.mtx --surf fsaverage 
>> lh --cortex --glmdir lh.glmdir//
>>
>> ·then mri_glmfit-sim to correct for multiple comparison.
>>
>> I wanted to know the correct usage of the flag "*_projfrac_*" in the 
>> command "*_mris_preproc_*":
>>
>> My understanding is that this flag control running the surface based 
>> analysis far from the surface (i.e. close to the surface or deep in 
>> the white matter)
>>
>> ·If it is 0.5 èthat means the surface based analysis is running in 
>> the middle area between white and pial
>>
>> ·if it is zero èthe surface based analysis is running close to white 
>> matter
>>
>> ·if it is +1 èthat means the surface based analysis is running close 
>> to the pial
>>
>> ·if it is -1 èthat means the surface based analysis is running deep 
>> in the white matter
>>
>> Kindly:
>>
>> 1.Is this correct?
>>
> Yes
>> 2.Can I  use values like -2 or -3 ... etc to run the analysis deep in 
>> the white matter. I aim to run surface based analysis on multiple 
>> layers of the brain deep from the pial to investigate how the PET 
>> signal is going to change between these layers?
>>
> In principle, yes, but often what happens is that when you follow the normal 
> vector into the white matter that far, you end up in GM or CSF and not WM.
>> 3.What is the difference between the flag "*_projfrac_*" and the flag 
>> "*_projdis_*"
>>
> projdist will project an absolute distance (in mm). projfrac will 
> project a fraction of the thickness (as you describe above)
>> 4.If I replace the PET maps in the previous pipeline by diffusion 
>> maps? Is it keep valid for diffusion data?
>>
> I guess it depends on what you mean by "valid". As I mention above, it 
> will not necessarily sample WM, and that probably invalidates it 
> somewhat
>> Many Thank!
>>
>> Mohamad
>>
>>
>>
>> ___
>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: 
> ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> ___
> 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

--
Douglas N. Greve, Ph.D.
MGH

Re: [Freesurfer] mris_preproc

2016-11-04 Thread Douglas N Greve


On 11/04/2016 07:25 AM, Alshikho, Mohamad J. wrote:
>
>  Dear FS experts,
>
>  I ran surface based analysis using PET maps, and the pipeline 
> reported, in FS list, by multiple colleagues as  the following:
>
> ·spmregister --s subj --mov pet.nii --reg reg.dat --out pet_t1.mgh
>
> ·mris_preproc --target fsaverage --hemi lh --iv subj1/ubject1_pet.nii 
> subject1/pet/pet_2_T1_register.dat . --projfrac 0.5 --out lh.mgh
>
> ·mri_surf2surf --hemi lh --s fsaverage --fwhm 6 --cortex --sval lh.mgh 
> --tval lh.sm6.mgh
>
> ·mri_glmfit--y lh.sm6.mgh--fsgd fsgd.txt--C 2gc0.mtx --surf fsaverage 
> lh --cortex --glmdir lh.glmdir//
>
> ·then mri_glmfit-sim to correct for multiple comparison.
>
> I wanted to know the correct usage of the flag “*_projfrac_*” in the 
> command "*_mris_preproc_*":
>
> My understanding is that this flag control running the surface based 
> analysis far from the surface (i.e. close to the surface or deep in 
> the white matter)
>
> ·If it is 0.5 èthat means the surface based analysis is running in the 
> middle area between white and pial
>
> ·if it is zero èthe surface based analysis is running close to white 
> matter
>
> ·if it is +1 èthat means the surface based analysis is running close 
> to the pial
>
> ·if it is -1 èthat means the surface based analysis is running deep in 
> the white matter
>
> Kindly:
>
> 1.Is this correct?
>
Yes
>
> 2.Can I  use values like -2 or -3 ... etc to run the analysis deep in 
> the white matter. I aim to run surface based analysis on multiple 
> layers of the brain deep from the pial to investigate how the PET 
> signal is going to change between these layers?
>
In principle, yes, but often what happens is that when you follow the 
normal vector into the white matter that far, you end up in GM or CSF 
and not WM.
>
> 3.What is the difference between the flag "*_projfrac_*" and the flag 
> "*_projdis_*"
>
projdist will project an absolute distance (in mm). projfrac will 
project a fraction of the thickness (as you describe above)
>
> 4.If I replace the PET maps in the previous pipeline by diffusion 
> maps? Is it keep valid for diffusion data?
>
I guess it depends on what you mean by "valid". As I mention above, it 
will not necessarily sample WM, and that probably invalidates it somewhat
>
> Many Thank!
>
> Mohamad
>
>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc

2016-11-04 Thread Alshikho, Mohamad J.
 Dear FS experts,
 I ran surface based analysis using PET maps, and the pipeline reported, in FS 
list, by multiple colleagues as  the following:

* spmregister --s subj --mov pet.nii --reg reg.dat --out pet_t1.mgh

* mris_preproc --target fsaverage --hemi lh --iv subj1/ubject1_pet.nii 
subject1/pet/pet_2_T1_register.dat . --projfrac 0.5 --out lh.mgh

* mri_surf2surf --hemi lh --s fsaverage --fwhm 6 --cortex --sval lh.mgh 
--tval lh.sm6.mgh

* mri_glmfit--y lh.sm6.mgh--fsgd fsgd.txt--C 2gc0.mtx --surf fsaverage 
lh --cortex --glmdir lh.glmdir//

* then mri_glmfit-sim to correct for multiple comparison.

I wanted to know the correct usage of the flag "projfrac" in the command 
"mris_preproc":

My understanding is that this flag control running the surface based analysis 
far from the surface (i.e. close to the surface or deep in the white matter)


* If it is 0.5 ==> that means the surface based analysis is running in 
the middle area between white and pial

* if it is zero ==> the surface based analysis is running close to 
white matter

* if it is +1 ==> that means the surface based analysis is running 
close to the pial

* if it is -1 ==> that means the surface based analysis is running deep 
in the white matter

Kindly:


1.   Is this correct?

2.   Can I  use values like -2 or -3 ... etc to run the analysis deep in 
the white matter. I aim to run surface based analysis on multiple layers of the 
brain deep from the pial to investigate how the PET signal is going to change 
between these layers?

3.   What is the difference between the flag "projfrac" and the flag 
"projdis"

4.   If I replace the PET maps in the previous pipeline by diffusion maps? 
Is it keep valid for diffusion data?

Many Thank!
Mohamad
___
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] mris_preproc subject-volume mismatch

2016-07-07 Thread Raney, Talia L.
It worked with the register.dat files. Thank you! 

From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, July 06, 2016 2:07 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch

Ah, the problem is with using an lta with 5.3 mris_preproc. I've put
version 6 mris_preproc here
ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc
try that and see if it works. Alternatively, you could convert the lta
files to register.dat files


On 07/06/2016 02:02 PM, Raney, Talia L. wrote:
> Hmm, it says that there is one frame in each of the subjects.
> 
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
> [gr...@nmr.mgh.harvard.edu]
> Sent: Wednesday, July 06, 2016 1:54 PM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch
>
> It must be that one of the ces files has multiple frames. Try running
> mri_info --nframes ces.nii.gz
> on all of the ces files to see how many frames are in each
>
> On 07/06/2016 01:39 PM, Raney, Talia L. wrote:
>> mris_preproc --target fsaverage --hemi lh --iv 
>> WADG77j/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
>> WADG77j/restingstate/bb.register.lta --iv 
>> WADG77k/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
>> WADG77k/restingstate/bb.register.lta --projfrac 0.5 --out lh.ces.mgh
>> ERROR: number of input volumes (2) does not equal number of subjects (8)
>> It apparently thinks one volume is 4 subjects but when checking 
>> bb.register.lta, it doesn't appear to be the case.
>> Thanks!
>> Talia
>> 
>> From: freesurfer-boun...@nmr.mgh.harvard.edu 
>> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
>> [gr...@nmr.mgh.harvard.edu]
>> Sent: Wednesday, July 06, 2016 1:19 PM
>> To: freesurfer@nmr.mgh.harvard.edu
>> Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch
>>
>> can you send the terminal output?
>>
>> On 07/06/2016 11:32 AM, Raney, Talia L. wrote:
>>> Hi FreeSurfer users,
>>> I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
>>> tutorial). However, I keep getting an error that the number of input 
>>> volumes does not equal number of subjects. It seems one volume is counted 
>>> as 4 subjects. I'm wondering what the command determines to be the subject 
>>> list when you use the --iv flag.
>>> For reference, I'm basing it off of this command:
>>> mris_preproc --target fsaverage --hemi lh \
>>>  --iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
>>>  --iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
>>>  --iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
>>>  --iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
>>>  --iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
>>>  --projfrac 0.5 \
>>>  --out lh.ces.mgh
>>> Thanks!
>>> Talia
>>> ___
>>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
>> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
>> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>>
>> ___
>> 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
>>
>>
> --
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> 

Re: [Freesurfer] mris_preproc subject-volume mismatch

2016-07-06 Thread Douglas N Greve
Ah, the problem is with using an lta with 5.3 mris_preproc. I've put 
version 6 mris_preproc here
ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc
try that and see if it works. Alternatively, you could convert the lta 
files to register.dat files


On 07/06/2016 02:02 PM, Raney, Talia L. wrote:
> Hmm, it says that there is one frame in each of the subjects.
> 
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
> [gr...@nmr.mgh.harvard.edu]
> Sent: Wednesday, July 06, 2016 1:54 PM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch
>
> It must be that one of the ces files has multiple frames. Try running
> mri_info --nframes ces.nii.gz
> on all of the ces files to see how many frames are in each
>
> On 07/06/2016 01:39 PM, Raney, Talia L. wrote:
>> mris_preproc --target fsaverage --hemi lh --iv 
>> WADG77j/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
>> WADG77j/restingstate/bb.register.lta --iv 
>> WADG77k/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
>> WADG77k/restingstate/bb.register.lta --projfrac 0.5 --out lh.ces.mgh
>> ERROR: number of input volumes (2) does not equal number of subjects (8)
>> It apparently thinks one volume is 4 subjects but when checking 
>> bb.register.lta, it doesn't appear to be the case.
>> Thanks!
>> Talia
>> 
>> From: freesurfer-boun...@nmr.mgh.harvard.edu 
>> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
>> [gr...@nmr.mgh.harvard.edu]
>> Sent: Wednesday, July 06, 2016 1:19 PM
>> To: freesurfer@nmr.mgh.harvard.edu
>> Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch
>>
>> can you send the terminal output?
>>
>> On 07/06/2016 11:32 AM, Raney, Talia L. wrote:
>>> Hi FreeSurfer users,
>>> I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
>>> tutorial). However, I keep getting an error that the number of input 
>>> volumes does not equal number of subjects. It seems one volume is counted 
>>> as 4 subjects. I'm wondering what the command determines to be the subject 
>>> list when you use the --iv flag.
>>> For reference, I'm basing it off of this command:
>>> mris_preproc --target fsaverage --hemi lh \
>>>  --iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
>>>  --iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
>>>  --iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
>>>  --iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
>>>  --iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
>>>  --projfrac 0.5 \
>>>  --out lh.ces.mgh
>>> Thanks!
>>> Talia
>>> ___
>>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
>> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
>> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>>
>> ___
>> 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
>>
>>
> --
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> ___
> 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
>
>


Re: [Freesurfer] mris_preproc subject-volume mismatch

2016-07-06 Thread Raney, Talia L.
Hmm, it says that there is one frame in each of the subjects. 

From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, July 06, 2016 1:54 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch

It must be that one of the ces files has multiple frames. Try running
mri_info --nframes ces.nii.gz
on all of the ces files to see how many frames are in each

On 07/06/2016 01:39 PM, Raney, Talia L. wrote:
> mris_preproc --target fsaverage --hemi lh --iv 
> WADG77j/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
> WADG77j/restingstate/bb.register.lta --iv 
> WADG77k/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
> WADG77k/restingstate/bb.register.lta --projfrac 0.5 --out lh.ces.mgh
> ERROR: number of input volumes (2) does not equal number of subjects (8)
> It apparently thinks one volume is 4 subjects but when checking 
> bb.register.lta, it doesn't appear to be the case.
> Thanks!
> Talia
> 
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
> [gr...@nmr.mgh.harvard.edu]
> Sent: Wednesday, July 06, 2016 1:19 PM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch
>
> can you send the terminal output?
>
> On 07/06/2016 11:32 AM, Raney, Talia L. wrote:
>> Hi FreeSurfer users,
>> I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
>> tutorial). However, I keep getting an error that the number of input volumes 
>> does not equal number of subjects. It seems one volume is counted as 4 
>> subjects. I'm wondering what the command determines to be the subject list 
>> when you use the --iv flag.
>> For reference, I'm basing it off of this command:
>> mris_preproc --target fsaverage --hemi lh \
>> --iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
>> --iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
>> --iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
>> --iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
>> --iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
>> --projfrac 0.5 \
>> --out lh.ces.mgh
>> Thanks!
>> Talia
>> ___
>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> ___
> 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
>
>

--
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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc subject-volume mismatch

2016-07-06 Thread Douglas N Greve
It must be that one of the ces files has multiple frames. Try running
mri_info --nframes ces.nii.gz
on all of the ces files to see how many frames are in each

On 07/06/2016 01:39 PM, Raney, Talia L. wrote:
> mris_preproc --target fsaverage --hemi lh --iv 
> WADG77j/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
> WADG77j/restingstate/bb.register.lta --iv 
> WADG77k/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
> WADG77k/restingstate/bb.register.lta --projfrac 0.5 --out lh.ces.mgh
> ERROR: number of input volumes (2) does not equal number of subjects (8)
> It apparently thinks one volume is 4 subjects but when checking 
> bb.register.lta, it doesn't appear to be the case.
> Thanks!
> Talia
> 
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
> [gr...@nmr.mgh.harvard.edu]
> Sent: Wednesday, July 06, 2016 1:19 PM
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch
>
> can you send the terminal output?
>
> On 07/06/2016 11:32 AM, Raney, Talia L. wrote:
>> Hi FreeSurfer users,
>> I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
>> tutorial). However, I keep getting an error that the number of input volumes 
>> does not equal number of subjects. It seems one volume is counted as 4 
>> subjects. I'm wondering what the command determines to be the subject list 
>> when you use the --iv flag.
>> For reference, I'm basing it off of this command:
>> mris_preproc --target fsaverage --hemi lh \
>> --iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
>> --iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
>> --iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
>> --iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
>> --iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
>> --projfrac 0.5 \
>> --out lh.ces.mgh
>> Thanks!
>> Talia
>> ___
>> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
> www.nmr.mgh.harvard.edu/facility/filedrop/index.html
> Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/
>
> ___
> 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
>
>

-- 
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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc subject-volume mismatch

2016-07-06 Thread Raney, Talia L.
mris_preproc --target fsaverage --hemi lh --iv 
WADG77j/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
WADG77j/restingstate/bb.register.lta --iv 
WADG77k/restingstate/fc.lh-entorhinal.space.lh/lh-entorhinal/ces.nii.gz 
WADG77k/restingstate/bb.register.lta --projfrac 0.5 --out lh.ces.mgh
ERROR: number of input volumes (2) does not equal number of subjects (8)
It apparently thinks one volume is 4 subjects but when checking 
bb.register.lta, it doesn't appear to be the case.
Thanks!
Talia

From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, July 06, 2016 1:19 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc subject-volume mismatch

can you send the terminal output?

On 07/06/2016 11:32 AM, Raney, Talia L. wrote:
> Hi FreeSurfer users,
> I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
> tutorial). However, I keep getting an error that the number of input volumes 
> does not equal number of subjects. It seems one volume is counted as 4 
> subjects. I'm wondering what the command determines to be the subject list 
> when you use the --iv flag.
> For reference, I'm basing it off of this command:
> mris_preproc --target fsaverage --hemi lh \
>--iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
>--iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
>--iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
>--iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
>--iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
>--projfrac 0.5 \
>--out lh.ces.mgh
> Thanks!
> Talia
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc subject-volume mismatch

2016-07-06 Thread Douglas N Greve
can you send the terminal output?

On 07/06/2016 11:32 AM, Raney, Talia L. wrote:
> Hi FreeSurfer users,
> I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
> tutorial). However, I keep getting an error that the number of input volumes 
> does not equal number of subjects. It seems one volume is counted as 4 
> subjects. I'm wondering what the command determines to be the subject list 
> when you use the --iv flag.
> For reference, I'm basing it off of this command:
> mris_preproc --target fsaverage --hemi lh \
>--iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
>--iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
>--iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
>--iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
>--iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
>--projfrac 0.5 \
>--out lh.ces.mgh
> Thanks!
> Talia
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc subject-volume mismatch

2016-07-06 Thread Raney, Talia L.
Hi FreeSurfer users,
I'm trying to use mri-preproc to do a group fMRI analysis(based on the 
tutorial). However, I keep getting an error that the number of input volumes 
does not equal number of subjects. It seems one volume is counted as 4 
subjects. I'm wondering what the command determines to be the subject list when 
you use the --iv flag.
For reference, I'm basing it off of this command:
mris_preproc --target fsaverage --hemi lh \
  --iv  fbirn-101/ces.nii fbirn-101/bb.register.lta \
  --iv  fbirn-103/ces.nii fbirn-103/bb.register.lta \
  --iv  fbirn-104/ces.nii fbirn-104/bb.register.lta \
  --iv  fbirn-105/ces.nii fbirn-105/bb.register.lta \
  --iv  fbirn-106/ces.nii fbirn-106/bb.register.lta \
  --projfrac 0.5 \
  --out lh.ces.mgh
Thanks!
Talia
___
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] mris_preproc - srcsubjreg

2016-06-01 Thread Douglas Greve
I would not expect the glm to change much, but the activation might 
shift around a little depending upon your new target.

On 6/1/16 11:18 AM, Makaretz, Sara Johanna wrote:
> Thank you! Does this mean that an older glm would have still used fsaverage 
> for the "common surf" but then the output is mapped to the target? Outputs 
> from older glms load no problem on the targets, and look "as expected"
>
> Aka would you expect a major difference in glmfit outputs with old 
> mris_preproc reg vs new mris_preproc reg?
>
> 
> From: freesurfer-boun...@nmr.mgh.harvard.edu 
> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
> [gr...@nmr.mgh.harvard.edu]
> Sent: Tuesday, May 31, 2016 12:47
> To: freesurfer@nmr.mgh.harvard.edu
> Subject: Re: [Freesurfer] mris_preproc - srcsubjreg
>
> Sorry for the delay. This is because sphere.reg only applies to
> fsaverage. Previously, the specification of a different target would
> only influence smoothing done as part of mris_preproc; the registration
> would still be done to fsaverage. This is probably not the intent of
> people who are specifying a target, so I changed mris_preproc to require
> a targets-specific registration. You can generate this with
>
> surfreg --s subject --t target
>
> then run mris_preproc specifying the given target
> doug
>
>
> On 05/24/2016 04:23 PM, Makaretz, Sara Johanna wrote:
>> Hi Doug, I¹m curious why the newer mris_preproc does not use sphere.reg as
>> the default srcsurfreg when the target is not fsaverage - see below
>>
>> Thanks for any info! (not urgent)
>>
>>
>> On 2016-5-24, 11:30, "Z K" <zkauf...@nmr.mgh.harvard.edu> wrote:
>>
>>> Good question, and I dont know the answer. mris_preproc is Dougs baby so
>>> I suggest just posting this question to the list with "mris_preproc" in
>>> the subject, and I bet he will give you the answer.
>>>
>>> -Zeke
>>>
>>> On 05/23/2016 10:31 PM, Makaretz, Sara Johanna wrote:
>>>> Hi Zeke,
>>>>
>>>> I am running some surface glms where targ is a patient surface. The help
>>>> says --target TargetSubject (requires ?h.TargetSubject.sphere.reg), and
>>>> I was getting errors because dev-default mris_preproc wanted
>>>> mri_surf2surf to have srcsurfreg =
>>>> $SUBJECTS_DIR/$srcsubject/surf/$h.$TARGSUBJ.sphere.reg
>>>>
>>>> But mris_preproc in 5.3 let me do target = patient surface with no extra
>>>> surf reg files or extra flags to get mri_surf2surf to use srcsurfreg =
>>>> $SUBJECTS_DIR/$srcsubject/surf/$h.sphere.reg
>>>>
>>>> I had been running this with 5.3:
>>>> mris_preproc\
>>>>--target $TARGSUBJ\
>>>>--hemi lh\
>>>>--meas thickness\
>>>>--fsgd file.fsgd\
>>>>--out lh.output.mgh
>>>>
>>>> And I was about to email freesurfer@nmr but "for fun" tried adding
>>>> --surfreg sphere.reg which got mris_surf2surf to use the right reg
>>>> files. So now I'm selfishly trying to figure this out - do you know what
>>>> prompted the switch from sphere.reg "opt-out" to sphere.reg "opt-in"?
>>>> Aka why sphere.reg is non-default when the target is non-fsaverage? Did
>>>> that make sense? I know there must be some reason, so I really want to
>>>> know a bit more so I can stay sane when old scripts break.
>>>>
>>>> Thanks for any info! Sorry to bother you!
>>>> Sara
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Outputs from the FS-dev one:
>>>>
>>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>>> 
>>>> Src lh $TARGSUBJ.sphere.reg
>>>> Trg lh sphere.reg
>>>> 
>>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>>>> $TARGSUBJ.sphere.reg --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg
>>>> sphere.reg --etcetcetc
>>>> 
>>>> ERROR can't find $SUBJECTS_DIR/$SRCSUBJ/surf/$TARGSUBJ.sphere.reg
>>>> because I never made it
>>>>
>>>>
>>>>
>>>> Outputs from the FS-dev one with fsaverage as the targ subj:
>>>>
>>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>>> 
>>>> Src lh sphere.reg
>>>> Trg lh sphere.

Re: [Freesurfer] mris_preproc - srcsubjreg

2016-06-01 Thread Makaretz, Sara Johanna
Thank you! Does this mean that an older glm would have still used fsaverage for 
the "common surf" but then the output is mapped to the target? Outputs from 
older glms load no problem on the targets, and look "as expected"

Aka would you expect a major difference in glmfit outputs with old mris_preproc 
reg vs new mris_preproc reg?


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Tuesday, May 31, 2016 12:47
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc - srcsubjreg

Sorry for the delay. This is because sphere.reg only applies to
fsaverage. Previously, the specification of a different target would
only influence smoothing done as part of mris_preproc; the registration
would still be done to fsaverage. This is probably not the intent of
people who are specifying a target, so I changed mris_preproc to require
a targets-specific registration. You can generate this with

surfreg --s subject --t target

then run mris_preproc specifying the given target
doug


On 05/24/2016 04:23 PM, Makaretz, Sara Johanna wrote:
> Hi Doug, I¹m curious why the newer mris_preproc does not use sphere.reg as
> the default srcsurfreg when the target is not fsaverage - see below
>
> Thanks for any info! (not urgent)
>
>
> On 2016-5-24, 11:30, "Z K" <zkauf...@nmr.mgh.harvard.edu> wrote:
>
>> Good question, and I dont know the answer. mris_preproc is Dougs baby so
>> I suggest just posting this question to the list with "mris_preproc" in
>> the subject, and I bet he will give you the answer.
>>
>> -Zeke
>>
>> On 05/23/2016 10:31 PM, Makaretz, Sara Johanna wrote:
>>> Hi Zeke,
>>>
>>> I am running some surface glms where targ is a patient surface. The help
>>> says --target TargetSubject (requires ?h.TargetSubject.sphere.reg), and
>>> I was getting errors because dev-default mris_preproc wanted
>>> mri_surf2surf to have srcsurfreg =
>>> $SUBJECTS_DIR/$srcsubject/surf/$h.$TARGSUBJ.sphere.reg
>>>
>>> But mris_preproc in 5.3 let me do target = patient surface with no extra
>>> surf reg files or extra flags to get mri_surf2surf to use srcsurfreg =
>>> $SUBJECTS_DIR/$srcsubject/surf/$h.sphere.reg
>>>
>>> I had been running this with 5.3:
>>> mris_preproc\
>>>   --target $TARGSUBJ\
>>>   --hemi lh\
>>>   --meas thickness\
>>>   --fsgd file.fsgd\
>>>   --out lh.output.mgh
>>>
>>> And I was about to email freesurfer@nmr but "for fun" tried adding
>>> --surfreg sphere.reg which got mris_surf2surf to use the right reg
>>> files. So now I'm selfishly trying to figure this out - do you know what
>>> prompted the switch from sphere.reg "opt-out" to sphere.reg "opt-in"?
>>> Aka why sphere.reg is non-default when the target is non-fsaverage? Did
>>> that make sense? I know there must be some reason, so I really want to
>>> know a bit more so I can stay sane when old scripts break.
>>>
>>> Thanks for any info! Sorry to bother you!
>>> Sara
>>>
>>>
>>>
>>>
>>>
>>>
>>> Outputs from the FS-dev one:
>>>
>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>> 
>>> Src lh $TARGSUBJ.sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>>> $TARGSUBJ.sphere.reg --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg
>>> sphere.reg --etcetcetc
>>> 
>>> ERROR can't find $SUBJECTS_DIR/$SRCSUBJ/surf/$TARGSUBJ.sphere.reg
>>> because I never made it
>>>
>>>
>>>
>>> Outputs from the FS-dev one with fsaverage as the targ subj:
>>>
>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>> 
>>> Src lh sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>>> --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>>> 
>>> mris_preproc finds everything, runs no problem
>>>
>>>
>>>
>>> Outputs from the FS-5.3 one:
>>>
>>> $Id: mris_preproc,v 1.59.2.4 2012/12/06 16:06:52 mreuter Exp $
>>> 
>>> Src lh sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurf

Re: [Freesurfer] mris_preproc - srcsubjreg

2016-05-31 Thread Douglas N Greve
Sorry for the delay. This is because sphere.reg only applies to 
fsaverage. Previously, the specification of a different target would 
only influence smoothing done as part of mris_preproc; the registration 
would still be done to fsaverage. This is probably not the intent of 
people who are specifying a target, so I changed mris_preproc to require 
a targets-specific registration. You can generate this with

surfreg --s subject --t target

then run mris_preproc specifying the given target
doug


On 05/24/2016 04:23 PM, Makaretz, Sara Johanna wrote:
> Hi Doug, I¹m curious why the newer mris_preproc does not use sphere.reg as
> the default srcsurfreg when the target is not fsaverage - see below
>
> Thanks for any info! (not urgent)
>
>
> On 2016-5-24, 11:30, "Z K"  wrote:
>
>> Good question, and I dont know the answer. mris_preproc is Dougs baby so
>> I suggest just posting this question to the list with "mris_preproc" in
>> the subject, and I bet he will give you the answer.
>>
>> -Zeke
>>
>> On 05/23/2016 10:31 PM, Makaretz, Sara Johanna wrote:
>>> Hi Zeke,
>>>
>>> I am running some surface glms where targ is a patient surface. The help
>>> says --target TargetSubject (requires ?h.TargetSubject.sphere.reg), and
>>> I was getting errors because dev-default mris_preproc wanted
>>> mri_surf2surf to have srcsurfreg =
>>> $SUBJECTS_DIR/$srcsubject/surf/$h.$TARGSUBJ.sphere.reg
>>>
>>> But mris_preproc in 5.3 let me do target = patient surface with no extra
>>> surf reg files or extra flags to get mri_surf2surf to use srcsurfreg =
>>> $SUBJECTS_DIR/$srcsubject/surf/$h.sphere.reg
>>>
>>> I had been running this with 5.3:
>>> mris_preproc\
>>>   --target $TARGSUBJ\
>>>   --hemi lh\
>>>   --meas thickness\
>>>   --fsgd file.fsgd\
>>>   --out lh.output.mgh
>>>
>>> And I was about to email freesurfer@nmr but "for fun" tried adding
>>> --surfreg sphere.reg which got mris_surf2surf to use the right reg
>>> files. So now I'm selfishly trying to figure this out - do you know what
>>> prompted the switch from sphere.reg "opt-out" to sphere.reg "opt-in"?
>>> Aka why sphere.reg is non-default when the target is non-fsaverage? Did
>>> that make sense? I know there must be some reason, so I really want to
>>> know a bit more so I can stay sane when old scripts break.
>>>
>>> Thanks for any info! Sorry to bother you!
>>> Sara
>>>
>>>
>>>
>>>
>>>
>>>
>>> Outputs from the FS-dev one:
>>>
>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>> 
>>> Src lh $TARGSUBJ.sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>>> $TARGSUBJ.sphere.reg --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg
>>> sphere.reg --etcetcetc
>>> 
>>> ERROR can't find $SUBJECTS_DIR/$SRCSUBJ/surf/$TARGSUBJ.sphere.reg
>>> because I never made it
>>>
>>>
>>>
>>> Outputs from the FS-dev one with fsaverage as the targ subj:
>>>
>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>> 
>>> Src lh sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>>> --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>>> 
>>> mris_preproc finds everything, runs no problem
>>>
>>>
>>>
>>> Outputs from the FS-5.3 one:
>>>
>>> $Id: mris_preproc,v 1.59.2.4 2012/12/06 16:06:52 mreuter Exp $
>>> 
>>> Src lh sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>>> --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>>> 
>>> mris_preproc exits with no errors because everything exists
>>>
>>>
>>>
>>>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc - srcsubjreg

2016-05-27 Thread pfotiad
I'm actually curious about this as well!

Best,
Panos

> Hi Doug, still wondering about this - thanks!
>
> 
> From: freesurfer-boun...@nmr.mgh.harvard.edu
> [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Makaretz, Sara
> Johanna [smakar...@mgh.harvard.edu]
> Sent: Tuesday, May 24, 2016 16:23
> To: Freesurfer support list
> Subject: [Freesurfer] mris_preproc - srcsubjreg
>
> Hi Doug, I¹m curious why the newer mris_preproc does not use sphere.reg as
> the default srcsurfreg when the target is not fsaverage - see below
>
> Thanks for any info! (not urgent)
>
>
> On 2016-5-24, 11:30, "Z K" <zkauf...@nmr.mgh.harvard.edu> wrote:
>
>>Good question, and I dont know the answer. mris_preproc is Dougs baby so
>>I suggest just posting this question to the list with "mris_preproc" in
>>the subject, and I bet he will give you the answer.
>>
>>-Zeke
>>
>>On 05/23/2016 10:31 PM, Makaretz, Sara Johanna wrote:
>>> Hi Zeke,
>>>
>>> I am running some surface glms where targ is a patient surface. The
>>> help
>>> says --target TargetSubject (requires ?h.TargetSubject.sphere.reg), and
>>> I was getting errors because dev-default mris_preproc wanted
>>> mri_surf2surf to have srcsurfreg =
>>> $SUBJECTS_DIR/$srcsubject/surf/$h.$TARGSUBJ.sphere.reg
>>>
>>> But mris_preproc in 5.3 let me do target = patient surface with no
>>> extra
>>> surf reg files or extra flags to get mri_surf2surf to use srcsurfreg =
>>> $SUBJECTS_DIR/$srcsubject/surf/$h.sphere.reg
>>>
>>> I had been running this with 5.3:
>>> mris_preproc\
>>>  --target $TARGSUBJ\
>>>  --hemi lh\
>>>  --meas thickness\
>>>  --fsgd file.fsgd\
>>>  --out lh.output.mgh
>>>
>>> And I was about to email freesurfer@nmr but "for fun" tried adding
>>> --surfreg sphere.reg which got mris_surf2surf to use the right reg
>>> files. So now I'm selfishly trying to figure this out - do you know
>>> what
>>> prompted the switch from sphere.reg "opt-out" to sphere.reg "opt-in"?
>>> Aka why sphere.reg is non-default when the target is non-fsaverage? Did
>>> that make sense? I know there must be some reason, so I really want to
>>> know a bit more so I can stay sane when old scripts break.
>>>
>>> Thanks for any info! Sorry to bother you!
>>> Sara
>>>
>>>
>>>
>>>
>>>
>>>
>>> Outputs from the FS-dev one:
>>>
>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>> 
>>> Src lh $TARGSUBJ.sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>>> $TARGSUBJ.sphere.reg --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg
>>> sphere.reg --etcetcetc
>>> 
>>> ERROR can't find $SUBJECTS_DIR/$SRCSUBJ/surf/$TARGSUBJ.sphere.reg
>>> because I never made it
>>>
>>>
>>>
>>> Outputs from the FS-dev one with fsaverage as the targ subj:
>>>
>>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>>> 
>>> Src lh sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>>> sphere.reg
>>> --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>>> 
>>> mris_preproc finds everything, runs no problem
>>>
>>>
>>>
>>> Outputs from the FS-5.3 one:
>>>
>>> $Id: mris_preproc,v 1.59.2.4 2012/12/06 16:06:52 mreuter Exp $
>>> 
>>> Src lh sphere.reg
>>> Trg lh sphere.reg
>>> 
>>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>>> sphere.reg
>>> --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>>> 
>>> mris_preproc exits with no errors because everything exists
>>>
>>>
>>>
>>>
>
>
> ___
> 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] mris_preproc - srcsubjreg

2016-05-26 Thread Makaretz, Sara Johanna
Hi Doug, still wondering about this - thanks!


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Makaretz, Sara Johanna 
[smakar...@mgh.harvard.edu]
Sent: Tuesday, May 24, 2016 16:23
To: Freesurfer support list
Subject: [Freesurfer] mris_preproc - srcsubjreg

Hi Doug, I¹m curious why the newer mris_preproc does not use sphere.reg as
the default srcsurfreg when the target is not fsaverage - see below

Thanks for any info! (not urgent)


On 2016-5-24, 11:30, "Z K" <zkauf...@nmr.mgh.harvard.edu> wrote:

>Good question, and I dont know the answer. mris_preproc is Dougs baby so
>I suggest just posting this question to the list with "mris_preproc" in
>the subject, and I bet he will give you the answer.
>
>-Zeke
>
>On 05/23/2016 10:31 PM, Makaretz, Sara Johanna wrote:
>> Hi Zeke,
>>
>> I am running some surface glms where targ is a patient surface. The help
>> says --target TargetSubject (requires ?h.TargetSubject.sphere.reg), and
>> I was getting errors because dev-default mris_preproc wanted
>> mri_surf2surf to have srcsurfreg =
>> $SUBJECTS_DIR/$srcsubject/surf/$h.$TARGSUBJ.sphere.reg
>>
>> But mris_preproc in 5.3 let me do target = patient surface with no extra
>> surf reg files or extra flags to get mri_surf2surf to use srcsurfreg =
>> $SUBJECTS_DIR/$srcsubject/surf/$h.sphere.reg
>>
>> I had been running this with 5.3:
>> mris_preproc\
>>  --target $TARGSUBJ\
>>  --hemi lh\
>>  --meas thickness\
>>  --fsgd file.fsgd\
>>  --out lh.output.mgh
>>
>> And I was about to email freesurfer@nmr but "for fun" tried adding
>> --surfreg sphere.reg which got mris_surf2surf to use the right reg
>> files. So now I'm selfishly trying to figure this out - do you know what
>> prompted the switch from sphere.reg "opt-out" to sphere.reg "opt-in"?
>> Aka why sphere.reg is non-default when the target is non-fsaverage? Did
>> that make sense? I know there must be some reason, so I really want to
>> know a bit more so I can stay sane when old scripts break.
>>
>> Thanks for any info! Sorry to bother you!
>> Sara
>>
>>
>>
>>
>>
>>
>> Outputs from the FS-dev one:
>>
>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>> 
>> Src lh $TARGSUBJ.sphere.reg
>> Trg lh sphere.reg
>> 
>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>> $TARGSUBJ.sphere.reg --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg
>> sphere.reg --etcetcetc
>> 
>> ERROR can't find $SUBJECTS_DIR/$SRCSUBJ/surf/$TARGSUBJ.sphere.reg
>> because I never made it
>>
>>
>>
>> Outputs from the FS-dev one with fsaverage as the targ subj:
>>
>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>> 
>> Src lh sphere.reg
>> Trg lh sphere.reg
>> 
>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>> --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>> 
>> mris_preproc finds everything, runs no problem
>>
>>
>>
>> Outputs from the FS-5.3 one:
>>
>> $Id: mris_preproc,v 1.59.2.4 2012/12/06 16:06:52 mreuter Exp $
>> 
>> Src lh sphere.reg
>> Trg lh sphere.reg
>> 
>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>> --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>> 
>> mris_preproc exits with no errors because everything exists
>>
>>
>>
>>


___
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] mris_preproc - srcsubjreg

2016-05-24 Thread Makaretz, Sara Johanna
Hi Doug, I¹m curious why the newer mris_preproc does not use sphere.reg as
the default srcsurfreg when the target is not fsaverage - see below

Thanks for any info! (not urgent)


On 2016-5-24, 11:30, "Z K"  wrote:

>Good question, and I dont know the answer. mris_preproc is Dougs baby so
>I suggest just posting this question to the list with "mris_preproc" in
>the subject, and I bet he will give you the answer.
>
>-Zeke
>
>On 05/23/2016 10:31 PM, Makaretz, Sara Johanna wrote:
>> Hi Zeke,
>>
>> I am running some surface glms where targ is a patient surface. The help
>> says --target TargetSubject (requires ?h.TargetSubject.sphere.reg), and
>> I was getting errors because dev-default mris_preproc wanted
>> mri_surf2surf to have srcsurfreg =
>> $SUBJECTS_DIR/$srcsubject/surf/$h.$TARGSUBJ.sphere.reg
>>
>> But mris_preproc in 5.3 let me do target = patient surface with no extra
>> surf reg files or extra flags to get mri_surf2surf to use srcsurfreg =
>> $SUBJECTS_DIR/$srcsubject/surf/$h.sphere.reg
>>
>> I had been running this with 5.3:
>> mris_preproc\
>>  --target $TARGSUBJ\
>>  --hemi lh\
>>  --meas thickness\
>>  --fsgd file.fsgd\
>>  --out lh.output.mgh
>>
>> And I was about to email freesurfer@nmr but "for fun" tried adding
>> --surfreg sphere.reg which got mris_surf2surf to use the right reg
>> files. So now I'm selfishly trying to figure this out - do you know what
>> prompted the switch from sphere.reg "opt-out" to sphere.reg "opt-in"?
>> Aka why sphere.reg is non-default when the target is non-fsaverage? Did
>> that make sense? I know there must be some reason, so I really want to
>> know a bit more so I can stay sane when old scripts break.
>>
>> Thanks for any info! Sorry to bother you!
>> Sara
>>
>>
>>
>>
>>
>>
>> Outputs from the FS-dev one:
>>
>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>> 
>> Src lh $TARGSUBJ.sphere.reg
>> Trg lh sphere.reg
>> 
>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg
>> $TARGSUBJ.sphere.reg --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg
>> sphere.reg --etcetcetc
>> 
>> ERROR can't find $SUBJECTS_DIR/$SRCSUBJ/surf/$TARGSUBJ.sphere.reg
>> because I never made it
>>
>>
>>
>> Outputs from the FS-dev one with fsaverage as the targ subj:
>>
>> $Id: mris_preproc,v 1.76 2015/12/09 20:02:53 zkaufman Exp $
>> 
>> Src lh sphere.reg
>> Trg lh sphere.reg
>> 
>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>> --trgsubject fsaverage --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>> 
>> mris_preproc finds everything, runs no problem
>>
>>
>>
>> Outputs from the FS-5.3 one:
>>
>> $Id: mris_preproc,v 1.59.2.4 2012/12/06 16:06:52 mreuter Exp $
>> 
>> Src lh sphere.reg
>> Trg lh sphere.reg
>> 
>> mri_surf2surf --srcsubject $SRCSUBJ --srchemi lh --srcsurfreg sphere.reg
>> --trgsubject $TARGSUBJ --trghemi lh --trgsurfreg sphere.reg --etcetcetc
>> 
>> mris_preproc exits with no errors because everything exists
>>
>>
>>
>>


___
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] mris_preproc on zipped data

2016-01-28 Thread Lars M. Rimol
Hi,

I have a large amount of data (FS scanworkups) where all the files within
every subject's directory are zipped. Is there a way to run mris_preproc on
zipped data?

For instance, mris_preproc crashes because it can't find lh.thickness
unless I unzip it


Thank you!







sincerely yours,

Lars M. Rimol, PhD
Senior researcher,
Norwegian Advisory Unit for functional MRI
Department of Radiology,
St. Olav's University hospital,
7006 Trondheim,
Norway
___
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] mris_preproc on zipped data

2016-01-28 Thread Douglas N Greve
no, sorry

On 01/28/2016 11:11 AM, Lars M. Rimol wrote:
> Hi,
>
> I have a large amount of data (FS scanworkups) where all the files within
> every subject's directory are zipped. Is there a way to run mris_preproc on
> zipped data?
> For instance, mris_preproc crashes because it can't find lh.thickness
> unless I unzip it
>
>
> Thank you!
>
>
>
>
>
>
> sincerely yours,
>
> Lars M. Rimol, PhD
> Senior researcher,
> Norwegian Advisory Unit for functional MRI
> Department of Radiology,
> St. Olav's University hospital,
> 7006 Trondheim,
> Norway
>
>
>
>
>
> ___
> 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc -iv option

2015-08-17 Thread Douglas Greve

It samples halfway between the white and pial

On 8/13/15 6:52 AM, Silas wrote:


Dear Freesurfer team,


How does mris_preproc map volume data onto the surface when using the 
-ivoption? Is an average between the white and pial boundaries taken, 
orare only the voxels taken into account that intersect with one of 
thetwo surfaces (and if yes, with which surface)?



mris_preproc

/--iv volmeasfile/

/Specify full path to a volume file and its registration matrix file. 
The registration matrix file is of the type accepted/created by 
tkregister2. The volume is sampled to the surface, and the result is 
used as the input surface measure. This is an alternative to using 
--meas. This still requires that a subject list be supplied./


/
/

Thanks again!


Best, Silas



___
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] mris_preproc -iv option

2015-08-13 Thread Silas
Dear Freesurfer team,
How does mris_preproc map volume data onto the surface when using the -iv 
option? Is an average between the white and pial boundaries taken, or are only 
the voxels taken into account that intersect with one of the two surfaces (and 
if yes, with which surface)?
mris_preproc--iv volmeasfileSpecify full path to a volume file and its 
registration matrix file. The registration matrix file is of the type 
accepted/created by tkregister2. The volume is sampled to the surface, and the 
result is used as the input surface measure. This is an alternative to using 
--meas. This still requires that a subject list be supplied.
Thanks again!
Best, Silas   ___
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] mris_preproc output file PET data

2015-03-27 Thread Douglas N Greve

Hi Alex, mris_preproc produces a stack images (27 in the first case and 
16 in the 2nd case). For some reason the first two images are the same 
in both stacks. This is the way that you have run the program because 
both calls to mris_preproc use

NNC0035_pet_lh.mgh and NNC0045_pet_lh.mgh as the first two inputs

doug


On 03/27/2015 02:32 PM, Alexandra Tanner wrote:
 Hi Doug and Freesurfers,

 Our group has PET data for 27 subjects that we are hoping to combine to
 generate surface group average maps. We would also like to generate
 average maps for 3 subsets of subjects based on genotype. I ran
 mris_preproc to combine my individual subject PET surface maps to generate
 a concatenated map for my N=27 subjects and 3 separate subgroups based on
 genotype (N=16, N=9, N=2), with the commands below. We viewed the
 concatenated maps generated by mris_preproc in tksurfer and the N=27 and
 N=16 maps are identical, which we find puzzling (please see images
 attached).

 We are curious 1) what the output map of the mris_preproc command actually
 is (ex. a sum, an average, etc), and 2) if anyone knows why our outputs
 would be identical for our 27 subjects and our 16 subjects.

 Any help or explanation would be greatly appreciated!

 Best,
 Alex


 mris_preproc commands run:

 setenv SUBJECTS_DIR /cluster/roffman/users/Stable5_PerRun
 cd
 /autofs/cluster/roffman/users/Stable5_PerRun/NNC_PMOD_LoganRef_BPnd/PET_analyses
 /usr/local/freesurfer/stable5_0_0/bin/mris_preproc --target fsaverage
 --hemi lh --is NNC0035_pet_lh.mgh --is NNC0045_pet_lh.mgh --is
 NNC0047_pet_lh.mgh --is NNC0065_pet_lh.mgh --is NNC0078_pet_lh.mgh --is
 NNC0089_pet_lh.mgh --is NNC0095_pet_lh.mgh --is NNC0101_pet_lh.mgh --is
 NNC0102_pet_lh.mgh --is NNC0114_pet_lh.mgh --is NNC0118_pet_lh.mgh --is
 NNC0119_pet_lh.mgh --is NNC0901_pet_lh.mgh --is NNC0902_pet_lh.mgh --is
 NNC0906_pet_lh.mgh --is NNC0908_pet_lh.mgh --is NNC0915_pet_lh.mgh --is
 NNC0916_pet_lh.mgh --is NNC0917_pet_lh.mgh --is NNC0918_pet_lh.mgh --is
 NNC0919_pet_lh.mgh --is NNC0924_pet_lh.mgh --is NNC0926_pet_lh.mgh --is
 NNC0928_pet_lh.mgh --is NNC0930_pet_lh.mgh --is NNC0931_pet_lh.mgh --is
 NNC0932_pet_lh.mgh --f
 /cluster/roffman/users/Stable5_PerRun/Subject_Files/27_NNC_Subjects --out
 /cluster/roffman/users/Stable5_PerRun/NNC_PMOD_LoganRef_BPnd/PET_analyses/27_NNC_removed_bad_PET_fMRI/lh.pet.mgh

 setenv SUBJECTS_DIR /cluster/roffman/users/Stable5_PerRun/
 cd
 /autofs/cluster/roffman/users/Stable5_PerRun/NNC_PMOD_LoganRef_BPnd/PET_analyses
 /usr/local/freesurfer/stable5_0_0/bin/mris_preproc --target fsaverage
 --hemi lh --is NNC0035_pet_lh.mgh --is NNC0045_pet_lh.mgh --is
 NNC0065_pet_lh.mgh --is NNC0089_pet_lh.mgh --is NNC0118_pet_lh.mgh --is
 NNC0901_pet_lh.mgh --is NNC0902_pet_lh.mgh --is NNC0908_pet_lh.mgh --is
 NNC0915_pet_lh.mgh --is NNC0916_pet_lh.mgh --is NNC0917_pet_lh.mgh --is
 NNC0924_pet_lh.mgh --is NNC0928_pet_lh.mgh --is NNC0930_pet_lh.mgh --is
 NNC0931_pet_lh.mgh --is NNC0932_pet_lh.mgh --f
 /cluster/roffman/users/Stable5_PerRun/Subject_Files/16_NNC_AGCarrier_COMT_27NNC
 --out
 /cluster/roffman/users/Stable5_PerRun/NNC_PMOD_LoganRef_BPnd/PET_analyses/16_AG_Carrier_COMT_27NNC/lh.pet.mgh

-- 
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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc skips subjects

2015-03-02 Thread Douglas N Greve
Can you send your fsgd file?

On 02/21/2015 08:42 AM, Anders Hougaard wrote:
 Dear Freesurfers,

 Sorry for this newbie question:
 I'm preparing my data for a group analysis using mris_preproc:

 mris_preproc --fsgd nocov.fsgd --target fsaverage --hemi lh --meas
 thickness --out lh.nocov.thickness.00.mgh

 I have 120 subjects in total and my FSGD file simply looks like this

 GroupDescriptorFile 1
 Class Group1
 Class Group2
 Input pt01 Group1
 Input pt02 Group1
 [..rest of lines left out..]
 Input ct01 Group2
 Input ct02 Group2
 [..rest of lines left out..]


 When I run mris_preproc, the program only assembles the first two
 subjects in group 1 and the first subject in group 2, i.e. 3 subjects
 not 120.

 I have run -make all on all subjects and there is nothing to make.
 I'm running ver. 5.3.0

 What is wrong?

 All the best,
 Anders
 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc skips subjects

2015-02-24 Thread Anders Hougaard
Hi again,

I'm still totally stuck here. Any idea what the problem might be?
I tried running mris_preproc with the --s option instead of --fsgd and
this apparently works for all subjects that I tried so far.
Now, using --fsgd, mris_preproc only processes the first subject in
group 2?!

All the best,
Anders

2015-02-21 14:42 GMT+01:00 Anders Hougaard ahouga...@dadlnet.dk:
 Dear Freesurfers,

 Sorry for this newbie question:
 I'm preparing my data for a group analysis using mris_preproc:

 mris_preproc --fsgd nocov.fsgd --target fsaverage --hemi lh --meas
 thickness --out lh.nocov.thickness.00.mgh

 I have 120 subjects in total and my FSGD file simply looks like this

 GroupDescriptorFile 1
 Class Group1
 Class Group2
 Input pt01 Group1
 Input pt02 Group1
 [..rest of lines left out..]
 Input ct01 Group2
 Input ct02 Group2
 [..rest of lines left out..]


 When I run mris_preproc, the program only assembles the first two
 subjects in group 1 and the first subject in group 2, i.e. 3 subjects
 not 120.

 I have run -make all on all subjects and there is nothing to make.
 I'm running ver. 5.3.0

 What is wrong?

 All the best,
 Anders
___
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] mris_preproc skips subjects

2015-02-21 Thread Anders Hougaard
Dear Freesurfers,

Sorry for this newbie question:
I'm preparing my data for a group analysis using mris_preproc:

mris_preproc --fsgd nocov.fsgd --target fsaverage --hemi lh --meas
thickness --out lh.nocov.thickness.00.mgh

I have 120 subjects in total and my FSGD file simply looks like this

GroupDescriptorFile 1
Class Group1
Class Group2
Input pt01 Group1
Input pt02 Group1
[..rest of lines left out..]
Input ct01 Group2
Input ct02 Group2
[..rest of lines left out..]


When I run mris_preproc, the program only assembles the first two
subjects in group 1 and the first subject in group 2, i.e. 3 subjects
not 120.

I have run -make all on all subjects and there is nothing to make.
I'm running ver. 5.3.0

What is wrong?

All the best,
Anders
___
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] mris_preproc error

2014-11-05 Thread Cooke, Gillian
Hi All,


I am getting a consistent error when I try to run mris_preproc - I'm baffled as 
I've used all of my scripts and fsgd files before.

There are 2 groups with 3 covariates but I keep getting this error:


mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in thickness.fwhm10.fsaverage 
--target fsaverage --hemi lh --out mris_preproc/lh.HRR60.thickness.10.mgh

ERROR: no subjects specified


But my fsgd file lists all subject numbers:


GroupDescriptorFile 1

Title ACCE HRR60

Class Control

Class Cancer

Variables Age_demeaned Ed_demeaned HRR60

Input 505_1 Cancer -5.63 1.5 43

Input 506_1 Cancer 7.37 3.5 53

Input 509_1 Cancer 4.37 -0.5 44

Input 517_1 Cancer -20.63 -1.5 38

Input 518_1 Cancer -4.63 -2.5 35

Input 520_1 Cancer 0.37 1.5 37

Input 521_1 Control 3.37 1.5 49

Input 524_1 Cancer 3.37 -0.5 32

Input 525_1 Control -12.63 -2.5 51

#Input 528_1 Cancer 10.37 3.5

Input 529_1 Control -28.63 4.5 32

Input 530_1 Cancer 1.37 1.5 24

Input 531_1 Cancer 6.37 7.5 55

Input 532_1 Cancer -1.63 1.5 14

Input 533_1 Cancer -10.63 3.5 36

Input 534_1 Control -3.63 1.5 25

Input 536_1 Control -11.63 0 47

Input 547_1 Control 10.37 1.5 25

Input 548_1 Control -18.63 -0.5 46

Input 549_1 Cancer -21.63 -0.5 38

Input 554_1 Control -21.63 -0.5 38

Input 558_1 Cancer 9.37 -1.5 24

Input 563_1 Control 0.37 0.5 30

Input 564_1 Control 7.37 1.5 14



Any help is greatly appreciated!

Gill


_

Gillian Cooke, Ph.D.

Postdoctoral Research Associate

Lifelong Brain  Cognition Lab

Decision Neuroscience Lab

Beckman Institute

University of Illinois, Urbana

___
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] mris_preproc error

2014-11-05 Thread Douglas N Greve

Can you run it with --debug as the first argument and send the terminal 
output?
doug


On 11/05/2014 04:21 PM, Cooke, Gillian wrote:

 Hi All,


 I am getting a consistent error when I try to run mris_preproc - I'm 
 baffled as I've used all of my scripts and fsgd files before.

 There are 2 groups with 3 covariates but I keep getting this error:


 mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in 
 thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out 
 mris_preproc/lh.HRR60.thickness.10.mgh

 ERROR: no subjects specified


 But my fsgd file lists all subject numbers:


 GroupDescriptorFile 1

 Title ACCE HRR60

 Class Control

 Class Cancer

 VariablesAge_demeanedEd_demeanedHRR60

 Input505_1Cancer-5.631.543

 Input506_1Cancer7.373.553

 Input509_1Cancer4.37-0.544

 Input517_1Cancer-20.63-1.538

 Input518_1Cancer-4.63-2.535

 Input520_1Cancer0.371.537

 Input521_1Control3.371.549

 Input524_1Cancer3.37-0.532

 Input525_1Control-12.63-2.551

 #Input528_1Cancer10.373.5

 Input529_1Control-28.634.532

 Input530_1Cancer1.371.524

 Input531_1Cancer6.377.555

 Input532_1Cancer-1.631.514

 Input533_1Cancer-10.633.536

 Input534_1Control-3.631.525

 Input536_1Control-11.63047

 Input547_1Control10.371.525

 Input548_1Control-18.63-0.546

 Input549_1Cancer-21.63-0.538

 Input554_1Control-21.63-0.538

 Input558_1Cancer9.37-1.524

 Input563_1Control0.370.530

 Input564_1Control7.371.514



 Any help is greatly appreciated!

 Gill


 _

 Gillian Cooke, Ph.D.

 Postdoctoral Research Associate

 Lifelong Brain  Cognition Lab

 Decision Neuroscience Lab

 Beckman Institute

 University of Illinois, Urbana




 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc error

2014-11-05 Thread Cooke, Gillian
Unfortunately I'm getting this error in the terminal:

bash: --debug: command not found


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, November 05, 2014 4:26 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error

Can you run it with --debug as the first argument and send the terminal
output?
doug


On 11/05/2014 04:21 PM, Cooke, Gillian wrote:

 Hi All,


 I am getting a consistent error when I try to run mris_preproc - I'm
 baffled as I've used all of my scripts and fsgd files before.

 There are 2 groups with 3 covariates but I keep getting this error:


 mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in
 thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out
 mris_preproc/lh.HRR60.thickness.10.mgh

 ERROR: no subjects specified


 But my fsgd file lists all subject numbers:


 GroupDescriptorFile 1

 Title ACCE HRR60

 Class Control

 Class Cancer

 VariablesAge_demeanedEd_demeanedHRR60

 Input505_1Cancer-5.631.543

 Input506_1Cancer7.373.553

 Input509_1Cancer4.37-0.544

 Input517_1Cancer-20.63-1.538

 Input518_1Cancer-4.63-2.535

 Input520_1Cancer0.371.537

 Input521_1Control3.371.549

 Input524_1Cancer3.37-0.532

 Input525_1Control-12.63-2.551

 #Input528_1Cancer10.373.5

 Input529_1Control-28.634.532

 Input530_1Cancer1.371.524

 Input531_1Cancer6.377.555

 Input532_1Cancer-1.631.514

 Input533_1Cancer-10.633.536

 Input534_1Control-3.631.525

 Input536_1Control-11.63047

 Input547_1Control10.371.525

 Input548_1Control-18.63-0.546

 Input549_1Cancer-21.63-0.538

 Input554_1Control-21.63-0.538

 Input558_1Cancer9.37-1.524

 Input563_1Control0.370.530

 Input564_1Control7.371.514



 Any help is greatly appreciated!

 Gill


 _

 Gillian Cooke, Ph.D.

 Postdoctoral Research Associate

 Lifelong Brain  Cognition Lab

 Decision Neuroscience Lab

 Beckman Institute

 University of Illinois, Urbana




 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc error

2014-11-05 Thread Douglas N Greve
run it like this

mris_preproc --debug --fsgd fsgd/HRR60.fsgd ...

doug

On 11/05/2014 05:32 PM, Cooke, Gillian wrote:
 Unfortunately I'm getting this error in the terminal:

 bash: --debug: command not found

 
 From: freesurfer-boun...@nmr.mgh.harvard.edu 
 [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
 [gr...@nmr.mgh.harvard.edu]
 Sent: Wednesday, November 05, 2014 4:26 PM
 To: freesurfer@nmr.mgh.harvard.edu
 Subject: Re: [Freesurfer] mris_preproc error

 Can you run it with --debug as the first argument and send the terminal
 output?
 doug


 On 11/05/2014 04:21 PM, Cooke, Gillian wrote:
 Hi All,


 I am getting a consistent error when I try to run mris_preproc - I'm
 baffled as I've used all of my scripts and fsgd files before.

 There are 2 groups with 3 covariates but I keep getting this error:


 mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in
 thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out
 mris_preproc/lh.HRR60.thickness.10.mgh

 ERROR: no subjects specified


 But my fsgd file lists all subject numbers:


 GroupDescriptorFile 1

 Title ACCE HRR60

 Class Control

 Class Cancer

 VariablesAge_demeanedEd_demeanedHRR60

 Input505_1Cancer-5.631.543

 Input506_1Cancer7.373.553

 Input509_1Cancer4.37-0.544

 Input517_1Cancer-20.63-1.538

 Input518_1Cancer-4.63-2.535

 Input520_1Cancer0.371.537

 Input521_1Control3.371.549

 Input524_1Cancer3.37-0.532

 Input525_1Control-12.63-2.551

 #Input528_1Cancer10.373.5

 Input529_1Control-28.634.532

 Input530_1Cancer1.371.524

 Input531_1Cancer6.377.555

 Input532_1Cancer-1.631.514

 Input533_1Cancer-10.633.536

 Input534_1Control-3.631.525

 Input536_1Control-11.63047

 Input547_1Control10.371.525

 Input548_1Control-18.63-0.546

 Input549_1Cancer-21.63-0.538

 Input554_1Control-21.63-0.538

 Input558_1Cancer9.37-1.524

 Input563_1Control0.370.530

 Input564_1Control7.371.514



 Any help is greatly appreciated!

 Gill


 _

 Gillian Cooke, Ph.D.

 Postdoctoral Research Associate

 Lifelong Brain  Cognition Lab

 Decision Neuroscience Lab

 Beckman Institute

 University of Illinois, Urbana




 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
 www.nmr.mgh.harvard.edu/facility/filedrop/index.html
 Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

 ___
 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



-- 
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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
Freesurfer mailing list
Freesurfer@nmr.mgh.harvard.edu
https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer


Re: [Freesurfer] mris_preproc error

2014-11-05 Thread Cooke, Gillian
Thanks Doug - this is what it produces:

out mris_preproc/lh.HRR60.thickness.10.mgh
set echo = 1 ;
set debug = 1 ;
set debug = 1
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 10 != 0 )

set flag = $argv[1] ; shift ;
set flag = --fsgd
shift

switch ( $flag )
switch ( --fsgd )
if ( $#argv == 0 ) goto arg1err ;
if ( 9 == 0 ) goto arg1err
set fsgdf = $argv[1] ; shift ;
set fsgdf = fsgd/HRR60.fsgd
shift
if ( ! -e $fsgdf ) then
if ( ! -e fsgd/HRR60.fsgd ) then
set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'` ;
set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'`
cat fsgd/HRR60.fsgd
awk {if($1 == Input) print $2}
set subjlist = ( $subjlist $sl ) ;
set subjlist = ( )
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 8 != 0 )

set flag = $argv[1] ; shift ;
set flag = --cache-in
shift

switch ( $flag )
switch ( --cache-in )
if ( $#argv  1 ) goto arg1err ;
if ( 7  1 ) goto arg1err
set meas = $argv[1] ; shift ;
set meas = thickness.fwhm10.fsaverage
shift
set srcsurf = 1 ;
set srcsurf = 1
set CacheIn = 1 ;
set CacheIn = 1

breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 6 != 0 )

set flag = $argv[1] ; shift ;
set flag = --target
shift

switch ( $flag )
switch ( --target )
if ( $#argv == 0 ) goto arg1err ;
if ( 5 == 0 ) goto arg1err
set target = $argv[1] ; shift ;
set target = fsaverage
shift
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 4 != 0 )

set flag = $argv[1] ; shift ;
set flag = --hemi
shift

switch ( $flag )
switch ( --hemi )
if ( $#argv == 0 ) goto arg1err ;
if ( 3 == 0 ) goto arg1err
set srchemi = $argv[1] ; shift ;
set srchemi = lh
shift
set trghemi = $srchemi ;
set trghemi = lh
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 2 != 0 )

set flag = $argv[1] ; shift ;
set flag = --out
shift

switch ( $flag )
switch ( --out )
if ( $#argv == 0 ) goto arg1err ;
if ( 1 == 0 ) goto arg1err
set outpath = $argv[1] ; shift ;
set outpath = mris_preproc/lh.HRR60.thickness.10.mgh
shift

set outstem = `fname2stem $outpath`
set outstem = `fname2stem $outpath`
fname2stem mris_preproc/lh.HRR60.thickness.10.mgh
if ( $status ) then
if ( 0 ) then
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 0 != 0 )

goto parse_args_return ;
goto parse_args_return


goto handle_fsfast ;
goto handle_fsfast

if ( $#SessFile ) then
if ( 0 ) then

goto handle_fsfast_return ;
goto handle_fsfast_return


goto check_params ;
goto check_params

if ( $#subjlistfile  $#ivplist ) then
if ( 0  0 ) then
if ( $#subjlistfile  $#fsgdf ) then
if ( 0  1 ) then
if ( $#ivplist  $#fsgdf ) then
if ( 0  1 ) then
if ( $#subjlist == 0 ) then
if ( 0 == 0 ) then
echo ERROR: no subjects specified
echo ERROR: no subjects specified
ERROR: no subjects specified
exit 1 ;
exit 1


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, November 05, 2014 4:41 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error

run it like this

mris_preproc --debug --fsgd fsgd/HRR60.fsgd ...

doug

On 11/05/2014 05:32 PM, Cooke, Gillian wrote:
 Unfortunately I'm getting this error in the terminal:

 bash: --debug: command not found

 
 From: freesurfer-boun...@nmr.mgh.harvard.edu 
 [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
 [gr...@nmr.mgh.harvard.edu]
 Sent: Wednesday, November 05, 2014 4:26 PM
 To: freesurfer@nmr.mgh.harvard.edu
 Subject: Re: [Freesurfer] mris_preproc error

 Can you run it with --debug as the first argument and send the terminal
 output?
 doug


 On 11/05/2014 04:21 PM, Cooke, Gillian wrote:
 Hi All,


 I am getting a consistent error when I try to run mris_preproc - I'm
 baffled as I've used all of my scripts and fsgd files before.

 There are 2 groups with 3 covariates but I keep getting this error:


 mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in
 thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out
 mris_preproc/lh.HRR60.thickness.10.mgh

 ERROR: no subjects specified


 But my fsgd file lists all subject numbers:


 GroupDescriptorFile 1

 Title ACCE HRR60

 Class Control

 Class Cancer

 VariablesAge_demeanedEd_demeanedHRR60

 Input505_1Cancer-5.631.543

 Input506_1Cancer7.373.553

 Input509_1Cancer4.37-0.544

 Input517_1Cancer-20.63-1.538

 Input518_1Cancer-4.63-2.535

 Input520_1Cancer0.371.537

 Input521_1Control3.371.549

 Input524_1Cancer3.37-0.532

 Input525_1Control-12.63-2.551

 #Input528_1Cancer10.373.5

 Input529_1Control-28.634.532

 Input530_1Cancer1.371.524

 Input531_1Cancer6.377.555

 Input532_1Cancer-1.631.514

 Input533_1Cancer-10.633.536

 Input534_1Control-3.631.525

 Input536_1Control-11.63047

 Input547_1Control10.371.525

 Input548_1Control-18.63-0.546

 Input549_1Cancer-21.63-0.538

 Input554_1Control-21.63-0.538

 Input558_1Cancer9.37-1.524

 Input563_1Control0.370.530

 Input564_1Control7.371.514



 Any help is greatly appreciated

Re: [Freesurfer] mris_preproc error

2014-11-05 Thread Douglas N Greve
Hmm, still not sure what's up. Can you attach your fsgd file to an email?
doug


On 11/05/2014 05:48 PM, Cooke, Gillian wrote:
 Thanks Doug - this is what it produces:

 out mris_preproc/lh.HRR60.thickness.10.mgh
 set echo = 1 ;
 set debug = 1 ;
 set debug = 1
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 10 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --fsgd
 shift

 switch ( $flag )
 switch ( --fsgd )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 9 == 0 ) goto arg1err
 set fsgdf = $argv[1] ; shift ;
 set fsgdf = fsgd/HRR60.fsgd
 shift
 if ( ! -e $fsgdf ) then
 if ( ! -e fsgd/HRR60.fsgd ) then
 set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'` ;
 set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'`
 cat fsgd/HRR60.fsgd
 awk {if($1 == Input) print $2}
 set subjlist = ( $subjlist $sl ) ;
 set subjlist = ( )
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 8 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --cache-in
 shift

 switch ( $flag )
 switch ( --cache-in )
 if ( $#argv  1 ) goto arg1err ;
 if ( 7  1 ) goto arg1err
 set meas = $argv[1] ; shift ;
 set meas = thickness.fwhm10.fsaverage
 shift
 set srcsurf = 1 ;
 set srcsurf = 1
 set CacheIn = 1 ;
 set CacheIn = 1

 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 6 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --target
 shift

 switch ( $flag )
 switch ( --target )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 5 == 0 ) goto arg1err
 set target = $argv[1] ; shift ;
 set target = fsaverage
 shift
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 4 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --hemi
 shift

 switch ( $flag )
 switch ( --hemi )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 3 == 0 ) goto arg1err
 set srchemi = $argv[1] ; shift ;
 set srchemi = lh
 shift
 set trghemi = $srchemi ;
 set trghemi = lh
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 2 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --out
 shift

 switch ( $flag )
 switch ( --out )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 1 == 0 ) goto arg1err
 set outpath = $argv[1] ; shift ;
 set outpath = mris_preproc/lh.HRR60.thickness.10.mgh
 shift

 set outstem = `fname2stem $outpath`
 set outstem = `fname2stem $outpath`
 fname2stem mris_preproc/lh.HRR60.thickness.10.mgh
 if ( $status ) then
 if ( 0 ) then
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 0 != 0 )

 goto parse_args_return ;
 goto parse_args_return


 goto handle_fsfast ;
 goto handle_fsfast

 if ( $#SessFile ) then
 if ( 0 ) then

 goto handle_fsfast_return ;
 goto handle_fsfast_return


 goto check_params ;
 goto check_params

 if ( $#subjlistfile  $#ivplist ) then
 if ( 0  0 ) then
 if ( $#subjlistfile  $#fsgdf ) then
 if ( 0  1 ) then
 if ( $#ivplist  $#fsgdf ) then
 if ( 0  1 ) then
 if ( $#subjlist == 0 ) then
 if ( 0 == 0 ) then
 echo ERROR: no subjects specified
 echo ERROR: no subjects specified
 ERROR: no subjects specified
 exit 1 ;
 exit 1

 
 From: freesurfer-boun...@nmr.mgh.harvard.edu 
 [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
 [gr...@nmr.mgh.harvard.edu]
 Sent: Wednesday, November 05, 2014 4:41 PM
 To: freesurfer@nmr.mgh.harvard.edu
 Subject: Re: [Freesurfer] mris_preproc error

 run it like this

 mris_preproc --debug --fsgd fsgd/HRR60.fsgd ...

 doug

 On 11/05/2014 05:32 PM, Cooke, Gillian wrote:
 Unfortunately I'm getting this error in the terminal:

 bash: --debug: command not found

 
 From: freesurfer-boun...@nmr.mgh.harvard.edu 
 [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
 [gr...@nmr.mgh.harvard.edu]
 Sent: Wednesday, November 05, 2014 4:26 PM
 To: freesurfer@nmr.mgh.harvard.edu
 Subject: Re: [Freesurfer] mris_preproc error

 Can you run it with --debug as the first argument and send the terminal
 output?
 doug


 On 11/05/2014 04:21 PM, Cooke, Gillian wrote:
 Hi All,


 I am getting a consistent error when I try to run mris_preproc - I'm
 baffled as I've used all of my scripts and fsgd files before.

 There are 2 groups with 3 covariates but I keep getting this error:


 mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in
 thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out
 mris_preproc/lh.HRR60.thickness.10.mgh

 ERROR: no subjects specified


 But my fsgd file lists all subject numbers:


 GroupDescriptorFile 1

 Title ACCE HRR60

 Class Control

 Class Cancer

 VariablesAge_demeanedEd_demeanedHRR60

 Input505_1Cancer-5.631.543

 Input506_1Cancer7.373.553

 Input509_1Cancer4.37-0.544

 Input517_1Cancer-20.63-1.538

 Input518_1Cancer-4.63-2.535

 Input520_1Cancer0.371.537

 Input521_1Control3.371.549

 Input524_1Cancer3.37-0.532

 Input525_1Control-12.63-2.551

 #Input528_1Cancer10.373.5

 Input529_1Control-28.634.532

 Input530_1Cancer1.371.524

 Input531_1Cancer6.377.555

 Input532_1Cancer-1.631.514

 Input533_1Cancer-10.633.536

 Input534_1Control-3.631.525

Re: [Freesurfer] mris_preproc error

2014-11-05 Thread Cooke, Gillian
Hi Doug,

The FSGD file is attached.

Best wishes,
Gill

From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, November 05, 2014 5:10 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error

Hmm, still not sure what's up. Can you attach your fsgd file to an email?
doug


On 11/05/2014 05:48 PM, Cooke, Gillian wrote:
 Thanks Doug - this is what it produces:

 out mris_preproc/lh.HRR60.thickness.10.mgh
 set echo = 1 ;
 set debug = 1 ;
 set debug = 1
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 10 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --fsgd
 shift

 switch ( $flag )
 switch ( --fsgd )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 9 == 0 ) goto arg1err
 set fsgdf = $argv[1] ; shift ;
 set fsgdf = fsgd/HRR60.fsgd
 shift
 if ( ! -e $fsgdf ) then
 if ( ! -e fsgd/HRR60.fsgd ) then
 set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'` ;
 set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'`
 cat fsgd/HRR60.fsgd
 awk {if($1 == Input) print $2}
 set subjlist = ( $subjlist $sl ) ;
 set subjlist = ( )
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 8 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --cache-in
 shift

 switch ( $flag )
 switch ( --cache-in )
 if ( $#argv  1 ) goto arg1err ;
 if ( 7  1 ) goto arg1err
 set meas = $argv[1] ; shift ;
 set meas = thickness.fwhm10.fsaverage
 shift
 set srcsurf = 1 ;
 set srcsurf = 1
 set CacheIn = 1 ;
 set CacheIn = 1

 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 6 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --target
 shift

 switch ( $flag )
 switch ( --target )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 5 == 0 ) goto arg1err
 set target = $argv[1] ; shift ;
 set target = fsaverage
 shift
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 4 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --hemi
 shift

 switch ( $flag )
 switch ( --hemi )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 3 == 0 ) goto arg1err
 set srchemi = $argv[1] ; shift ;
 set srchemi = lh
 shift
 set trghemi = $srchemi ;
 set trghemi = lh
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 2 != 0 )

 set flag = $argv[1] ; shift ;
 set flag = --out
 shift

 switch ( $flag )
 switch ( --out )
 if ( $#argv == 0 ) goto arg1err ;
 if ( 1 == 0 ) goto arg1err
 set outpath = $argv[1] ; shift ;
 set outpath = mris_preproc/lh.HRR60.thickness.10.mgh
 shift

 set outstem = `fname2stem $outpath`
 set outstem = `fname2stem $outpath`
 fname2stem mris_preproc/lh.HRR60.thickness.10.mgh
 if ( $status ) then
 if ( 0 ) then
 breaksw
 breaksw

 end
 end
 while ( $#argv != 0 )
 while ( 0 != 0 )

 goto parse_args_return ;
 goto parse_args_return


 goto handle_fsfast ;
 goto handle_fsfast

 if ( $#SessFile ) then
 if ( 0 ) then

 goto handle_fsfast_return ;
 goto handle_fsfast_return


 goto check_params ;
 goto check_params

 if ( $#subjlistfile  $#ivplist ) then
 if ( 0  0 ) then
 if ( $#subjlistfile  $#fsgdf ) then
 if ( 0  1 ) then
 if ( $#ivplist  $#fsgdf ) then
 if ( 0  1 ) then
 if ( $#subjlist == 0 ) then
 if ( 0 == 0 ) then
 echo ERROR: no subjects specified
 echo ERROR: no subjects specified
 ERROR: no subjects specified
 exit 1 ;
 exit 1

 
 From: freesurfer-boun...@nmr.mgh.harvard.edu 
 [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
 [gr...@nmr.mgh.harvard.edu]
 Sent: Wednesday, November 05, 2014 4:41 PM
 To: freesurfer@nmr.mgh.harvard.edu
 Subject: Re: [Freesurfer] mris_preproc error

 run it like this

 mris_preproc --debug --fsgd fsgd/HRR60.fsgd ...

 doug

 On 11/05/2014 05:32 PM, Cooke, Gillian wrote:
 Unfortunately I'm getting this error in the terminal:

 bash: --debug: command not found

 
 From: freesurfer-boun...@nmr.mgh.harvard.edu 
 [freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
 [gr...@nmr.mgh.harvard.edu]
 Sent: Wednesday, November 05, 2014 4:26 PM
 To: freesurfer@nmr.mgh.harvard.edu
 Subject: Re: [Freesurfer] mris_preproc error

 Can you run it with --debug as the first argument and send the terminal
 output?
 doug


 On 11/05/2014 04:21 PM, Cooke, Gillian wrote:
 Hi All,


 I am getting a consistent error when I try to run mris_preproc - I'm
 baffled as I've used all of my scripts and fsgd files before.

 There are 2 groups with 3 covariates but I keep getting this error:


 mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in
 thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out
 mris_preproc/lh.HRR60.thickness.10.mgh

 ERROR: no subjects specified


 But my fsgd file lists all subject numbers:


 GroupDescriptorFile 1

 Title ACCE HRR60

 Class Control

 Class Cancer

 VariablesAge_demeanedEd_demeanedHRR60

 Input505_1Cancer-5.631.543

 Input506_1Cancer7.373.553

 Input509_1Cancer4.37-0.544

 Input517_1Cancer-20.63

Re: [Freesurfer] mris_preproc error

2014-11-05 Thread Douglas Greve


The FSGD file is not plain text. Did you make it file on a Windows 
computer? Try cut and pasting it into emacs or vi or wordpad

doug




On 11/5/14 8:26 PM, Cooke, Gillian wrote:

Hi Doug,

The FSGD file is attached.

Best wishes,
Gill

From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, November 05, 2014 5:10 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error

Hmm, still not sure what's up. Can you attach your fsgd file to an email?
doug


On 11/05/2014 05:48 PM, Cooke, Gillian wrote:

Thanks Doug - this is what it produces:

out mris_preproc/lh.HRR60.thickness.10.mgh
set echo = 1 ;
set debug = 1 ;
set debug = 1
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 10 != 0 )

set flag = $argv[1] ; shift ;
set flag = --fsgd
shift

switch ( $flag )
switch ( --fsgd )
if ( $#argv == 0 ) goto arg1err ;
if ( 9 == 0 ) goto arg1err
set fsgdf = $argv[1] ; shift ;
set fsgdf = fsgd/HRR60.fsgd
shift
if ( ! -e $fsgdf ) then
if ( ! -e fsgd/HRR60.fsgd ) then
set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'` ;
set sl = `cat $fsgdf | awk '{if($1 == Input) print $2}'`
cat fsgd/HRR60.fsgd
awk {if($1 == Input) print $2}
set subjlist = ( $subjlist $sl ) ;
set subjlist = ( )
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 8 != 0 )

set flag = $argv[1] ; shift ;
set flag = --cache-in
shift

switch ( $flag )
switch ( --cache-in )
if ( $#argv  1 ) goto arg1err ;
if ( 7  1 ) goto arg1err
set meas = $argv[1] ; shift ;
set meas = thickness.fwhm10.fsaverage
shift
set srcsurf = 1 ;
set srcsurf = 1
set CacheIn = 1 ;
set CacheIn = 1

breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 6 != 0 )

set flag = $argv[1] ; shift ;
set flag = --target
shift

switch ( $flag )
switch ( --target )
if ( $#argv == 0 ) goto arg1err ;
if ( 5 == 0 ) goto arg1err
set target = $argv[1] ; shift ;
set target = fsaverage
shift
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 4 != 0 )

set flag = $argv[1] ; shift ;
set flag = --hemi
shift

switch ( $flag )
switch ( --hemi )
if ( $#argv == 0 ) goto arg1err ;
if ( 3 == 0 ) goto arg1err
set srchemi = $argv[1] ; shift ;
set srchemi = lh
shift
set trghemi = $srchemi ;
set trghemi = lh
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 2 != 0 )

set flag = $argv[1] ; shift ;
set flag = --out
shift

switch ( $flag )
switch ( --out )
if ( $#argv == 0 ) goto arg1err ;
if ( 1 == 0 ) goto arg1err
set outpath = $argv[1] ; shift ;
set outpath = mris_preproc/lh.HRR60.thickness.10.mgh
shift

set outstem = `fname2stem $outpath`
set outstem = `fname2stem $outpath`
fname2stem mris_preproc/lh.HRR60.thickness.10.mgh
if ( $status ) then
if ( 0 ) then
breaksw
breaksw

end
end
while ( $#argv != 0 )
while ( 0 != 0 )

goto parse_args_return ;
goto parse_args_return


goto handle_fsfast ;
goto handle_fsfast

if ( $#SessFile ) then
if ( 0 ) then

goto handle_fsfast_return ;
goto handle_fsfast_return


goto check_params ;
goto check_params

if ( $#subjlistfile  $#ivplist ) then
if ( 0  0 ) then
if ( $#subjlistfile  $#fsgdf ) then
if ( 0  1 ) then
if ( $#ivplist  $#fsgdf ) then
if ( 0  1 ) then
if ( $#subjlist == 0 ) then
if ( 0 == 0 ) then
echo ERROR: no subjects specified
echo ERROR: no subjects specified
ERROR: no subjects specified
exit 1 ;
exit 1


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, November 05, 2014 4:41 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error

run it like this

mris_preproc --debug --fsgd fsgd/HRR60.fsgd ...

doug

On 11/05/2014 05:32 PM, Cooke, Gillian wrote:

Unfortunately I'm getting this error in the terminal:

bash: --debug: command not found


From: freesurfer-boun...@nmr.mgh.harvard.edu 
[freesurfer-boun...@nmr.mgh.harvard.edu] on behalf of Douglas N Greve 
[gr...@nmr.mgh.harvard.edu]
Sent: Wednesday, November 05, 2014 4:26 PM
To: freesurfer@nmr.mgh.harvard.edu
Subject: Re: [Freesurfer] mris_preproc error

Can you run it with --debug as the first argument and send the terminal
output?
doug


On 11/05/2014 04:21 PM, Cooke, Gillian wrote:

Hi All,


I am getting a consistent error when I try to run mris_preproc - I'm
baffled as I've used all of my scripts and fsgd files before.

There are 2 groups with 3 covariates but I keep getting this error:


mris_preproc --fsgd fsgd/HRR60.fsgd --cache-in
thickness.fwhm10.fsaverage --target fsaverage --hemi lh --out
mris_preproc/lh.HRR60.thickness.10.mgh

ERROR: no subjects specified


But my fsgd file lists all subject numbers:


GroupDescriptorFile 1

Title ACCE HRR60

Class Control

Class Cancer

VariablesAge_demeanedEd_demeanedHRR60

Input505_1Cancer-5.631.543

Input506_1Cancer7.373.553

Input509_1Cancer4.37-0.544

[Freesurfer] mris_preproc patch download

2014-03-27 Thread _andreia_
Hello list,

I'm working with FS 5.0 and I'll be using either qdec or mri_glmfit  
for whole brain analysis.

The link
http://surfer.nmr.mgh.harvard.edu/fswiki/Xhemi#Installation

takes me to
ftp://surfer.nmr.mgh.harvard.edu/pub/dist/freesurfer/5.1.0/xhemi/mris_preproc

where a script appears. I thought that it would take me to a download  
page of some type of file that I would use to substitute the  
mrs_preproc I have now.

How should I proceed? Copy and the paste the script text in my current  
mris_preproc (deleting what is now written) and then save and run  
qcache.

Or, since I already have FS 5.3 installed in a different location, can  
I simply copy and paste the 5.3 mris_preproc file replacing the 5.0 one?

I predict that both approaches are equivalent but I want to be  
completely sure that I'll be doing it in the right way.

Thanks,
Andreia
___
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] mris_preproc patch download

2014-03-27 Thread Douglas N Greve

download the file and copy it into $FREESURFER_HOME/bin and make it 
executable (make a backup first)


On 03/27/2014 09:37 AM, _andre...@sapo.pt wrote:
 Hello list,

 I'm working with FS 5.0 and I'll be using either qdec or mri_glmfit
 for whole brain analysis.

 The link
 http://surfer.nmr.mgh.harvard.edu/fswiki/Xhemi#Installation

 takes me to
 ftp://surfer.nmr.mgh.harvard.edu/pub/dist/freesurfer/5.1.0/xhemi/mris_preproc

 where a script appears. I thought that it would take me to a download
 page of some type of file that I would use to substitute the
 mrs_preproc I have now.

 How should I proceed? Copy and the paste the script text in my current
 mris_preproc (deleting what is now written) and then save and run
 qcache.

 Or, since I already have FS 5.3 installed in a different location, can
 I simply copy and paste the 5.3 mris_preproc file replacing the 5.0 one?

 I predict that both approaches are equivalent but I want to be
 completely sure that I'll be doing it in the right way.

 Thanks,
 Andreia
 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc patch download

2014-03-27 Thread _andreia_
Hi Doug,

I had to Save file as... So, that was the download... Backup made  
and mris_preproc replaced by the new one.

Thank you!

Andreia


Quoting Douglas N Greve gr...@nmr.mgh.harvard.edu:

 download the file and copy it into $FREESURFER_HOME/bin and make it
 executable (make a backup first)


 On 03/27/2014 09:37 AM, _andre...@sapo.pt wrote:
 Hello list,

 I'm working with FS 5.0 and I'll be using either qdec or mri_glmfit
 for whole brain analysis.

 The link
 http://surfer.nmr.mgh.harvard.edu/fswiki/Xhemi#Installation

 takes me to
 ftp://surfer.nmr.mgh.harvard.edu/pub/dist/freesurfer/5.1.0/xhemi/mris_preproc

 where a script appears. I thought that it would take me to a download
 page of some type of file that I would use to substitute the
 mrs_preproc I have now.

 How should I proceed? Copy and the paste the script text in my current
 mris_preproc (deleting what is now written) and then save and run
 qcache.

 Or, since I already have FS 5.3 installed in a different location, can
 I simply copy and paste the 5.3 mris_preproc file replacing the 5.0 one?

 I predict that both approaches are equivalent but I want to be
 completely sure that I'll be doing it in the right way.

 Thanks,
 Andreia
 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
 www.nmr.mgh.harvard.edu/facility/filedrop/index.html
 Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

 ___
 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] mris_preproc patch

2014-03-21 Thread N. Medic
Dear Doug,


I would need the mris_preproc patch, however the link provided 
(ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc) is 
not working. Is there another way of getting the patch (rather than downloading 
the new version of FreeSurfer)?


Best wishes,

Nenad



***


that link should work now

doug



On 02/07/2013 12:53 PM, Uri Hasson wrote:

 Dear Doug,

 

 We’re still using version 5.1 for a pipeline, and need to send

 surface-based measures (volume, area, thickness) to a standard space

 for whole-brain analysis.  I read you had a patched version of

 mris_preproc, but the link saw in an online post (below) doesn’t work.

   Is there another link to the utility?

 

 Thanks,

 Uri

 

 D.G wrote:

 ---

 Hi Tetiana, thanks for the push. I’ve put a new version of mris_preproc

 here:

 ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc

 This will implement the fix.

 To “install” make a backup of mris_preproc in $FREESURFER_HOME/bin, 
 then

 move the new version.

 You should re-run recon-all with -qcache (no need to rerun all of

 recon-all).

 

 doug

 ---



___
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] mris_preproc patch

2014-03-21 Thread Douglas N Greve
you can get it from this page. You don't need the other files unless you are 
doing the interhemispheric analysis
http://surfer.nmr.mgh.harvard.edu/fswiki/Xhemi

On 03/21/2014 04:41 AM, N. Medic wrote:
 Dear Doug,


 I would need the mris_preproc patch, however the link provided
 (ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc) 
 is not working. Is there another way of getting the patch (rather than 
 downloading the new version of FreeSurfer)?


 Best wishes,

 Nenad



 ***


 that link should work now

 doug



 On 02/07/2013 12:53 PM, Uri Hasson wrote:

 Dear Doug,
 We’re still using version 5.1 for a pipeline, and need to send
 surface-based measures (volume, area, thickness) to a standard space
 for whole-brain analysis.  I read you had a patched version of
 mris_preproc, but the link saw in an online post (below) doesn’t work.
Is there another link to the utility?
 Thanks,
 Uri
 D.G wrote:
 ---
 Hi Tetiana, thanks for the push. I’ve put a new version of mris_preproc
 here:
 ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/mris_preproc
 This will implement the fix.
 To “install” make a backup of mris_preproc in $FREESURFER_HOME/bin,
 then
 move the new version.
 You should re-run recon-all with -qcache (no need to rerun all of
 recon-all).
 doug
 ---


 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc, mri_surf2surf and lme_mass_vw

2014-03-17 Thread Eric Cunningham
Hello Freesurfer experts,

The lme_mass_vw script runs for a long time and outputs info into the
matlab terminal.  Most look like this:

Location #: Algorithm did not converge.  Initial and final likelihoods:
###, ###

Running this script, for almost every line, the initial and final
likelihoods are Inf.  Is this indicative of a problem?



Getting these results made me wonder if the Y-input was built properly.
Using mris_preproc and mri_surf2surf to smooth, we tested 10mm smoothing
and no smoothing in addition to the 30mm smoothing we had been doing
originally.  The results:

smoothed to 30 ~ almost every likelihood = Inf, Inf
smoothed to 10 ~ some (1 in 5? 10?) likelihood = Inf
not smoothed ~ no instances of likelihood = Inf, Inf

Thanks,
-Eric
___
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] mris_preproc xhemi

2014-02-26 Thread Daniel Carey
Dear All,

We have been attempting to run a cross hemisphere analysis using .curv files, 
as per the wiki page: http://surfer.nmr.mgh.harvard.edu/fswiki/Xhemi

I have outlined the exact steps within our pipeline below. When fitting any glm 
to the data (simple osgm shown below), we find that across all vertices, the 
significance values are 0 (despite the vertex by vertex diff values appearing 
to be very slightly different, based on a cursory inspection of the sig.mgh 
file overlaid onto lh of fsaverage_sym in tksurfer). Oddly, the vertex by 
vertex diff values also appear to be lower than we would expect (approximately 
by a factor of 10). Within the terminal output from glm_fit, we see both F and 
sig values of 0.

We are unsure as to why the analysis isn't working quite as expected. Any 
advice on this would be greatly appreciated.

Many thanks in advance,

Dan

---

# register subs

foreach sub (01 03 04 05 06 08 10 11 12 13 14 15 16 18 19 20 21 22 23 24 25 27 
28 29 30 31 32 33 35 36 37 38 39 40)

surfreg --s S$sub-synth --t fsaverage_sym --lh

surfreg --s S$sub-synth --t fsaverage_sym --lh --xhemi

end


# mris_preproc

mris_preproc --target fsaverage_sym --hemi lh --xhemi --paired-diff 
--srcsurfreg fsaverage_sym.sphere.reg --meas curv --out lh.lh-rh.curv.sm00.mgh \
--s S01-synth --s S03-synth --s S04-synth --s S05-synth --s S06-synth --s 
S08-synth --s S10-synth --s S11-synth --s S12-synth --s S13-synth --s S14-synth 
\
--s S15-synth --s S16-synth --s S18-synth --s S19-synth --s S20-synth --s 
S21-synth --s S22-synth --s S23-synth --s S24-synth --s S25-synth --s S27-synth 
\
--s S28-synth --s S29-synth --s S30-synth --s S31-synth --s S32-synth --s 
S33-synth --s S35-synth --s S36-synth --s S37-synth --s S38-synth --s S39-synth 
\
--s S40-synth

# smooth

mris_fwhm --s fsaverage_sym --hemi lh --cortex --smooth-only --fwhm 5 --i 
lh.lh-rh.curv.sm00.mgh --o lh.lh-rh.curv.sm05.mgh

# mris_glmfit

mri_glmfit --y lh.lh-rh.curv.sm05.mgh --glmdir glm.lh.lh-rh.curv.sm05.osgm 
--osgm --surf fsaverage_sym lh

---


Daniel Carey
Marie Curie Ph.D. Fellow,
Centre for Brain and Cognitive Development,
32 Torrington Sq.,
London WC1E 7HX
UK

email: d.ca...@bbk.ac.uk
web: http://www.cbcd.bbk.ac.uk/people/students/daniel_carey



___
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] mris_preproc xhemi

2014-02-26 Thread Douglas N Greve

It could be that there is a problem with one or more of your subjects. 
First, look at the mask

tksurfer fsaverage_sym lh inflated -overlay mask -fminmax .5 1

the mask should extend over almost all cortex except the medial wall. To 
look at each subject, you can run

tksurfer fsaverage_sym lh inflated -overlay lh.lh-rh.curv.sm05.mgh 
-fminmax .1 1 -t lh.lh-rh.curv.sm05.mgh

this will bring up a time course when you click on a point showing all 
the values for that point. The image you see will be for the first 
subject, but you can scroll through the subjects using the overlay 
config window. You may need to adjust the thresholds

doug



On 02/26/2014 09:18 AM, Daniel Carey wrote:
 Dear All,

 We have been attempting to run a cross hemisphere analysis using .curv 
 files, as per the wiki page: 
 http://surfer.nmr.mgh.harvard.edu/fswiki/Xhemi

 I have outlined the exact steps within our pipeline below. When 
 fitting any glm to the data (simple osgm shown below), we find that 
 across all vertices, the significance values are 0 (despite the vertex 
 by vertex diff values appearing to be very slightly different, based 
 on a cursory inspection of the sig.mgh file overlaid onto lh of 
 fsaverage_sym in tksurfer). Oddly, the vertex by vertex diff values 
 also appear to be lower than we would expect (approximately by a 
 factor of 10). Within the terminal output from glm_fit, we see both F 
 and sig values of 0.

 We are unsure as to why the analysis isn't working quite as expected. 
 Any advice on this would be greatly appreciated.

 Many thanks in advance,

 Dan

 ---

 # register subs

 foreach sub (01 03 04 05 06 08 10 11 12 13 14 15 16 18 19 20 21 22 23 
 24 25 27 28 29 30 31 32 33 35 36 37 38 39 40)

 surfreg --s S$sub-synth --t fsaverage_sym --lh

 surfreg --s S$sub-synth --t fsaverage_sym --lh --xhemi

 end


 # mris_preproc

 mris_preproc --target fsaverage_sym --hemi lh --xhemi --paired-diff 
 --srcsurfreg fsaverage_sym.sphere.reg --meas curv --out 
 lh.lh-rh.curv.sm00.mgh \
 --s S01-synth --s S03-synth --s S04-synth --s S05-synth --s S06-synth 
 --s S08-synth --s S10-synth --s S11-synth --s S12-synth --s S13-synth 
 --s S14-synth \
 --s S15-synth --s S16-synth --s S18-synth --s S19-synth --s S20-synth 
 --s S21-synth --s S22-synth --s S23-synth --s S24-synth --s S25-synth 
 --s S27-synth \
 --s S28-synth --s S29-synth --s S30-synth --s S31-synth --s S32-synth 
 --s S33-synth --s S35-synth --s S36-synth --s S37-synth --s S38-synth 
 --s S39-synth \
 --s S40-synth

 # smooth

 mris_fwhm --s fsaverage_sym --hemi lh --cortex --smooth-only --fwhm 5 
 --i lh.lh-rh.curv.sm00.mgh --o lh.lh-rh.curv.sm05.mgh

 # mris_glmfit

 mri_glmfit --y lh.lh-rh.curv.sm05.mgh --glmdir 
 glm.lh.lh-rh.curv.sm05.osgm --osgm --surf fsaverage_sym lh

 ---


 Daniel Carey
 Marie Curie Ph.D. Fellow,
 Centre for Brain and Cognitive Development,
 32 Torrington Sq.,
 London WC1E 7HX
 UK

 email: d.ca...@bbk.ac.uk mailto:d.ca...@bbk.ac.uk
 web: http://www.cbcd.bbk.ac.uk/people/students/daniel_carey





 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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] mris_preproc questions

2014-01-27 Thread Pedro Rosa


Pedro Rosa

Hi,
I have a couple of questions about the mris_preproc:
1) Can I include all subjects in the qdec.table, but afterwards exclude some of 
them (based on a determined categorial variable) during the statistical 
analysis? I understood that the script assembles thickness / area data into a 
single file, but individual data is not changed depending of other subjects’ 
data (it assembles individual data independently of other subjects into 
common-space fsaverage). Am I mistaken?

2) In a longitudinal study, should I include the .base. folders in the 
qdec-long.table (variable 2), or is it the same to include only the .long. 
folders in the qdec.table (below fsid)?

Thanks a lot,
Pedro.
___
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] mris_preproc questions

2014-01-27 Thread Douglas N Greve

On 01/27/2014 06:03 PM, Pedro Rosa wrote:

 Pedro Rosa

 Hi,
 I have a couple of questions about the mris_preproc:
 1) Can I include all subjects in the qdec.table, but afterwards exclude some 
 of them (based on a determined categorial variable) during the statistical 
 analysis?
I don't think so. This was originally part of the plan but we never got 
around to implementing it.
   I understood that the script assembles thickness / area data into a single 
 file, but individual data is not changed depending of other subjects’ data 
 (it assembles individual data independently of other subjects into 
 common-space fsaverage). Am I mistaken?
No, you are correct

 2) In a longitudinal study, should I include the .base. folders in the 
 qdec-long.table (variable 2), or is it the same to include only the .long. 
 folders in the qdec.table (below fsid)?
QDEC is not the right tool for doing longitudinal analysis. Use 
mri_glmfit from the command line instead.
doug



 Thanks a lot,
 Pedro.
 ___
 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: https://gate.nmr.mgh.harvard.edu/filedrop2
www.nmr.mgh.harvard.edu/facility/filedrop/index.html
Outgoing: ftp://surfer.nmr.mgh.harvard.edu/transfer/outgoing/flat/greve/

___
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.


  1   2   >