devel
devel > dimensionality time series AND MORE!
Aug 6, 2008 02:08 PM | John Harwell
dimensionality time series AND MORE!
Hester,
The convention myself and others have followed is to place each time
point in its own data array.
When compressing or uncompressing data, a contiguous piece of memory
is needed that holds the entire, uncompressed data array. If somebody
had a very dense surface with many time points and wanted to compress
it, would a contiguous piece of memory large enough be available?
Perhaps the committee needs to explicitly state how the data arrays
should be formated in each of the different file formats. I will
suggest the following:
Coordinates File
-----------------------
One DataArray with Intent=NIFTI_INTENT_POINTSET and
DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 2 with the first
dimension set to the number of nodes and the second dimension set to 3.
Functional (statistic) File
---------------------------------
One or more DataArrays with Intent set to NIFTI_INTENT_NONE or one of
the statistical intents. Each DataArray has
DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 1 with the first
dimension set to the number of nodes.
Label File
--------------
The file consists of a LabelTable followed by one or more DataArrays.
Each DataArray has DataType=NIFTI_TYPE_INT32. Dimensionality is 1
with the first dimensions set to the number of nodes.
RGB/RGBA File
---------------------
The file consists of one or more DataArrays with Intent set to
NIFTI_INTENT_RGB_VECTOR or NIFTI_INTENT_RGBA_VECTOR. Each DataArray
has DataType=NIFTI_TYPE_UNIT8. Dimensionality is 2 with the the first
dimension set to the number of nodes and the second dimension set to 3
for RGB data or 4 for RGBA data.
Shape File
---------------
One or more DataArrays with Intent set to NIFTI_INTENT_SHAPE. Each
DataArray has DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 1 with
the first dimension set to the number of nodes.
Surface File
----------------
A surface file contains two DataArrays. The first DataArray has
Intent=NIFTI_INTENT_POINTSET and DataType=NIFTI_TYPE_FLOAT32.
Dimensionality is 2 with the first dimension set to the number of
nodes and the second dimension set to 3. The second DataArray has
Intent=NIFTI_INTENT_TRIANGLE and DataType=NIFTI_TYPE_INT32.
Dimensionality is 2 with the first dimension set to the number of
triangles and the second dimension set to 3.
Time Series File
----------------------
One or more DataArrays with Intent set to NIFTI_INTENT_TIME_SERIES.
Each DataArray has DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 1
with the first dimension set to the number of nodes.
Topology File
------------------
One DataArray with Intent=NIFTI_INTENT_TRIANGLE and
DataType=NIFTI_TYPE_INT32. Dimensionality is 2 with the first
dimension set to the number of triangles and the second dimension set
to 3.
All of the multidimensional DataArrays are assumed that
ArrayIndexingOrder is RowMajorOrder. Do we really need to allow
ColumnMajorOrder?
John Harwell
>
The convention myself and others have followed is to place each time
point in its own data array.
When compressing or uncompressing data, a contiguous piece of memory
is needed that holds the entire, uncompressed data array. If somebody
had a very dense surface with many time points and wanted to compress
it, would a contiguous piece of memory large enough be available?
Perhaps the committee needs to explicitly state how the data arrays
should be formated in each of the different file formats. I will
suggest the following:
Coordinates File
-----------------------
One DataArray with Intent=NIFTI_INTENT_POINTSET and
DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 2 with the first
dimension set to the number of nodes and the second dimension set to 3.
Functional (statistic) File
---------------------------------
One or more DataArrays with Intent set to NIFTI_INTENT_NONE or one of
the statistical intents. Each DataArray has
DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 1 with the first
dimension set to the number of nodes.
Label File
--------------
The file consists of a LabelTable followed by one or more DataArrays.
Each DataArray has DataType=NIFTI_TYPE_INT32. Dimensionality is 1
with the first dimensions set to the number of nodes.
RGB/RGBA File
---------------------
The file consists of one or more DataArrays with Intent set to
NIFTI_INTENT_RGB_VECTOR or NIFTI_INTENT_RGBA_VECTOR. Each DataArray
has DataType=NIFTI_TYPE_UNIT8. Dimensionality is 2 with the the first
dimension set to the number of nodes and the second dimension set to 3
for RGB data or 4 for RGBA data.
Shape File
---------------
One or more DataArrays with Intent set to NIFTI_INTENT_SHAPE. Each
DataArray has DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 1 with
the first dimension set to the number of nodes.
Surface File
----------------
A surface file contains two DataArrays. The first DataArray has
Intent=NIFTI_INTENT_POINTSET and DataType=NIFTI_TYPE_FLOAT32.
Dimensionality is 2 with the first dimension set to the number of
nodes and the second dimension set to 3. The second DataArray has
Intent=NIFTI_INTENT_TRIANGLE and DataType=NIFTI_TYPE_INT32.
Dimensionality is 2 with the first dimension set to the number of
triangles and the second dimension set to 3.
Time Series File
----------------------
One or more DataArrays with Intent set to NIFTI_INTENT_TIME_SERIES.
Each DataArray has DataType=NIFTI_TYPE_FLOAT32. Dimensionality is 1
with the first dimension set to the number of nodes.
Topology File
------------------
One DataArray with Intent=NIFTI_INTENT_TRIANGLE and
DataType=NIFTI_TYPE_INT32. Dimensionality is 2 with the first
dimension set to the number of triangles and the second dimension set
to 3.
All of the multidimensional DataArrays are assumed that
ArrayIndexingOrder is RowMajorOrder. Do we really need to allow
ColumnMajorOrder?
John Harwell
>
Threaded View
Title | Author | Date |
---|---|---|
Hester Breman | Aug 6, 2008 | |
John Harwell | Aug 6, 2008 | |
Hester Breman | Aug 13, 2008 | |
Benjamin Thyreau | Nov 13, 2008 | |