print
Tutorial ISO 15926 part 4

TO BE CONTINUED - UNDER CONSTRUCTION

ISO 15926 part 4 is the ISO-standardized part of the Reference Data Library (RDL). ISO 15926 part 4 is also called the "Core Library". An RDL is like a class library which also contains reference individuals. A class in the RDL is the definition of a type, a kind. Individuals are not classes, they are unique. But an individual is member of one or more classes. To be a member of a class in ISO 15926 is called "to be classified as". The RDL contains classes and a few reference individuals. A reference individuals is an individual that is referenced so often that it makes sense to store it in the RDL. Examples of reference individuals are: London (city), Germany (country), Shell (company).

Reference Data System (RDS)

The currently being developed RDL can be viewed from the online system Reference Data System (RDS). See also RDS. It is available through http://rds.posccaesar.com . You have to wait until the Java Applet is installed, then click Login at the right upper corner.

Start by typing an expression in the search box. The * is used as wildcard. For instance type *pump* to find any class short name containing the word pump.


(text courtesy RDS help)

The RDL Browser allows the user to search the RDL for classes, relationships and individuals.

  1. Search & search results - The user is able to do a basic search on predefined attributes of the RDL Object. More advanced searches on multiple criteria can also be done by checking off the advanced search checkbox.
  2. Details - Once the user has selected an RDL object (class, relationship or individual), its details can be viewed here. More information on the details can be found under the topic View details and View relationships
  3. Search configuration - The user configures the advanced search by selecting which fields to search on. A user can also limit the ISO 15926-2 entity types that are to be searched and finally the user can also select which fields to display as part of the results.
  4. Relationship - On an RDL Object there can be many different types of relationships. The user can expand the relationships he/she is interested in and view it as a tree hierarchy.
  5. Support documentation - The documentation for ISO 15926-2 is made available here along with the context sensitive help which you are now using. Export sets are also stored here which allows the user to export the data in P21, P28 or CSV.

For more help refer to the help window in RDS; this tutorial will focus more on the content of ISO 15926 part 4.

How to participate in commenting and expanding it

As soon as anybody starts browsing through the ISO 15926 part 4 data, remarks and comments come up and a need arises to improve the set. Albeit this set was subject to the (more than 40 manyears) work of maybe a hundred domain matter experts of dozens of companies since 1992, many obvious improvements come to mind. The set will never be finished; it will always grow and will always be subject to improvement.

Right now the comments have to be sent by email to the RDS, IDS and IIP team. Refer to Contact. It is the intention to setup a good forum where issues can be addressed, maybe on this knowledge base, but it needs to be decided yet.

In the future an organization will be set up to deal with these improvements. They need to be addressed in a timely matter, and subject to certification. For more details on this see ISO 15926 Single Global Source.

Subject Areas

To find the subject areas of the RDL, in the RDS screen search for:

ISO-CD 15926-4 INITIAL SET
Then in the Second Relation windows open the SPECIALIZATION.superclass relation, showing the subject areas. It is possible to select the list and to copy paste them into another application like your text editor. They are:
ACTIVITIES
BASICS
CLASS OF CLASS
CONNECTION MATERIAL
ELECTRICAL
ENCODED INFORMATION
HEAT TRANSFER
INFORMATION
INSTRUMENTATION
MATHEMATICAL OBJECTS
PIPING
PROPERTIES
PROTECTION
ROTATING EQUIPMENT
SOLID HANDLING
TRANSPORT
UOM
VALVES

Taxonomy structure

Clicking one such subject area, then choosing CLASSIFICATION.classifier relation, brings you down in the taxonomy (tree) hierarchy. So each class has (one or more) parent class relation(s) through CLASSIFICATION.classified and can have children through CLASSIFICATION.classifier relations.

See here the structure provided by the ISO 15926 part 2 data model. It comprises of objects like classes or individuals, and relations like the one described here; CLASSIFICATION.

You see there are two types of setting the type of an object; classification and specialization. Classification in the ISO 15926 is not the same as in the OWL sense. Here are the official definitions:

classification A <classification> is type of <relationship> that indicates that the classified <thing> is a member of the classifier <class>.

<classification> is not transitive.

NOTE A subtype of <relationship> is transitive if when A is related to B, and B is related to C in the same way, then A is necessarily related to C in that way. <specialization> and <composition> are examples of transitive subtypes of <relationship>. However, because <classification> is not transitive does not mean that A cannot be related to C in the same way, only that it does not necessarily follow from A being related to B and B being related to C.

EXAMPLE 1 The <relationship> that indicates that London is a member of the class known as 'capital city' is a <classification>.

EXAMPLE 2 The <relationship> that indicates that 'pump' is a member of the class 'equipment type' is a <classification>.

specialization A <specialization> is a <relationship> that indicates that all members of the subclass are members of the superclass.

<specialization> is transitive.

NOTE If A is a <specialization> of B and B is a <specialization> of C, then A is necessarily a <specialization> of C.

EXAMPLE Centrifugal pump is a <specialization> of pump.

Thinking this through, classification is non-transive and specialization is transive. This means for the use of it, for specialization all definitions, and also relations, of the superclass also all go for the subclass. In the case of classification some or all of the classifier may go for the classified.

So in a simplified view, the taxonomy paths are given as specialization and classifications give aspects of type. See this hydraulic motor as an example.

Note that taxonomy does not come in single superclasses; there can be more.

Another way of looking at it is to see specialization as the essence of a thing, and classification as aspects or designation.

Relationships and properties in the RDL

Currently, in the RDL, the most often used properties and relationships are:

  • Short names
  • Definitions
  • Superclass relations
  • Entity Data Types

Other properties and relations will follow, but they will be part of the Object Information Models (OIM).

Examples:

ID: THERMOWELL
Entity data typeclass_of_inanimate_physical_object
Short namethermowellEnglish
Superclassphysical object
DefinitionA physical object that is a pressure-tight receptacle adapted to receive a temperature sensing element, provided with external threads or other means for pressure-tight attachment to a vessel or pipe.English
Subclassflanged thermowell
Subclassscrewed thermowell
Subclasssocket weld thermowell
Subclassstepped stem thermowell
Subclassstraight stem thermowell
Subclasstapered stem thermowell
Subclassvan stone thermowell
Subclasswelded thermowell

ID: FLANGED_THERMOWELL
Entity data typeclass_of_inanimate_physical_object
Short nameflanged thermowellEnglish
SuperclassThermowell
DefinitionA pressure-tight receptacle adapted to receive a temperature sensing element, provided with flange for pressure-tight attachment to a vessel or pipe.English
Subclasssolid forged flanged thermowell
Subclasswelded flange thermowell

ID: SOLID_FORGED_FLANGED_THERMOWELL
Entity data typeclass_of_inanimate_physical_object
Short namesolid forged flanged thermowellEnglish
Superclassflanged thermowell
DefinitionA flanged thermowell where the flange is made in one piece with the shank/stem.English

Above is shown the taxonomy thermowell - flanged thermowell - solid forged flanged thermowell.

The ID's are in capitals with underscores. That is the way the RDL's ID's are currently set up. They could also be numbers or follow the ISO standard for ID's. This way is for convenience. If you follow this way of making ID's in your Facade, you will eventually run into trouble. There is no way of continuously making unique naming when specializing classes. That is why equipment vendors use serial numbers; uniquely naming all types of equipment, with all their special extensions and features, would be impossible.

The short names are stored as properties to the objects. They can be stored in various languages and to those synonyms will be added too.

The superclass - subclass relations make out the taxonomy. An object can have multiple superclasses.

The definitions can be stored in various languages.

Classes, once part of the ISO 15926 RDL, cannot be changed any more, because there is no way of knowing how many parties are using the class as a reference in data integration. When a change needs to be made, a new class must be added. If this new class has the same ID, the version number will be added (currently unresolved how this will be executed).

Examples of objects stored in the RDL:

object short name entity data type count
zero power-factor testclass_of_activity2157
yearly average temperature environmentclass_of_arranged_individual85
zirconium-93class_of_atom181
wood fibreclass_of_biological_matter5
document descriptionclass_of_class_of_description3
workshop equipment classclass_of_class_of_individual294
clad metalclass_of_composite_material10
zinc alloyclass_of_compound370
instrument process connectionclass_of_direct_connection39
actual completion dateclass_of_event46
wing fastener headclass_of_feature406
acos functionclass_of_functional_mapping78
abandoned wellclass_of_functional_object936
turbineclass_of_inanimate_physical_object6868
zero sequence voltage componentclass_of_indirect_property2332
yellow colourclass_of_individual16
logclass_of_information_object9
as builtclass_of_lifecycle_stage4
(2-(2-methoxymethoxy)m ethoxy)-ppopan-2-olclass_of_molecule1542
forestclass_of_organism1
accreditation companyclass_of_organization22
sandclass_of_particulate_material6
thrusteeclass_of_person13
waste matterclass_of_relationship_with_signature111
adjacentclass_of_relative_location39
wire diameterclass_of_shape_dimension556
unstableclass_of_status15
protonclass_of_sub_atomic_particle13
cause and effect chartdocument definition481
ac generator special support and test equipment classenumerated_set_of_class472
swedishlanguage16
viscosity liquid at t and pmultidimensional_property_space35
avogadro constantproperty10
voltage range 18 - 35 vdcproperty_range27
value spacerole31
m3/hscale7
youngs modulus of elasticitysingle_property_dimension543
zero suppressionstatus18

TO BE CONTINUED - UNDER CONSTRUCTION

RSS Wiki
rss Articles
RSS Image Galleries
RSS File Galleries
RSS Forums