Submitted by wujingxi on Wed, 09/07/2011 - 10:39 各位好: 今日用DPARSF中的步骤处理task数据(滤波以前所有步骤),数据扫描的时候TR=2. 在处理数据的时候,软件自动报出‘Your TR is 1.8'。同一批数据,还出现了‘Your TR is 1.9'的情况,但是用mricro查看dicom转换为hdr/img的参数,仍然显示TR=2。 请问这是什么情况? Log in or register to post comments 7007 reads Submitted by YAN Chao-Gan on Thu, 09/08/2011 - 05:22 Permalink Re 这个比较奇怪。REST调用SPM来进行slice timing。如果有这样的报告的话,建议不一定非相信dicom数据,问问当时扫描员有没有什么状况可能比较好。 Log in or register to post comments Submitted by ZHANG_RESTadmin on Sat, 09/10/2011 - 12:08 Permalink re:New Bug Report -regarding reslice timing 这是有可能你的层数设错了的原因。请检查你的图像真实的层数是否是你输入slice timing时的设置的层数。 一般来说DPARSF会报出这个TR的信息,就是为了让你检查是否设置都正确。假如设置不正确,输出的TR就和真实的TR不同。 所以,这个原因并不是你TR设错了,而是层数设错了。 至于有的是1.8有的是1.9,说明你数据的层数还不尽相同。有的层数多些有的少些。 请用mricro检查你的dicom图像,或询问扫描员,弄清到底多少层。 Log in or register to post comments
Submitted by YAN Chao-Gan on Thu, 09/08/2011 - 05:22 Permalink Re 这个比较奇怪。REST调用SPM来进行slice timing。如果有这样的报告的话,建议不一定非相信dicom数据,问问当时扫描员有没有什么状况可能比较好。 Log in or register to post comments
Submitted by ZHANG_RESTadmin on Sat, 09/10/2011 - 12:08 Permalink re:New Bug Report -regarding reslice timing 这是有可能你的层数设错了的原因。请检查你的图像真实的层数是否是你输入slice timing时的设置的层数。 一般来说DPARSF会报出这个TR的信息,就是为了让你检查是否设置都正确。假如设置不正确,输出的TR就和真实的TR不同。 所以,这个原因并不是你TR设错了,而是层数设错了。 至于有的是1.8有的是1.9,说明你数据的层数还不尽相同。有的层数多些有的少些。 请用mricro检查你的dicom图像,或询问扫描员,弄清到底多少层。 Log in or register to post comments
Submitted by YAN Chao-Gan on Thu, 09/08/2011 - 05:22 Permalink
Re
这个比较奇怪。REST调用SPM来进行slice timing。如果有这样的报告的话,建议不一定非相信dicom数据,问问当时扫描员有没有什么状况可能比较好。
Submitted by ZHANG_RESTadmin on Sat, 09/10/2011 - 12:08 Permalink
re:New Bug Report -regarding reslice timing
这是有可能你的层数设错了的原因。请检查你的图像真实的层数是否是你输入slice timing时的设置的层数。
一般来说DPARSF会报出这个TR的信息,就是为了让你检查是否设置都正确。假如设置不正确,输出的TR就和真实的TR不同。
所以,这个原因并不是你TR设错了,而是层数设错了。
至于有的是1.8有的是1.9,说明你数据的层数还不尽相同。有的层数多些有的少些。
请用mricro检查你的dicom图像,或询问扫描员,弄清到底多少层。