Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
port
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
LLM classification basis: function-based → ≡
The definition explicitly states that a PORT is capable of 'PROVIDING a point of interface for communication with another object'. This is fundamentally about the functional role of enabling interface/communication, not about any specific physical configuration or 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
InterfacingFunction → InterfacingProcess
▼
COPI-Core operation
⚠ Process parent
PlannedProcess reaches no COPI-Core operation, and no gap (out of scope / coverage gap) is recorded.
LLM rationale:
The identity-giving function is the capacity to provide an interface point for communication with another object. This is what makes a port a port - its designed purpose to serve as a standardized connection or communication point, regardless of the specific physical implementation (electrical, mechanical, optical, etc.)
▸
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:
The parent candidate 'FunctionalObject' from ISO 15926 is not part of our BFO-based ontology. A port is a designed material artifact that serves as an interface point - it could be an electrical connector, a mechanical fitting, a communication socket, etc. It is typically a single causally unified object rather than an assembly of separable parts, making MaterialArtifact the most appropriate genus.
▸
Expert review
3
Differentia Specifica
✓ done
∃bearerOf.InterfacingFunction
▼
Conditions that distinguish
Port
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 function of providing an interface point for communication. This distinguishes ports from other MaterialArtifacts that may have connection functions but not the broader communication interface capability.
▸
Expert review
4
Necessary Parts
✓ done
None
▼
Consider part-whole relations beyond subsumption:
hasComponentPartAtAllTimes (universal, structurally essential)
· hasComponentPartAtSomeTime (contingent, optional component)
LLM rationale:
The abstract nature of the ISO 15926 definition and the diverse range of port subtypes (camera port, drain port, viewport, etc.) indicate that specific parts are subtype-dependent rather than universal to all ports.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
InformationContentEntity → InformationContentEntity
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
The process signature reflects the fundamental role of ports as bidirectional interface points that enable communication between objects. The inputs and outputs are information-bearing to accommodate various communication protocols and interface types.
▸
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 Port.
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.
