Submitted by MCube78 on Sat, 09/24/2011 - 03:27
Hi, I am running DPARSF, I have a dataset with a TR of 2.46, and even though that's the number I specify on the interface, when it runs it seems to think that the TR is 2.5 (as printed on the matlab interface).
Can this be adjusted for? I just wouldn't want the difference to affect ALFF etc
thank you
Martin
Submitted by ZHANG_RESTadmin on Sun, 09/25/2011 - 16:54 Permalink
RE: problem with non-integer TR value
Hi Martin,
Can you make sure that you have typed the right and correct slice number into DPARSF?
Please double-check it. Because if you made a mistake on other slice timing parameters (such as slice number ... ), the TR value matlab printed maybe in a wrong number.
If you are not quite sure about the TR value your image has, please check it using MRIcron.
Hope it helps.
Han Zhang
Submitted by MCube78 on Mon, 09/26/2011 - 06:49 Permalink
Dear Han, thank you for the
Dear Han,
thank you for the answer. Yes all the information I have input in the interface is correct (ie., number of slices, total volumes and TR length). Is it possible that DPARSF is approximating to the first decimal place?
best
Martin
Submitted by ZHANG_RESTadmin on Mon, 09/26/2011 - 15:55 Permalink
re: the precision of TR reported by SPM/DPARSF
Dear Martin,
I further checked the script, and found you are right.
DPARSF or SPM only reported the first decimal.
But this is just the reported value that shown to you, you can just ignore this information.
Han
Submitted by MCube78 on Wed, 09/28/2011 - 02:06 Permalink
ok, great, thank you! Martin
ok, great, thank you!
Martin