[NeXus-committee] obsolescence and evolution: NeXus needs a historic dimension

Pete Jemian prjemian at gmail.com
Wed Jul 16 15:34:19 BST 2014


Let's test the assertion, that validation is sufficient for 
interoperability, against a data file with only the required NeXus 
structure.  One data field is presented with the requisite groups:

/:NeXus HDF5 file
   entry:NXentry
     data:NXdata
       data:NX_NUMBER
         @signal=1

Data files that validate against this structure satisfy the contract for 
interoperability of all NeXus files.  That contract is that the data 
file provides the data for default visualization.  In a NeXus data file, 
the data for default visualization is indicated by the unique attribute 
of signal=1 on a single data field within a NXdata group within a 
NXentry group at the root level of the HDF5 file.  Interoperability 
towards any other goal is not asserted by the required minimum structure.

Pete

On 7/16/2014 8:05 AM, Pete Jemian wrote:
>
>
> On 7/16/2014 7:13 AM, Joachim Wuttke wrote:
>> Anyway, formal validity is perhaps a necessary, but certainly not a
>> sufficient condition for interoperability.
>
> This is actually a goal for any NeXus application definition.  A NeXus
> data file that is valid against the relevant application definition
> meets the structural criteria declared sufficient for interoperability.
>
> Perhaps another measure of interoperability is the data content.  The
> data might be arranged in a NeXus data file with valid structure but
> useless content for the processing step (such as no valid range of data
> satisfying the Guinier approximation in small-angle scattering or no
> intensity peaks for powder diffraction analysis).  Standardization of
> data content or quality is not addressed by NeXus.
>
> Pete
>


More information about the NeXus-committee mailing list