Definition & axiom
⚠ Conflicts with the ISO 15926-4 primary definition
Label (EN)
in-line filter
Label (PT-BR)
Definition (EN)
Definition (PT-BR)
Semi-formal axiom (Aristotelian)
Axiom type
LLM classification basis: structure-based → ⊑
The concept is defined by its physical configuration (being 'in-line' and 'supported by connected equipment') rather than by a unique function. It shares the FiltrationFunction with general filters but is distinguished by its mounting/installation method.
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
FiltrationFunction → FiltrationProcess ⊑ MechanicalSeparation
▼
COPI-Core operation
MechanicalSeparation via process parent MechanicalSeparation
LLM rationale:
The identity-giving function is filtration (separation of particles/contaminants from fluid streams). This function is already established for the general Filter class, and in-line filter inherits this same basic function.
▸
Expert review
2
Genus Proximus
✓ done
Filter · 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:
Filter is the most specific appropriate superclass from the parent candidates. An in-line filter IS a filter with additional installation constraints. Filter is already enriched in our ontology with function: FiltrationFunction, genus: Separator.
▸
Expert review
3
Differentia Specifica
✓ done
∃hasInstallationMethod.InLineInstallation ⊓ ∃supportedBy.ConnectedEquipment
▼
Conditions that distinguish
In-Line Filter
from sibling classes under genus
Filter.
Only what is not already entailed by the genus.
Differentia expression
Differentia (natural language)
LLM rationale:
The key differentia is the installation method - being 'in-line' means integrated directly into the flow path and structurally supported by the connected equipment/piping. This is a constructive (physical configuration) differentia rather than a functional one.
▸
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:
In-line filters inherit the basic filter element from the genus, but additionally require specific inlet/outlet connections that enable direct integration into piping systems without independent support structures.
▸
Expert review
5
Process Participation Signature ⟨I, O, T⟩
✓ done
PortionOfFluid → PortionOfFluid + RemovedMaterial
▼
Inputs (I)
Outputs (O)
Transformation (T)
LLM rationale:
Standard filtration signature - one contaminated fluid input, two outputs (cleaned fluid and retained contaminants). Same as general Filter class since function is identical.
▸
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 In-Line Filter.
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.
