There is not time.dat file. CAn you send it?
On 11/13/17 4:28 PM, Conchy PF wrote:
Dear Douglas,
I did not save the full output from the beginning when I processed
this subject. I can send you what I get when I run the
mri_glmfit command. If you need this output, I can run another subject
Dear Douglas,
I run another participant with PET Surfer. This time I converted the
original PET image from .hdr/.img to nii.gz using mri_convert. I had the
same problem when I run MRTM1. Please, find attached the log from the
beginning.
Thank you and kind regards,
CP
On Mon, Nov 13, 2017 at 9:3
Sorry, I forgot the time.dat file. Here it goes.
Thank you,
CP
On Mon, Nov 13, 2017 at 9:28 PM, Conchy PF wrote:
> Dear Douglas,
>
> I did not save the full output from the beginning when I processed this
> subject. I can send you what I get when I run the
>
> mri_glmfit command. If you need t
Dear Douglas,
I did not save the full output from the beginning when I processed this
subject. I can send you what I get when I run the
mri_glmfit command. If you need this output, I can run another subject from
the beginning. Please, find attached the original pet data, .nii.gz,
time.dat, and .d
Can you send the full terminal output? ie, evverything that is printed
to the screen until the program exists? Also, can you send the nii.gz,
.dat, and time.dat file?
On 11/13/2017 03:16 PM, Conchy PF wrote:
> Dear Douglas,
>
> I checked km.ref.tac.dat and these are the values (I also copied th
Dear Douglas,
I checked km.ref.tac.dat and these are the values (I also copied the values
from km.hb.tac.dat):
hbref
26.73126411 -4.761529326
-51.51094818 9.139505029
-44.41317749 -30.22258914
220.9154358 14.15057564
-148.9746399 -43.47668242
616.010437 693.7505493
3824.4064
Please check the reference TAC. Also, please send the full terminal output
On 11/11/2017 06:07 AM, Conchy PF wrote:
> Dear Douglas,
>
> I had the same problem as Jonathan described in his post "PET
> processing seg fault with mri_glmfit --mrtm1"
> (https://mail.nmr.mgh.harvard.edu/pipermail//fr
Dear Douglas,
I had the same problem as Jonathan described in his post "PET processing
seg fault with mri_glmfit --mrtm1" (
https://mail.nmr.mgh.harvard.edu/pipermail//freesurfer/2016-January/043144.html
).
In my case, I used this command:
mri_glmfit --y gtmpvc/km.hb.tac.nii.gz --mrtm1 gtmpvc/km
The km.hb.tac.nii.gz is not a volume. It is a single voxel of data
stored in nii format. This format is needed to input to mri_glmfit. Try
loading it in matlab, eg,
hb = fast_vol2mat( MRIread('km.hb.tac.nii.gz'));
plot(hb)
if that is all 0s then it will surely cause mrtm1 to fail.
doug
On 01/
Hi Freesurfer developers,
I’m trying to perform BP analysis with mri_glmfit —mrtm1. I ran mri_gtmpvc
without PVC, which finished without error. However, the km.hb.tac.nii.gz
appears empty when I open it with fslview or tkmedit, although this may be due
to the nature of the file (I’m not sure w
10 matches
Mail list logo
