From OntologPSMW

Jump to: navigation, search
[ ]


OntologySummit2009: Perspectives from the Standards Community     (1)

Purpose:     (1B)

  • To identify ways in which ontology could help in standards development and exploitation     (1B1)

Scope:     (1C)

Content:     (1D)

Many objects end up being identified multiple times in different standards. For example, units of measure are given different identities in various standards, and there are known to be two initiatives to give URI identifiers to them currently in progress. What is really needed is that the authoritative source (in this case the BIPM or ISO TC12) that should provide the URIs for all to just use.     (1D2)

Many standards include rules, e.g. conformance classes that determine whether an implementation is conformant. In natural language it is always difficult to avoid ambiguity. This can be reduced by stating the the rules in logical form.     (1D4)

  • Native file formats with standard meta-data - especially for engineering analysis     (1D5)

The traditional approach to standardisation has been to replace native file formats with standard ones. This approach is not always the best one, because for some applications native file formats can be better.     (1D6)

In engineering analysis, system vendors define very effective formats for representing fields using meshes. There may be little benefit in defining an equivalent standard format. However, within a standard file format there is precise meta-data about what the field is - the variable, the coordinate system, the units of measure, the region within which it exists, and the state for which it exists.     (1D7)

This meta-data may be contained within a native file format, but is often incomplete. Also whereas a representation of a field is accessed by very few systems - perhaps only the system that created it - the meta-data is accessed by very many.     (1D8)

A simulation data management system may be concerned with information about a field such as:     (1D9)

  • what it is (e.g. a pressure load over a surface);     (1D10A)
  • the state in which it exists, and properties of the state (e.g. level flight at 1000 kph);     (1D10B)
  • the region within which it exists (e.g. top surface of the wing).     (1D10C)

A simulation data management system may reference a native file that provides a description of the field, and specify the activity that created the description (e.g. an analysis or wind tunnel test).     (1D11)

This approach requires standard engineering analysis meta-data which can be used along side native file formats. Standards such as ISO 10303-104 "Finite element analysis" have defined many of the meta-data concepts, but these concepts are only available within a standard file format. An ontology derived from ISO 10303-104 would enable these concepts to be used to provide information about files in a native format.     (1D12)

Alongside an ontology of standard concepts, an ontology of analysis file types is also require so that the format of a native file that describes a field can be stated unambiguously.     (1D13)

This page is maintained by [[HowardMason]] ... please contact him if there is any question.