exported necessary COPI_0000297
Housing
IRI: https://www.inf.ufrgs.br/ontologies/copi/COPI_0000297
Generated onGerado em 2026-05-04
Natural Language DefinitionDefinição em Linguagem Natural
EN
An Assembly that bears both an EnclosureFunction and a SupportFunction, providing protective boundaries around internal components while structurally supporting them.
PT-BR
Um Assembly que possui tanto uma EnclosureFunction quanto uma SupportFunction, fornecendo limites protetivos ao redor de componentes internos enquanto os suporta estruturalmente.
Formal AxiomsAxiomas Formais
Semi-formal (Aristotelian)Semi-formal (Aristotélico)
Housing SubClassOf Assembly and (bearerOf some EnclosureFunction) and (bearerOf some SupportFunction)
First-Order Logic TheoryTeoria em Lógica de Primeira Ordem
[Necessary condition]∀x (Housing(x) → Assembly(x) ∧ ∃f (EnclosureFunction(f) ∧ bearerOf(x,f))) — Steps 1–3: genus + identity-giving function [Function axiom: EnclosureFunction]∀f (EnclosureFunction(f) → ∀p (realizedIn(f,p) → EnclosureProcess(p)) ∧ ∃p (EnclosureProcess(p) ∧ realizedIn(f,p))) — Step 1: ∀ preserves type-type identity; ∃ rules out vacuous functions never realised [Structural differentia (necessary only)]∀x (Housing(x) → ∃bearerOf.EnclosureFunction ⊓ ∃bearerOf.SupportFunction) — Step 3: structural property — necessary condition, not sufficient (OWA prevents ≡) [Process participation signature]∀x ∀f ((Housing(x) ∧ EnclosureFunction(f) ∧ bearerOf(x,f)) → ∃m (MaterialArtifact(m) ∧ participatesIn(m,f)) ∧ ∃e (MaterialArtifact(e) ∧ participatesIn(e,f)) ∧ processType(f,Containment)) — Step 5: typed participants in the realising process
OWL 2 / Turtle
@prefix copi: <https://www.inf.ufrgs.br/ontologies/copi/> . @prefix : <https://www.inf.ufrgs.br/ontologies/copi/> . @prefix owl: <http://www.w3.org/2002/07/owl#> . @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> . @prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> . @prefix xsd: <http://www.w3.org/2001/XMLSchema#> . @prefix bfo: <http://purl.obolibrary.org/obo/> . @prefix iof-core: <https://spec.industrialontologies.org/ontology/construct/> . @prefix iof-av: <https://spec.industrialontologies.org/ontology/annotation/> . @prefix skos: <http://www.w3.org/2004/02/skos/core#> . @prefix qudt: <http://qudt.org/schema/qudt/> . @prefix dcterms: <http://purl.org/dc/terms/> . @prefix foaf: <http://xmlns.com/foaf/0.1/> . @prefix apv: <http://inf.ufrgs.br/ontologies/apv#> . ### COPI — Core Ontology for Petroleum Installations ### Class module: Housing <https://www.inf.ufrgs.br/ontologies/copi> rdf:type owl:Ontology ; dcterms:title "Core Ontology for Petroleum Installations (COPI)"@en ; dcterms:title "Ontologia Core para Instalações de Petróleo (COPI)"@pt-br ; dcterms:description "BFO/IOF-Core conformant ontology of equipment classes for petroleum production plants, developed using the five-step RDL enrichment method."@en ; skos:scopeNote "Material artifacts (bfo:material_entity) that (i) are part of a petroleum production plant, and (ii) bear at least one function whose realization involves the transport (e.g. production and injection), processing (separation and other processes), control, monitoring, measurement, containment or offloading of material or energy."@en ; skos:scopeNote "Artefatos materiais (bfo:material_entity) que (i) fazem parte de uma planta de produção de petróleo, e (ii) possuem ao menos uma função cuja realização envolve o transporte (p. ex. produção e injeção), processamento (separação e outros processos), controle, monitoramento, medição, contenção ou escoamento de material ou energia."@pt-br ; skos:scopeNote "COPI provides high-level equipment categories defined by function to demonstrate the defined-class mechanism. Equipment subtypes are annotated with references to CFIHOS and PCA RDL terms. COPI is not a reference data library; organizations should use CFIHOS, PCA RDL, or ISO 14224 for comprehensive equipment classification."@en ; skos:scopeNote "COPI fornece categorias de alto nível de equipamentos definidas por função para demonstrar o mecanismo de classe definida. Os subtipos de equipamentos são anotados com referências aos termos do CFIHOS e do PCA RDL. COPI não é uma biblioteca de dados de referência; organizações devem utilizar o CFIHOS, o PCA RDL ou a ISO 14224 para classificação abrangente de equipamentos."@pt-br ; owl:versionInfo "1.1.0-104-g4d16eff" ; owl:imports <https://spec.industrialontologies.org/ontology/core/Core/> ; owl:imports <http://purl.obolibrary.org/obo/bfo/2020/bfo.owl> ; dcterms:creator "Nicolau Oyhenard dos Santos"@en ; dcterms:contributor "Cauã Antunes" ; dcterms:contributor "Haroldo Rojas" ; dcterms:contributor "Rafael Petry" ; dcterms:contributor "Régis Romeu" ; dcterms:contributor "Mara Abel" ; dcterms:isPartOf <https://inf.ufrgs.br/projetos/OntoKG> ; dcterms:publisher "Universidade Federal do Rio Grande do Sul (UFRGS)"@en ; dcterms:license <https://creativecommons.org/licenses/by/4.0/> ; dcterms:created "2026-04-08"^^xsd:date ; dcterms:modified "2026-07-13"^^xsd:date ; apv:GlobalMinLanguageCoverage "en pt-br" ; apv:ClassURIFormationRule "https://www[.]inf[.]ufrgs[.]br/ontologies/copi/(COPI_[0-9]{7}|[A-Z][A-Za-z0-9]*)" ; apv:ClassMinAnnotationCoverage "rdfs:label https://spec.industrialontologies.org/ontology/annotation/naturalLanguageDefinition" . iof-av:naturalLanguageDefinition rdf:type owl:AnnotationProperty ; apv:MinAnnotationLength 20 . ### Identity-giving function :EnclosureFunction rdf:type owl:Class ; rdfs:subClassOf iof-core:DesignedFunction ; rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty bfo:BFO_0000054 ; # realizedIn owl:allValuesFrom :EnclosureProcess ] ; rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty bfo:BFO_0000054 ; # realizedIn owl:someValuesFrom :EnclosureProcess ] ; rdfs:label "enclosure function"@en ; rdfs:label "função de proteção e invólucro"@pt-br ; iof-av:naturalLanguageDefinition "A DesignedFunction that is realized in an EnclosureProcess and that consists in providing a protective boundary that separates an internal space from the external environment while providing structural support for contained components."@en ; skos:definition "A DesignedFunction that is realized in an EnclosureProcess and that consists in providing a protective boundary that separates an internal space from the external environment while providing structural support for contained components."@en . ### Process type :EnclosureProcess rdf:type owl:Class ; rdfs:subClassOf iof-core:PlannedProcess ; rdfs:label "enclosure process"@en ; rdfs:label "processo de proteção e invólucro"@pt-br ; iof-av:naturalLanguageDefinition "A PlannedProcess in which a housing artifact creates and maintains a protective boundary around internal components, simultaneously providing structural support and environmental separation."@en ; skos:definition "A PlannedProcess in which a housing artifact creates and maintains a protective boundary around internal components, simultaneously providing structural support and environmental separation."@en . :EnclosureProcess rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty iof-core:hasInput ; owl:someValuesFrom :MaterialArtifact ] ; rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty iof-core:hasSpecifiedOutput ; owl:someValuesFrom :MaterialArtifact ] . ### Equipment universal: Housing :Housing rdf:type owl:Class ; rdfs:subClassOf iof-core:Assembly ; rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty iof-core:hasFunction ; # Object branch (MaterialArtifact/Assembly/Object/FiatObjectPart) owl:someValuesFrom :EnclosureFunction ] ; rdfs:label "housing"@en ; rdfs:label "carcaça"@pt-br ; iof-av:naturalLanguageDefinition "An Assembly that bears both an EnclosureFunction and a SupportFunction, providing protective boundaries around internal components while structurally supporting them."@en ; skos:definition "An Assembly that bears both an EnclosureFunction and a SupportFunction, providing protective boundaries around internal components while structurally supporting them."@en ; iof-av:naturalLanguageDefinition "Um Assembly que possui tanto uma EnclosureFunction quanto uma SupportFunction, fornecendo limites protetivos ao redor de componentes internos enquanto os suporta estruturalmente."@pt-br ; iof-av:semiFormalNaturalLanguageAxiom "Housing SubClassOf Assembly and (bearerOf some EnclosureFunction) and (bearerOf some SupportFunction)"@en ; iof-av:firstOrderLogicAxiom "∀x (Housing(x) → Assembly(x) ∧ ∃f₁(EnclosureFunction(f₁) ∧ bearerOf(x,f₁)) ∧ ∃f₂(SupportFunction(f₂) ∧ bearerOf(x,f₂)))"@en ; iof-av:isPrimitive "true"^^xsd:boolean ; iof-av:primitiveRationale "Constructive type based on physical configuration. Under OWA, sufficient conditions would force any assembly with enclosure and support functions to be classified as a standard housing, potentially misclassifying specialized equipment with housing-like properties but different maintenance categories."@en ;
Axiomatization Decision LogRegistro de Decisões
1 Identity-Giving FunctionFunção Identitária
Function class
EnclosureFunction ⊑ DesignedFunction
Realized in
EnclosureProcess ⊑ PlannedProcess
The EnclosureFunction is identity-giving because all sources emphasize housing as fundamentally providing enclosure with support. This differs from simple containment (like a vessel) by combining boundary protection with structural support capability.
2 Genus DeterminationDeterminação do Gênero
Assemblybfo:Object (BFO_0000030)
Housing is an Assembly because it is a causally unified artifact designed to contain and support other components. It has physically connected parts (walls, supports, mounting features) that can be disassembled but function as a single maintainable unit. No more specific genus like 'Enclosure' exists in the already-enriched classes, so Assembly is the most appropriate genus.
3 Differentia SpecificaDiferença Específica
∃bearerOf.EnclosureFunction ⊓ ∃bearerOf.SupportFunction

An assembly that bears both enclosure and support functions, providing protective boundaries while structurally supporting contained components.

The combination of EnclosureFunction and SupportFunction is the minimal differentia that distinguishes housing from other assemblies. Both functions are necessary - pure enclosures without support and pure supports without enclosure are different equipment types.
4 Necessary PartsPartes Necessárias

No necessary parts recorded.

No universal parts can be identified for housing at this general level. Specific housing subtypes (bearing housing, instrument housing, etc.) would have type-specific parts, but the general housing concept is too broad to specify universal components. No component terms are provided in the Known Component Terms list.
Process Participation SignatureAssinatura de Participação em Processo
InputsEntradas
{'type': 'MaterialArtifact', 'count': '1+', 'constraints': 'components requiring enclosure and support'}
OutputsSaídas
{'type': 'MaterialArtifact', 'count': '1+', 'constraints': 'same components but now enclosed and supported'}
TransformationTransformação
components are enclosed within protective boundaries and provided with structural support
Housing processes transform unprotected/unsupported components into protected/supported components by providing enclosure and structural support. This grounds disjointness with other assemblies that have different transformation signatures.
MetadataMetadados
COPI IDCOPI IDCOPI_0000297
IRIIRIhttps://www.inf.ufrgs.br/ontologies/copi/COPI_0000297
StatusStatusexported
Axiom modeModonecessary
CreatedCriado2026-05-04
UpdatedAtualizado2026-06-26
LLM modelModelo LLMclaude-sonnet-4-20250514
VersionVersão2026-07-13