Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
accumulator
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
LLM classification basis: function-based → ≡
The concept is consistently defined across standards by its primary function of storing energy or matter (storing energy, accumulating matter/energy, storing hydraulic energy). While specific subtypes may have constructive differentia (bladder, piston, diaphragm), the base accumulator concept is fundamentally defined by its storage/accumulation function 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
AccumulationFunction → AccumulationProcess ⊑ MaterialContainment
▼
COPI-Core operation
MaterialContainment via process parent MaterialContainment
LLM rationale:
The identity-giving function is the capability to accumulate (store and later release) energy or matter. This is the common thread across all definitions: ISO 15926's 'capability of accumulating matter and/or energy', CFIHOS's 'storing energy', SLB's 'store energy', and OnePetro's contexts of storing hydraulic energy or temporarily storing liquids. This function distinguishes accumulators from other storage devices by emphasizing the accumulation process (gradual buildup and controlled release).
▸
Expert review
2
Genus Proximus
✓ done
Vessel · Assembly
▼
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:
Among the parent candidates, 'vessel' (from CFIHOS) is the most specific and ontologically appropriate genus. Accumulators are fundamentally containment vessels designed for storage/accumulation functions. The ISO 15926 'FunctionalObject' and POSC 'Artefact' are too broad. 'Vessel' is already enriched in our ontology with ContainmentFunction, making it the ideal genus. Accumulators inherit the basic containment capability but add the specific accumulation/energy storage differentia.
▸
Expert review
3
Differentia Specifica
✓ done
∃bearerOf.AccumulationFunction
▼
Conditions that distinguish
Accumulator
from sibling classes under genus
Vessel.
Only what is not already entailed by the genus.
Differentia expression
Differentia (natural language)
LLM rationale:
The AccumulationFunction is the minimal differentia that distinguishes accumulators from all other vessel types. Unlike simple storage tanks, accumulators are designed for the accumulation process - storing energy/matter under pressure and releasing it when needed. This covers both hydraulic accumulators (storing pressurized fluid energy) and other accumulator types (electric, gas-loaded, etc.).
▸
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 parts required for any accumulator regardless of subtype. The specific nature of the storage mechanism varies (gas bladder, piston, spring, chemical cells, etc.) but some energy storage mechanism is always present.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
PortionOfFluid → PortionOfFluid
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
Accumulators perform energy accumulation and release without fundamental energy conversion. The signature varies by accumulator type but always involves energy input during charging, storage, and energy output during discharge. Fluid may or may not be involved depending on the accumulator type.
▸
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 31 selected
▼
Select which CFIHOS/DEXPI properties inhere in every instance of Accumulator as
bfo:Quality subclasses.
Each selected property →
:AccumulatorQuality ⊑ bfo:Quality, inheres in :Accumulator
Custom axioms
none
▼
Axioms not produced by the pipeline. Each is appended verbatim as an
rdfs:subClassOf restriction on Accumulator.
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.
