Core Ontology for Petroleum Installations · INF-UFRGS-Ontologies · CNPq INF-UFRGS-ENERGIA inf.ufrgs.br/ontologies/copi dee69df
ISA 5.1 symbol for sample vessel
validated equivalent
sample vessel
IRI: http://www.inf.ufrgs.br/ontologies/copi#Samplevessel
Generated on 2026-09-08
Natural Language Definition
EN
A sample vessel is a vessel that bears a sample collection function: it receives, holds, and preserves a process sample so it can be transported intact to analytical equipment.
PT-BR
Um vaso de amostra e um vaso que possui uma funcao de coleta de amostra: recebe, retem e preserva uma amostra de processo para que possa ser transportada intacta ate o equipamento analitico.
Formal Axioms
Semi-formal (Aristotelian)
Every sample vessel is a vessel that bears a sample collection function, and conversely.
First-Order Logic Theory
Loading…
▸ Stored override ∀x (SampleVessel(x) ↔ Vessel(x) ∧ ∃f (SampleCollectionFunction(f) ∧ bearerOf(x,f)))
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: SampleVessel <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" ; 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-10-08"^^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 :COPI_0000777 rdf:type owl:Class ; # SampleCollectionFunction rdfs:subClassOf :COPI_0000025 ; # ContainmentFunction rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty bfo:BFO_0000054 ; # realizedIn owl:allValuesFrom :COPI_0000778 # SampleCollectionProcess ] ; rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty bfo:BFO_0000054 ; # realizedIn owl:someValuesFrom :COPI_0000778 # SampleCollectionProcess ] ; rdfs:label "sample collection function"@en ; iof-av:naturalLanguageDefinition "A ContainmentFunction subtype that is realized in a SampleCollectionProcess and that consists in receiving, holding, and preserving a process sample so it can be transported intact to analytical equipment."@en ; skos:definition "A ContainmentFunction subtype that is realized in a SampleCollectionProcess and that consists in receiving, holding, and preserving a process sample so it can be transported intact to analytical equipment."@en . :COPI_0000025 rdf:type owl:Class . # ContainmentFunction ### Process type :COPI_0000778 rdf:type owl:Class ; # SampleCollectionProcess rdfs:subClassOf :COPI_0000009 ; # MaterialContainment rdfs:label "sample collection process"@en ; iof-av:naturalLanguageDefinition "A PlannedProcess in which a sample is collected into a vessel, held there without loss or contamination, and transported to analytical equipment."@en ; skos:definition "A PlannedProcess in which a sample is collected into a vessel, held there without loss or contamination, and transported to analytical equipment."@en . :COPI_0000009 rdf:type owl:Class . # MaterialContainment :COPI_0000778 # SampleCollectionProcess rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty iof-core:hasInput ; owl:someValuesFrom :COPI_0000037 # PortionOfFluid ] ; rdfs:subClassOf [ rdf:type owl:Restriction ; owl:onProperty iof-core:hasSpecifiedOutput ; owl:someValuesFrom :COPI_0000037 # PortionOfFluid ] . ### Equipment universal: SampleVessel :COPI_0000781 rdf:type owl:Class ; # SampleVessel owl:equivalentClass [ rdf:type owl:Class ; owl:intersectionOf ( :COPI_0000158 # Vessel [ rdf:type owl:Restriction ; owl:onProperty iof-core:hasFunction ; # Object branch (MaterialArtifact/Assembly/Object/FiatObjectPart) owl:someValuesFrom :COPI_0000777 # SampleCollectionFunction ] ) ] ; rdfs:label "sample vessel"@en ; iof-av:naturalLanguageDefinition "A sample vessel is a vessel that bears a sample collection function: it receives, holds, and preserves a process sample so it can be transported intact to analytical equipment."@en ; skos:definition "A sample vessel is a vessel that bears a sample collection function: it receives, holds, and preserves a process sample so it can be transported intact to analytical equipment."@en ; iof-av:naturalLanguageDefinition "Um vaso de amostra e um vaso que possui uma funcao de coleta de amostra: recebe, retem e preserva uma amostra de processo para que possa ser transportada intacta ate o equipamento analitico."@pt-br ; iof-av:semiFormalNaturalLanguageAxiom "Every sample vessel is a vessel that bears a sample collection function, and conversely."@en ; iof-av:firstOrderLogicAxiom "∀x (SampleVessel(x) ↔ Vessel(x) ∧ ∃f (SampleCollectionFunction(f) ∧ bearerOf(x,f)))"@en ; skos:definition "[ISO 15926-4] A <SAMPLE VESSEL> is an <ARTEFACT> and a <CONTAINER> in which the sample is collected, stored, and transported to the analytical equipment"@en ; skos:definition "[CFIHOS] Container in which the sample is collected, stored, and transported to the analytical equipment."@en .
Axiomatization Decision Log
1 Identity-Giving Function
Function class
SampleCollectionFunction ⊑ ContainmentFunction
Realized in
SampleCollectionProcess ⊑ MaterialContainment
Vessel's own function (ContainmentFunction) is too generic to distinguish a sample vessel from any other container; SampleCollectionFunction narrows it to the specific collect-hold-transport-for-analysis purpose stated verbatim in both cross-source definitions.
2 Genus Determination
Vessel
Parent candidate CONTAINER is not itself enriched; Vessel (already enriched, function=ContainmentFunction, exported) is the closest enriched supertype and matches the physical form (a container).
3 Necessary Parts

No necessary parts recorded (concept may be primitive at this level).

No specific structural component is named in either cross-source definition beyond the container itself.
4 Process Participation Signature ⟨I, O, T⟩
Inputs (I)
PortionOfFluid — a process sample diverted for analysis
Outputs (O)
PortionOfFluid — the same sample, preserved intact, ready for delivery to analytical equipment
Transformation (T)
a process sample received, held without loss or contamination, and made ready for transport to analytical equipment
Passive containment signature, matching the genus Vessel; no transformation of the sample itself occurs.
5 Axiom Mode Decision

Necessary + Sufficient — modelled as a defined class (≡, EquivalentClass). Automatic classification is appropriate for this concept.

Cross-Standard Observations
ISO 15926-4 and CFIHOS definitions are near-identical. CFIHOS's own hierarchy lists 'subsea tool' as an alternate parent candidate (T1_categorical-adjacent, since ISO 15926-4 treats it as a generic CONTAINER while CFIHOS's classification tree places it under subsea tooling) -- not used as genus here since Vessel/CONTAINER better matches the general, non-subsea-specific use the colleague described.
Reviewer Notes
Step 2b consciously not pursued further: two consistent cross-source primary definitions already ground the purpose-based functional differentia in full, and no structural necessary_parts claim is being made that would need secondary/tertiary quote-grounding. secondary_coverage is 'none' as a result, an honest reflection of effort spent, not a gap.

Suggest a change

Opens a pre-filled GitHub issue on the COPI repo — nothing is sent until you submit it there.