Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
relay
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
LLM classification basis: function-based → ≡
The definitions consistently focus on the relay's function of signal transmission and electrical circuit control (passing on information, opening/closing circuits based on input signals) rather than specific physical mechanisms. While electromagnets are commonly mentioned, the function is primary and different implementations (electromechanical, solid-state, pneumatic) can realize the same core switching/signal-passing function.
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
SignalRelayFunction → SignalRelayProcess
▼
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 to relay (pass on) signals or information from one circuit to another, potentially in modified form. This encompasses both switching functions (opening/closing circuits) and signal processing/transmission functions. This is distinct from simple switching (which only opens/closes) or pure signal transmission (which doesn't involve circuit control).
▸
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_candidates suggest 'SWITCHING DEVICE' from ISO15926, which maps to ElectricalSwitchingDevice as the most specific appropriate superclass. While 'electrical equipment class' from CFIHOS is too broad, the concept is clearly a switching device with electrical functionality. ElectricalSwitchingDevice is not in the enriched list but represents the correct level of specificity - more specific than just 'Assembly' but broader than specific relay types.
▸
Expert review
3
Differentia Specifica
✓ done
∃bearerOf.SignalRelayFunction
▼
Conditions that distinguish
Relay
from sibling classes under genus
MaterialArtifact.
Only what is not already entailed by the genus.
Differentia expression
Differentia (natural language)
LLM rationale:
The differentia focuses on the signal relay function that distinguishes relays from other switching devices. While switching devices generally control electrical circuits, relays specifically relay information/signals between circuits, often with isolation, amplification, or logic processing.
▸
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:
These are the minimal essential parts that enable the signal relay function - an input element to receive control signals and switching elements to control output circuits. Specific implementations may vary (electromagnetic vs solid-state) but these functional components are universal.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
InformationContentEntity → InformationContentEntity
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
Relays take an electrical control signal as input and produce a switched or modified electrical output, providing isolation and potentially amplification or logic processing between input and output circuits.
▸
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 13 selected
▼
Select which CFIHOS/DEXPI properties inhere in every instance of Relay as
bfo:Quality subclasses.
Each selected property →
:RelayQuality ⊑ bfo:Quality, inheres in :Relay
Custom axioms
none
▼
Axioms not produced by the pipeline. Each is appended verbatim as an
rdfs:subClassOf restriction on Relay.
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.
