Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
measuring element
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
Validation status
Why primitive (necessary only)
Reviewer notes
FOL theory & disjointness
First-order logic theory (generated)
Loading…
Disjoint with
▸
Expert review
Axiomatization steps
1
Identity-Giving Function
✓ done
PropertyMeasurementFunction → PropertyMeasurementProcess ⊑ MeasurementProcess
▼
COPI-Core operation
MeasurementProcess via process parent MeasurementProcess
LLM rationale:
ISO 15926 and DEXPI agree on a purely functional definition — 'used for the measurement of a Property' / 'An artefact used for the measurement of a Property'. ISO adds the decisive qualification: it is defined independently from the measuring instrument that handles the result and may or may not house it. So the identity-giving function is sensing the property itself, not reporting it.
▸
Expert review
2
Genus Proximus
✓ done
Instrument · MaterialArtifact
▼
Genus (genus proximum)
Most specific superclass — may be a domain class like "Valve" or an IOF-Core root.
BFO/IOF-Core Root
bfo:Object branch
bfo:ObjectAggregate branch
bfo:ImmaterialEntity branch
LLM rationale:
Instrument (COPI_0000091), not MaterialArtifact. COPI already treats primary elements as instruments — temperature element, pressure element, flow element and level element all carry genus Instrument — and a measuring element belongs with them. DEXPI types it as an artefact; ISO 15926 files it under PROCESS SIGNAL GENERATING FUNCTION, a function class that cannot serve as a genus for an artifact.
▸
Expert review
3
Differentia Specifica
✓ done
∃bearerOf.PropertyMeasurementFunction
▼
Conditions that distinguish
Measuring Element
from sibling classes under genus
Instrument.
Only what is not already entailed by the genus.
Differentia expression
Differentia (natural language)
LLM rationale:
Necessary-only. An earlier draft made this equivalent on MaterialArtifact + PropertyMeasurementFunction, which was too broad: every instrument measures a property. The genus was also wrong, and only an unanchored function stub kept the reasoner from placing the class under MeasurementInstrument (COPI_0000024) — an accident, not a design choice. Anchoring PropertyMeasurementFunction under InstrumentationFunction makes that placement explicit and correct.
▸
Expert review
4
Necessary Parts
✓ done
no necessary parts
▼
Consider part-whole relations beyond subsumption:
hasComponentPartAtAllTimes (universal, structurally essential)
· hasComponentPartAtSomeTime (contingent, optional component)
LLM rationale:
Parts named in the differentia are not asserted as necessary_parts: validate_necessary_parts_quotes() requires each part to carry a verbatim source_quote, and these come from the definition of this entry itself rather than from a standard stating a component relationship. Left empty pending expert review.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
PortionOfFluid → MeasurementInformationContentEntity
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
Output is information content, not a material entity (ODR-010 §3). The element senses; the instrument handles the result.
▸
Expert review
More
Alternative labels
none
▼
Synonyms / alternative labels (comma-separated) — skos:altLabel
Language auto-detected on export (PT if the label contains accents, EN otherwise).
Properties as BFO qualities
no CFIHOS/DEXPI properties
▼
No CFIHOS/DEXPI properties found for this cluster.
Custom axioms
none
▼
Axioms not produced by the pipeline. Each is appended verbatim as an
rdfs:subClassOf restriction on Measuring Element.
Write the restriction block in Turtle syntax (without the leading
rdfs:subClassOf).
Example: [ owl:onProperty :hasPart ; owl:someValuesFrom :Wellhead ]
Cross-standard divergences
none detected yet
▼
Click "Detect divergences" to analyse cross-standard disagreements for this cluster.
