AFNI Message Board

Dear AFNI users-

We are very pleased to announce that the new AFNI Message Board framework is up! Please join us at:

https://discuss.afni.nimh.nih.gov

Existing user accounts have been migrated, so returning users can login by requesting a password reset. New users can create accounts, as well, through a standard account creation process. Please note that these setup emails might initially go to spam folders (esp. for NIH users!), so please check those locations in the beginning.

The current Message Board discussion threads have been migrated to the new framework. The current Message Board will remain visible, but read-only, for a little while.

Sincerely, AFNI HQ

History of AFNI updates  

|
July 18, 2014 07:47PM
hi, afni'ers,
I want to get a 3d dataset. There are 222 TRs in each run, 40 slices in each volume. I have used MRIconvert to get 222 pairs nifti format files(.hdr/.img).
But, the collected raw data(from GE 3T) are weird. I believed the problem is caused by the scanner itself.
Here is the problem:
From the volume of 94 TR to 222 TR, I used 3dinfo and get such information as below, There are only 39 slices in each volume.

root@qingfeng:/media/data/LiLindata/test/# 3dinfo sub01_094_094.hdr
++ 3dinfo: AFNI version=AFNI_2011_12_21_1014 (Jul 12 2013) [32-bit]
Dataset File: sub01_094_094.hdr
Identifier Code: NII_vE3jul1ahve2NWytMMhKEQ Creation Date: Sat Jul 19 05:20:48 2014
Template Space: ORIG
Dataset Type: Anat Bucket (-abuc)
Byte Order: LSB_FIRST {assumed} [this CPU native = LSB_FIRST]
Storage Mode: NIFTI
Storage Space: 319,488 (319 thousand [kilo]) bytes
Geometry String: "MATRIX(3.125,0,0,-98.4375,0,-2.746237,-1.431511,72.709,0,-1.491243,2.636236,25.7327):64,64,39"
Data Axes Tilt: Oblique (28.503 deg. from plumb)
Data Axes Approximate Orientation:
first (x) = Right-to-Left
second (y) = Posterior-to-Anterior
third (z) = Inferior-to-Superior [-orient RPI]
R-to-L extent: -98.438 [R] -to- 98.438 [L] -step- 3.125 mm [ 64 voxels]
A-to-P extent: -124.166 [A] -to- 72.709 [P] -step- 3.125 mm [ 64 voxels]
I-to-S extent: 25.733 [S] -to- 139.726 [S] -step- 3.000 mm [ 39 voxels]
Number of values stored at each pixel = 1
-- At sub-brick #0 '?' datum type is short

But, there are 40 slices in the first 93 volumes. The 3dinfo of the 93 volume is here:

root@qingfeng:/media/data/LiLindata/test/# 3dinfo sub01_093_093.hdr
++ 3dinfo: AFNI version=AFNI_2011_12_21_1014 (Jul 12 2013) [32-bit]
Dataset File: sub01_093_093.hdr
Identifier Code: NII_kvQFPhx8zqnL8CInjUT2HA Creation Date: Sat Jul 19 05:20:39 2014
Template Space: ORIG
Dataset Type: Anat Bucket (-abuc)
Byte Order: LSB_FIRST {assumed} [this CPU native = LSB_FIRST]
Storage Mode: NIFTI
Storage Space: 327,680 (328 thousand [kilo]) bytes
Geometry String: "MATRIX(3.125,0,0,-98.4375,0,-2.746237,-1.431511,72.709,0,-1.491243,2.636236,25.7327):64,64,40"
Data Axes Tilt: Oblique (28.503 deg. from plumb)
Data Axes Approximate Orientation:
first (x) = Right-to-Left
second (y) = Posterior-to-Anterior
third (z) = Inferior-to-Superior [-orient RPI]
R-to-L extent: -98.438 [R] -to- 98.438 [L] -step- 3.125 mm [ 64 voxels]
A-to-P extent: -124.166 [A] -to- 72.709 [P] -step- 3.125 mm [ 64 voxels]
I-to-S extent: 25.733 [S] -to- 142.726 [S] -step- 3.000 mm [ 40 voxels]
Number of values stored at each pixel = 1
-- At sub-brick #0 '?' datum type is short

Now, my question is: Can i get a 3d dataset for this weird run, and how to?
thx.
Subject Author Posted

to3d problem

qingfeng July 18, 2014 07:47PM

Re: to3d problem

rick reynolds July 21, 2014 09:45AM