[NeXus-definitions-tickets] [NeXusDefinitions] #130: proposal for data exchange format for imaging

NeXus Base Classes and Instrument Definitions noreply at nexusformat.org
Wed Mar 30 14:07:21 BST 2011


#130: proposal for data exchange format for imaging
-------------------------+--------------------------------------------------
 Reporter:  Pete Jemian  |        Owner:  Pete Jemian
     Type:  task         |       Status:  reopened   
 Priority:  minor        |    Milestone:  later      
Component:  general      |   Resolution:             
 Keywords:               |  
-------------------------+--------------------------------------------------
Changes (by Pete Jemian):

  * milestone:  => later


Old description:

> Chris Jacobsen, APS, has proposed a simplified plan to store images in
> HDF5 files for exchange amongst experimenters.  Express that plan in NXDL
> as an {{{NXnote}}}, following all the rules of the schema, and see if
> that community is receptive to a NeXus description of their plans.
> Perhaps they could become interested in classifying their various
> metadata using standard NeXus base classes such as {{{NXuser}}},
> {{{NXsample}}}, {{{NXinstrument}}}, ...
>
> The basic proposition is to establish a simple standard for exchange of
> imaging data.
>
>  * Required:
>   * Image set (1D, 2D, 3D, 4D, …)
>   * Rank and Dimensions of image set
>  * Optional additional information to be stored:
>   * Version
>   * Complex_index
>   * Image type
>   * Positions (independent axes): values, dimensions, names, units
>   * Timestamp for image set
>   * Specimen names and related info
>   * Instrument names and related info
>   * Data acquisition system and related info
>   * Processing steps and related info
>   * Experimenter names and related info
>   * Comments
>
> Note that {{{complex_index}}} describes if the image set values are real
> or complex.  It was described as:
> ''this is an integer that, if present, tells what dimension holds
> {real,imaginary} pairs for complex numbers (dimensioning is assumed to
> start at 0).  If absent, or if <0 or >(n_dimensions-1), it is assumed
> that the array is pure real. For a 640x480 complex array, one might have
> n_dimensions=3, complex_index=0, and dimensions[]=[2,640,480].''

New description:

 Chris Jacobsen, APS, has proposed a simplified plan to store images in
 HDF5 files for exchange amongst experimenters.  Express that plan in NXDL
 as an {{{NXnote}}}, following all the rules of the schema, and see if that
 community is receptive to a NeXus description of their plans.  Perhaps
 they could become interested in classifying their various metadata using
 standard NeXus base classes such as {{{NXuser}}}, {{{NXsample}}},
 {{{NXinstrument}}}, ...

 The basic proposition is to establish a simple standard for exchange of
 imaging data.

  * Required:
   * Image set (1D, 2D, 3D, 4D, …)
   * Rank and Dimensions of image set
  * Optional additional information to be stored:
   * Version
   * Complex_index
   * Image type
   * Positions (independent axes): values, dimensions, names, units
   * Timestamp for image set
   * Specimen names and related info
   * Instrument names and related info
   * Data acquisition system and related info
   * Processing steps and related info
   * Experimenter names and related info
   * Comments

 Note that {{{complex_index}}} describes if the image set values are real
 or complex.  It was described as:
 ''this is an integer that, if present, tells what dimension holds
 {real,imaginary} pairs for complex numbers (dimensioning is assumed to
 start at 0).  If absent, or if <0 or >(n_dimensions-1), it is assumed that
 the array is pure real. For a 640x480 complex array, one might have
 n_dimensions=3, complex_index=0, and dimensions[]=[2,640,480].''

--

-- 
Ticket URL: <http://trac.nexusformat.org/definitions/ticket/130#comment:18>
NeXus Base Classes and Instrument Definitions <http://www.nexusformat.org/>
NeXus Base Classes and Instrument Definitions



More information about the NeXus-definitions-tickets mailing list