nexusformat / definitions Goto Github PK
View Code? Open in Web Editor NEWDefinitions of the NeXus Standard File Structure and Contents
Home Page: https://manual.nexusformat.org/
License: Other
Definitions of the NeXus Standard File Structure and Contents
Home Page: https://manual.nexusformat.org/
License: Other
Original reporter: peterfpeterson
Original reporter: sic
Add a NX_UNITLESS unit for fields that don't have a unit (e.g. HKL) so that they don't inherit the wrong units.
Original reporter: prjemian
In base_classes/nxdl.xsd, line 329, set the correct range for NX_RANK
Original reporter: sic
*Add units of NX_ANY to "data" and "data_error"[[BR]]
*Add units to distance, polar_angle, azimuthal_angle[[BR]]
*Add units of NX_TIME to "dead_time"[[BR]]
*Add units of NX_TIME to "count_time"
Original reporter: prjemian
In the NXDL for NXentry, the documentation for definition
and {{{definition_local}} refer to Name of entry DTD. This needs to be revised, but to what?
Original reporter: sic
Original reporter: sic
To allow for more localized names of the banks, add a field "local_name" to hold this information in the NXdetector.
Original reporter: prjemian
Docbook or Doxygen?
Original reporter: prjemian
in NXguide, some field declarations need units
Documentation is needed for most fields, but especially m_value
Original reporter: prjemian
Some of the possible enumeration values for the measurement field use inconsistent conventions (such as magnetic_field
, electric field
, and surface_pressure
). Should we standardize the use of an underscore "_" or a blank space " " to delimit words?
<item value="magnetic_field" />
<item value="electric field" />
<item value="conductivity" />
<item value="resistance" />
<item value="voltage" />
<item value="pressure" />
<item value="flow" />
<item value="stress" />
<item value="strain" />
<item value="shear" />
<item value="surface_pressure" />
Original reporter: sic
Original reporter: sic
Original reporter: prjemian
(This is related to Trac ticket #15)
At the 2008-12-17 Tech Committee meeting, it was agreed that a re-arrangement of the definitions directory structure was in order.
base_classes/nxdl.xsd moves up to the top directory level
base_classes/ stays the same
instruments/ changes to applications/
contributed_definitions/ is added
schema/NeXus.xsd moves up to the top directory level
Original reporter: FreddieAkeroyd
The NXmonoref definition does not show the full table stucture on the WIKI with the extension even though tree mode is selected
Original reporter: FreddieAkeroyd
Original reporter: sic
Needs units adding to *_turns
Original reporter: sic
Original reporter: peterfpeterson
Original reporter: sic
Original reporter: FreddieAkeroyd
Definitions ratified at NIAC 2006-2 will be officially relseased as NeXus 2.0 definitions
Original reporter: sic
Original reporter: peterfpeterson
Original reporter: peterfpeterson
Original reporter: peterfpeterson
Add a short_name
attribute to the /NXentry/NXinstrument/NXsource/name
field. This is similar to the short_name
attribute on the /NXentry/NXinstrument/name
field.
Original reporter: FreddieAkeroyd
Various instruments definitions are on the WIKI at http://www.nexusformat.org/Instruments but not in Subversion.
Original reporter: sic
*Add type of "NXnote" to "notes" field[[BR]]
Original reporter: prjemian
see: http://trac.nexusformat.org/definitions/browser/trunk/base_classes/NXdetector.nxdl.xml
Original reporter: sic
Original reporter: peterfpeterson
Tag definitions prior to NIAC meeting as version 1.0; those ratified/changed at the meeting become version 2.0
Original reporter: sic
Original reporter: sic
Add units to fields.
Original reporter: prjemian
When developing the documentation (#30) for NeXus base classes (as defined by the NXDL), it seems valuable to identify a specific revision of the NXDL instance in the DocBook documentation for each base class.
One way to do this is to add the SVN Id or Revision keyword as an attribute to the definition element. An existing definition element (example from NXaperture)
<definition xmlns="http://definition.nexusformat.org/schema/3.1"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://definition.nexusformat.org/schema/3.1 ../nxdl.xsd"
name="NXaperture"
type="group" extends="../nxdl">
would change to
<definition xmlns="http://definition.nexusformat.org/schema/3.1"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://definition.nexusformat.org/schema/3.1 ../nxdl.xsd"
name="NXaperture"
svnid="$Id: NXaperture.nxdl.xml 218 2008-12-17 20:41:06Z Pete Jemian $"
type="group" extends="../nxdl">
With this change, the definition/@svnid
could be added to the DocBook documentation to indicate which revision of the NXDL instance was used to generate the documentation presented.
Original reporter: prjemian
Original reporter: prjemian
Should we change from the Lesser General Public License to a Creative Commons license?
see http://CreativeCommons.org/about/licenses
We need to choose a model that will allow commercial entities (such as detector vendors) to write NeXus files directly. Either Share Alike or No Derivative Works may suffice. Attribution Share Alike perhaps is the right choice.
Instrument scientists need to be able to create instrument definitions.
NeXus needs to control NX class definitions.
Original reporter: sic
Original reporter: peterfpeterson
Original reporter: sic
Original reporter: sic
*Change the units on soller_angle
to be NX_ANGLE
rather than NX_TIME
.[[BR]]
divergence_*
frequency
blade_thickness
blade_spacing
Original reporter: peterfpeterson
In various definitions the type FLOAT32
needs to be changed to FLOAT
to follow decision made by the NIAC.
Original reporter: prjemian
Implement the XSD to validate NeXus data files. This incorporate use the XSD files derived from NXDL.
Original reporter: sic
Original reporter: sic
Original reporter: FreddieAkeroyd
The definitions for NXpolarizer and NXmonochromator are missing from the subversion server
Original reporter: peterfpeterson
Original reporter: prjemian
There is a problem with the names of groups when constructing XML Schema from the NXDL. Easiest to illustrate this by a brief NXDL excerpt:
<group type="NXlog"/>
<field name="name"/>
<field name="date"/>
<field name="place"/>
<group type="NXlog" name="second_log"/>
Present NeXus rules say to name each of the NXlog entries as NXlog. This would result in this XSD (XML Schema):
<xs:element name="NXlog" minOccurs="0" maxOccurs="unbounded" type="nx:NXlog" />
<xs:element name="name" minOccurs="0" maxOccurs="1" type="nx:NX_CHAR" />
<xs:element name="date" minOccurs="0" maxOccurs="1" type="nx:NX_CHAR" />
<xs:element name="place" minOccurs="0" maxOccurs="1" type="nx:NX_CHAR" />
<xs:element name="NXlog" minOccurs="0" maxOccurs="unbounded" type="nx:NXlog">
<!-- what to do with the name="second_log" information from the NXDL? -->
</xs:element>
Since any of these elements are optional, the XSD cannot validate whether or not an appearance of NXlog is the first one or the second one. XSD rules do not permit this definition to exist. It is reported in oXygen as a violation of "Unique Particle Attribution" and causes the XSD to be invalid.
One way to satisfy the XSD rules is to set the default rule (in NXDL) for group declarations that the resulting XSD element name will be the NXDL group's type. _If_ a name attribute is present in the NXDL group declaration, then the name attribute will be used as the name of the resulting XSD element. The XSD (which is now valid) then becomes:
<xs:element name="NXlog" minOccurs="0" maxOccurs="unbounded" type="nx:NXlog" />
<xs:element name="name" minOccurs="0" maxOccurs="1" type="nx:NX_CHAR" />
<xs:element name="date" minOccurs="0" maxOccurs="1" type="nx:NX_CHAR" />
<xs:element name="place" minOccurs="0" maxOccurs="1" type="nx:NX_CHAR" />
<xs:element name="second_log" minOccurs="0" maxOccurs="unbounded" type="nx:NXlog"/>
This type of rule is needed to avoid having duplicate name errors (Unique Particle Attribution violations) in the XML Schema files. Problems that cropped up were multiple NXlog entries with the same name in NXsample or multiple NXnote entries in NXentry and NXdetector and perhaps other similar instances. (This also looks like the intent of the name attribute in the NXDL group declaration and the metaDTD.)
Original reporter: sic
Replace units for "incident_wavelength" and "incident_wavelength_spread" from "NX_ATOM_DISTANCE" to "NX_WAVELENGTH"
Original reporter: sic
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.