We like to add a new element to the D-SI metadata model that can provide information on the kind of quantity (such as length, mass, temperature, etc.).
Comming up:
new feature si:quantityType in XSD in development branch
some documentation of the si:quantityType in this issue
Edited
Designs
Child items
0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
Suggestion for generalizing definition of quantity type
Introduction of a new element si:quantityType to the D-SI metadata model that can provide information about the kind of quantity/measurement (such as length, mass, temperature, pressure, speed, etc…).
Insert in SI_Format.xsd:
local: si:quantityType as an optional element in si:realInListType.
global: si:listQuantityType as an optional element in si:realList.
A new file with test examples for si:quantityType such as 2022-05-23-PLATINUM-examples.xml has been added to each folder examples (PLATINUM, GOLD, BRONZE, SILVER).
New examples of quantity type with IDs PTB700, PTB701... added to Example-Meta.md.
<si:constant><si:label>speed of light in vacuum</si:label><si:quantityType>speed</si:quantityType><si:value>299792458.0</si:value><si:unit>\metre\second\tothe{-1}</si:unit><si:uncertainty>0</si:uncertainty></si:constant>
This requirement is a must. There is need for standard quantityKind field in the DSI.
The last example about "electric charge" should be defined with units "\ampere \second" or as "electric current" with units "\ampere". So, by standard quantiytKind or quantityType I refere to a dictionary of valid values, for example: \electricCurrent, \electricCharge, \length, \mass, \time, etc. In this sense there are several ontologies or taxonomies that can be reused.
This appraoch is beneficial in respect to adding later other vocabularies.
Remarks:
Adding an attribute to provide the vocabulary is of disadvantage, as attributes are not available in JSON and many other formats. This would thus limit the useability of the D-SI outside XML.
Defining an XML element for each quantity type entity is not considered, as such a list would require permanent updating of the D-SI XML scheme compared to a generic element.
implementing semantic version based on qudt:quantitykind and with extendable naming si:quantityTypeQUDT
looking for implementation appraoch where later on other listings of quantity types (e.g., from IEC/ISO) could also be added with a clear semantic link.
Implementation
Define placeholder element for all quantity types
<xs:elementname="quantityType"type="xs:string"abstract="true"><xs:annotation><xs:documentationxml:lang="en"> Definition of placeholder element for providing different quantity types.</xs:documentation></xs:annotation></xs:element>
Define QUDT type element with semantik link
<xs:elementname="quantityTypeQUDT"substitutionGroup="si:quantityType"type="qudt:quantityKind"><xs:annotation><xs:documentationxml:lang="en"> Definition of a quantity element that links to the QUDT ontology IDs for qauntities.</xs:documentation></xs:annotation></xs:element>.. qudt/quantityKind.xsd<?xml version="1.0" encoding="UTF-8"?><xs:schemaversion="1.0.0"xmlns:xs="http://www.w3.org/2001/XMLSchema"targetNamespace="http://qudt.org/vocab/"xmlns:qudt="http://qudt.org/vocab/"elementFormDefault="qualified"><xs:simpleTypename="quantityKind"><xs:restrictionbase="xs:string"/></xs:simpleType></xs:schema>
Integration in si:real, si:complex by placeholder element
<xs:complexTypename="realQuantityType"><xs:sequence><!-- optional label and quantity type--><xs:elementname="label"type="xs:string"minOccurs="0"/><xs:elementref="si:quantityType"minOccurs="0"/><!-- mandatory information --><xs:elementname="value"type="si:decimalType"/><xs:elementname="unit"type="si:unitType"/> ...