Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
coupling
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
LLM classification basis: function-based → ≡
The definitions consistently emphasize the joining/connecting function across mechanical, electrical, and piping domains. While specific coupling subtypes may have constructive differentia (gear, diaphragm, cam-and-groove), the root concept 'coupling' is defined by its ConnectionFunction rather than any particular physical mechanism.
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
⚠ not anchored
ConnectionFunction → ConnectionProcess
▼
COPI-Core operation
⚠ Process parent
PlannedProcess reaches no COPI-Core operation, and no gap (out of scope / coverage gap) is recorded.
LLM rationale:
All definitions converge on the identity-giving function of joining/connecting parts or systems. The SLB definition explicitly states it 'joins parts of systems' and the OnePetro definition describes it as 'the connection point of jointed pipe'. This ConnectionFunction already exists in the enriched ontology (flange uses it), so we reuse the same function class.
▸
Expert review
2
Genus Proximus
✓ done
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:
Coupling is a broad equipment category spanning mechanical power transmission, electrical systems, and piping connections. No domain-specific parent in the candidate list (Activity, mechanical equipment, Artefact) represents an appropriate ontological genus - Activity is a process, not an equipment class. Since coupling represents a root equipment category with no more specific structural parent available, MaterialArtifact is the appropriate genus as the most general class for designed physical artifacts.
▸
Expert review
3
Differentia Specifica
✓ done
∃bearerOf.ConnectionFunction
▼
Conditions that distinguish
Coupling
from sibling classes under genus
MaterialArtifact.
Only what is not already entailed by the genus.
Differentia expression
Differentia (natural language)
LLM rationale:
The differentia is the specific ConnectionFunction that distinguishes couplings from other MaterialArtifacts. This is minimal and correct - any MaterialArtifact designed to connect parts/systems is a coupling, regardless of the specific mechanism (threaded, clamped, gear, electrical).
▸
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:
Coupling is such a broad category (spanning mechanical, electrical, and piping domains) that no single part is universal to all subtypes. Mechanical couplings have hubs, pipe couplings may have threads or clamps, electrical couplings have different connection mechanisms. Parts should be specified at the subtype level.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
MaterialArtifact → MaterialArtifact
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
The coupling process signature involves taking two or more separate components and creating a unified connection. The transformation is the establishment of physical continuity (mechanical torque transmission, electrical conductivity, or fluid pathway) between previously separate entities.
▸
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
0 of 11 selected
▼
Select which CFIHOS/DEXPI properties inhere in every instance of Coupling as
bfo:Quality subclasses.
Each selected property →
:CouplingQuality ⊑ bfo:Quality, inheres in :Coupling
Custom axioms
none
▼
Axioms not produced by the pipeline. Each is appended verbatim as an
rdfs:subClassOf restriction on Coupling.
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.
