Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
dehumidifier
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
LLM classification basis: function-based → ≡
The concept is defined by its function to remove moisture from air, which is the identity-giving capability regardless of the physical mechanism employed (desiccant, refrigeration, etc.)
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
DehumidificationFunction → DehumidificationProcess ⊑ MassTransfer
▼
COPI-Core operation
MassTransfer via process parent MassTransfer
LLM rationale:
The identity of a dehumidifier is grounded in its designed capability to remove moisture from air. This is what distinguishes it from other air processing equipment like heaters, filters, or fans.
▸
Expert review
2
Genus Proximus
✓ done
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:
No domain-specific superclass like AirProcessingEquipment exists in the parent candidates or enriched classes. The concept represents a causally unified artifact with multiple interacting components (fan, cooling coils, moisture collection system) that function as a single maintainable unit, making Assembly the appropriate genus.
▸
Expert review
3
Differentia Specifica
✓ done
∃bearerOf.DehumidificationFunction
▼
Conditions that distinguish
Dehumidifier
from sibling classes under genus
Assembly.
Only what is not already entailed by the genus.
Differentia expression
Differentia (natural language)
LLM rationale:
The dehumidification function is both necessary and sufficient to distinguish this equipment type from other air processing assemblies under the same genus.
▸
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 parts represent the minimum physical components required for any dehumidifier to perform its function, regardless of the specific moisture removal mechanism employed.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
PortionOfAir → PortionOfAir + PortionOfWater
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
The signature reflects the essential transformation: humid air enters, moisture is extracted as liquid water, and dry air exits. This distinguishes dehumidifiers from other air processing equipment.
▸
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 4 selected
▼
Select which CFIHOS/DEXPI properties inhere in every instance of Dehumidifier as
bfo:Quality subclasses.
Each selected property →
:DehumidifierQuality ⊑ bfo:Quality, inheres in :Dehumidifier
Custom axioms
none
▼
Axioms not produced by the pipeline. Each is appended verbatim as an
rdfs:subClassOf restriction on Dehumidifier.
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.
