GBT 41472.2-2022 地理信息 本体 第2部分：网络本体语言（OWL）本体开发规则

国家市场监督管理总局国家标准化管理委员会I V 1 1 1 2 24.2缩略语 6 65命名空间 76将地理信息UML模型映射到OWL本体的规则 76.1概述 7 86.2.1范围和命名空间 86.2.2本体命名 96.2.3本体的RDF命名空间 6.2.4类的命名 6.2.7代码表及其成员的命名 6.3包 6.4类 6.5抽象类 6.7枚举类型 21Ⅱ 21 26 26 27 276.9.3规则 32 34 38 6.11.3规则 42 42 437.5FeatureType规则 45 45 7.7FeatureAssociat 7.8FeatureAggregationType规则 7.9FeatureCompositionType规则 7.11TemporalAssociationType规则 7.12InheritanceRelation规则 7.13Constraint规则 537.14ValueAssignment规则 7.14.2ValueAssignment特征 53 7.14.5OWLValueAssignment规则 Ⅲ附录A(规范性)抽象测试套件 附录B(规范性)地理信息本体命名空间与组件名称 附录C(资料性)扩展巴克斯诺尔范式表示法 附录D(规范性)“基础”本体 附录E(资料性)应用本体：PropertyParcel示例 V本文件等同采用ISO19150-2:2015《地理信息本体第2部分：网络本体语言(OWL)本体开发 VISO地理信息系列标准选择统一建模语言(UML)[19,2]用于对现实 1地理信息本体第2部分：网络本体GB/T23707—2009地理信息空间模式(ISO19107:GB/T35647—2017地理信息ISO19115-1:2014地理信息元数据第1部分：基础(Geographicinformation—Metadata—ISO19123:2005地理信息要素几何与函数模式(Geographicinformation—SchemaforNF)地理信息观测与测量(Geographicinformation—Observationsandmeasure-地理信息数据质量(Geographicinformation—Dataquality)统一资源标识符(URI):通用语法[UniformResourceIdentifier(URI):2[WebOntologyLanguage:StructuralSpecificationandFu34<RDF>常见的URI前缀或用于标识一组相关资源的词干。5用作XML文档中的元素和属性的名称的通过一个URI进行引用的若干名称的集合。<OWL)由一个数据特征(4.1.17)或对象特征(4.1.28)连接，是合格范围的实例，应用于文本值6OWLWeb本体语言(WebOntologyLanguage)(第2版)RDF资源描述框架(ResourceDescriptionFramework)RDFSRDF模式(RDFSchema)URI统一资源标识符(UniversalResourceIdentifier)rdfrdfsRDF模式/2000/01/rdf-schema#/iso/19150-2/req/owl19150-2owUML包从ISO/TC211统一模/iso/19150-2/co/isol9150-2/2012/example/aP/example/aPackag7gfmXML模式定义/2001/XMLSchema#ISO/TS19150-1:2012的第6章定义了用于地理信息标准的UML静态视图建模要素到OWL的b)类构造型《CodeList》(代码表)和《Union》(联合)表示与普通类不同的的特殊行为OWL中的系列地理信息标准中的UML包的表示要求包括一个单独的要求类(见表1),标识为819150-2package=/is目标类型http://tools,/html/rfc398htp://standards,/iso/ts/1910319150-2package:relati9称为RDF命名空间。在一个RDF命名空间的上下文中，每个类、数据类型和特征的localName(本地表2列出了一般命名要求。表2.一般命名要求所有地理信息资源的URIs应遵循如下命名要——不准许有空格的字符；——允许斜杠和下划线字符；本体命名是由相应的文档或者标准的基础URI加上包名称的缩写组本体名称URI应基于相应的UML包名，表达式如ontologyName=URIbase“/”umlP——URIbase是维护模型或本体的组织机构所拥有的某个领域的一个基础URI(见附录B);——umlPackageName是一个对应于本体的UML包名的缩写，它同样遵循RFC3986的3.3中的语法规则。umlPackageName应遵循以下命名要求：——小写；——只表示包名的语义部分(示例见附录B)6.2.3本体的RDF命名空间本体的命名空间由本体名称末尾附加一个“#”字符来表示。表4列出了用于本体的RDF命名空表4本体的RDF命名空间要求本体中的二级项的RDF命名空间应于相应的UML包的本体名称，表达式如rdfNamespace=ontologyName“#”类名称由RDF命名空间附加UML类名来表示。表5列出了本体中类的命名要求。类的URI应基于相应的UML类的命名，表达式如下：className=rdfNamespaceumlCla——umlClassName是相应的UML类的名称。umlClassName应遵循下列命名要求：示。表6列出了本体中数据类型名称的要求。数据类型URI应基于相应的UML类的名称，datatypeName=rdfNamespacedata——datatypeLocalName是数据类型的本地名称。datatypeLocalName应遵循下列命名要求：URI属性应基于相应的UML属性名称或者相关角色名称，propertyLocalName=umlAttributeName/umlR——umlAtributeName指一个UML属性名称；umlAttributeName和umlRoleName应遵循下列命名要求：——组成属性名称的第一个单词首字母小写，其他单词代码表类及其成员需要特殊处理。正如6.8.2所述，代码表类在OWL/RDF中既作为OWL代码表的URI应基于相应的UML类构造型《CodeList》的命名，表达式如下：codeNamespace=ontologyName“/code/”conceptSchemeName=codeNamespcollectionName=codeNamespaceclassName“Collection”——className指构造型《CodeList》类的名称。代码表值的URI应基于相应的UML类构造型《CodeList》的名称和代码表值的名称(类似于UML中类属性的表示)表达如下：conceptName=conceptSchemeName“/”um——-umlCodelistValueName指代码表值的名称。umlCodelistValueName应遵循下列命名要求：————代码表值名称的第一个单词首字母小写，其他UML注释如图2所示。在一个UML包依赖于一个或多个其他包的情况下，每一个具有依赖性的包应对应一个特定的Ontology<OWL>。owl:imports声明用于给出Ontology<OWL>之间的依赖关系。表9列出了Ontology(OWL>中包的描述要求。Ontology(OWL>应使用以下标——相应的UML包的全名，使用rdfs:label;——本体的来源，使用dct:source引用包含该定义的标准，表达式如下：title=[documentNumber“,”]documentTitle[*[“:“一—documentNumber指文档的编号；——documentTitle是指文档的标题；——packageName是指包的名称；——参考文档或本体的版本日期，使用owl:vers注：要集成包括本文件的资源以及本体间的其他依赖关系，使用owl:imports机Ontology<OWL>的附加注释规定如下：——使用的rdfs:comment声明的可读描述；tology<OWL>的当前版本不兼容的Ontology<OWL>的早期版本；——已废弃，如果Ontology(OWL)已废弃，使用owl:deprecated声明，值等于"true"~^xsd:——取代本体，使用dct:replaces声明来标识它所取代的Ontology<OWL>,并使用dct:isRe-placedBy声明来标识已取代它的Ontology<OWL>。下面的例子说明了Ontology<OWL>的规范。以是具体的。类分类器可能包含属性和操作。类的UML注释如图3所示。6.4.2oWL注释与UML类使用owl:Class声明对应于Class<OWL>。名称，并使用rdfs:label声明。定义提供了Class<OWL>的语义，使用skos:definition声明。定义的来源标识了定义这个Class(OWL>的资源。它使用rdfs:isDefinedBy声明指定源文件的IRI。表10列出了Ontology(OWL>描述类的要求。表10类UML类应对应于Class<OWL》,使用owl:Class声明Class<OWL>应标注有：——标签，使用rdfs;label;——定义的来源，采用rdfs:isDefinedBy,用于源文件的IRI下面的例子说明Class<OWL>的规范。6.5.1UML注释型化。虽然它们都不可实例化，但抽象类对分类有重要意义。抽象类的UML注释如图4,名称用斜体图4抽象类的UML注释6.5.2oWL注释OWL没有将Class<OWL>标识为抽象类的内在机制。UML抽象类应对应于Class<OWL>,Class<OWL>用注释来标识它是抽象的。为支持将Class<OWL>标识为抽象的，本文件定义了注释特征iso19150-2:isAbstract,该注释形式iso19150-2:isAbstractaowrdfs:domainowl:Clasrdfs;rangexsd:Boole<owl:AnnotationPropertyrdf:about="&iso19150-2;isAbstrac<rdfs:rangerdf:resource="&xsd;boolean"/><rdfs:domainrdf:resource="&ow该注释特征提供了用于记录Class<OWL>是否抽象的机制。当Class<OWL>为抽象时，iso19150-GB/T41472.2—20222:isAbstract设置为"true"~xsd:boolean。iso19150-2:isAbstract的默认值为false。表11列出了Ontology<OWL>中抽象类的描述要求。UML抽象类应对应于Class<OWL>。为了将其标识为抽象类，应使用iso19150-2:isA (owl:Classrdf:about="&(isol9150-2:isAbstractrdf:datatype="&xsd;boolean")true(/iso1916.6属性在UML中，属性是要素通过ownedAttribute的方式与分类器(即类或数据类型)相关联。在特定的属性声明中，它关联类实例的一个值或一系列类型的值。属性的一般注释如下：property=[visibility][“/"]name[“:”prop-type][“[“multiplicity“]”][“=”defaulprop-modifier*[“,”prop-modifier]“)”]——visibility="十"/"-"/"#"/"～"——name是特征名称；——prop-type是特征类型名称；——multiplicity是特征的多重性。如果省略这个词，意味着多重性为1(只有一个);——prop-modifier="readOnly"/"union"/"subsets"property-name/"redefines"property-name/"ordered"/"unique"/"nonunique"/prop-const属性的UML注释如图5所示。十6.6.2oWL注释<OWL>的目标类型通过rdfs:range声明指定其范围。表12提供了GB/T35647—2017数据类型到表12数据类型映射OWL数据类型表12数据类型映射(续)OWL数据类型名称类型“允许XML表达与iso19150-2:GCOLiteral联合使用。OWL定义2RDF/Turtleserializationisol9150-2:GCOLiterrdfs:isDefinedBy(/iso/ts/19139/edowl:equivalentClass(rdfs:Datatyperdf:about="&iso19150-2;GCOLiteral"><rdfs:label>GCOLiteral</rdfs:(owl:equivalentClassrdf:resource="&rdf;XMLLiteral"/>Property声明来定义。ObjectProperty(OWL>通过指定其领域rdfs:domain声明连接到一个Class的可能值类型是任何有效的Class<OWL>,ObjectProperty<OWL)的参数个数可以从0个或N个。表13列出了Ontology<OWL>中的DataProperty<OWL>属性描述的要求。使用数值描述的UML属性应对应于DataProperty(OWL>,并使用owl:DatatypeProperty声明。应使用rdfs:domain声明与其相关联的Class(OWL>连接。数值类型应由rdfs:range声—UML属性名称标签，使用rdfs:label;DataProperty(OWL>的附加注释如下： exPk:ClassA.attlaowl:Datatskos:definition"attlderdfs:domainexPk:Cl(owl:DatatypePropertyrdf:about="&exP(rdfs:label)attl</rd(rdfs:isDefinedBy)http://sou(rdfs:domainrdf:resource="&(rdfs:rangerdf:resource="&oWL对象特征规则UML属性描述为另一个UML类对应的ObjectProperty<OWL>。使用rdfs:domain声明连接到与其相关联的Class<OWL>资源。ObjectProperty<OWL>资源类型使用rdfs:rangeObjectProperty〈OWL>使用标签和它的源文件标注。该标签提供UML属性的名称，并使用rdfs:label声明。源文件标识定义该UML属性的资源，使用rdfs:isDefinedBy声明源文件的IRI。表14列出了通过Ontology(OWL>中ObjectProperty<OWL>的属性描述要求。GB/T41472.2—20表14属性-OWL对象特征UML属性应描述为另一个UML类对应的ObjectProperty(OWL>,并使用owl:Ob与其相关联的Class(OWL),使用rdfs:domain声明。对象特征类型应由rdfs,range声明ObjectProperty(OWL>—UML属性名称标签，使用rdfs:label;ObjectProperty<OWL>的附加注释如下：——定义，使用skos:definition声明表示UML属性的语义；——废弃，使用owl:deprecated声明，如果ObjectProperty(OWL>已废弃，则设置为"true"为了定义“类”的属性，定义了“对象特征”,示例如rdfs:isDefinedBy(http://sourceDefinitiordfs:domainexPk:Claskos:definition"Classrdfs:isDefinedBy(http://sourceDefinitionIRI).(owl:ObjectPropertyrdf:about="&exPk;ClassA.attl"><rdfs:label>att1</rdfs:l(rdfs:domainrdf:resource="&exPk;Class(rdfs:rangerdf:resource="&e(owl:Classrdf:about="&-ex(rdfs:label>ClassB</rd(skos:definition)ClassBdefinitio(rdfs:isDefinedBy)http://sourceDefinitionIRI</rdfUML注释型的一部分。枚举类型的扩展意味着大多数实现映射的模式修改。枚举应仅当成员被逻辑关闭时使图6枚举的UML注释OWL用在规范集合上由rdfs:Datatype声明和的owl:oneOf约束声明指定的Datatype<RDFS>对应于Datatype(RDFS>的UML枚举使用Datatype(RDFS>由标签和它的源文件标注。标签注释提供UML枚举的名称，即UML枚举类的名称并使用rdfs:label声明。源文件标识定义了该枚举的资源，它使用rdfs:isDefinedBy声明特指资源的IRI。表15列出了Ontology(OWL>中枚举的描述要求。表15枚举UML枚举应对应使用rdfs:Datatype声明的Datatype(RDFS)。Datatype(RDFS)指定常量的约束列值rdf:List声明中使用owl:oneOf声明。——UML枚举的名称标签使用rdfs:label;—UML枚举定义的源文件使用rdfs:isDefinedBy声明资源的IRI作为UML枚举的Datatype<RDFS)作为UML枚举的GB/T41472.2—2022/ISO19150-2:2示例1:rdfs:isDefinedByhttp://sourceDefinitowl:oneOf("value1""value2""value3").(rdfs;Datatyperdf:about="&exPk;(rdfs:label>ClassA<<rdfs:isDefinedBy)http://sourceDefinitionIRI</rdfs:is<rdf:firstrdf:datatype="&xsd;string">valuel</rdf:datatype="&xsd;string">value2</rdf:<rdf:firstrdf:datatype="&xsd;string")value3(/rdf:first)<rdf:restrdf:resource="&rd本文件连接Class<OWL>的DataProperty<OWL>到枚举值的Datatype<RDFS>,使用如下所示的rdfs:range声明。在这个示例中，定义了DataProperty<OWL>att1且与ClassB关联。attl的范围由下列示例说明了枚举的定义。exPk:ClassB.att¹aowrdfs:isDefinedBy(http://sourceDefinitio类。由于概念模式资源是一个RDF个体，相应于代码表的概念模式和OWL类由不同的URIs标识，以便于与本文件使用的OWL保持一致。因此应使用确切特征来正式声明OWL类和表示代码表的概代码表的成员实现为RDF资源，RDF资源是代码表Class<OWL>成员，即作为一个个体，它的rdf:type是代码表Class<OWL>。由于代码表Class<OWL>是skos:Concept的一个子类，需要每个成员也是个体，rdf:type就是skos:Concept。代码表成员使用标准的skos:inScheme特征与概念模式相关联。表示代码表的概念模式使用skos:hasTopConcept特征与其成员相关联。表16给出了Ontology<OWL>中代码表描述的要求。GB/T41472.2—2022/I表16代码表代码表应对应于Class<OWL>、ConceptScheme(SKOS)和Collection(SKOS)。Class(OWL>应是skos:Concept的子类。SKOS概念模式应使用dct;isFormatOfproperty关联到Class<OWL>。代码表中的每个成员应对应于相应的个体，它的类型应对应于代码表的Class(OWL>,并具有skos:inScheme特征，它的值应对应于代码表的Con-ceptScheme(SKOS)。此外，使用skos:members声明，代码表中的每个成员也应是Collection(SKOS)的成员。每个资——标签使用rdfs:label注释；——定义的来源使用资源的IRI的rdfs:isDefi下列示例描述了使用OWL和SKOS元素构建CodeList。subClassOfskos:Conceprdfs:isDefinedBy(http://sourceDefinitionIRI).skos:prefLabel“ClassA-Crdfs:isDefinedBy(http://sourceDefinitiodct;isFormatOfexPk:ClassA.exPkCode:ClassA/valuelaexPk:ClassA,skos:Concept;rdfs:isDefinedBy<http://sourceDefinitionIRI).exPkCode:ClassA/value2skos;inSchemeexPkCode:ClassA;rdfs:isDefinedBy<http://sourceDefinitionIRI).exPkCode:ClassA/value3skos:inSchemeexPkCode:ClassA;rdfs:isDefinedBy<http://sourceDefinitiskos:membersexPkCode:ClassA/valuel,exPkCode:ClassA/value2,exPkCode:ClassA/ue3.(owl:Classrdf:about=”&<rdfs:label)ClassA</rdfs:la(rdfs:isDefinedBy)http://sourceDefinitionIRI</rdfGB/T41472.2—2022/ISO(rdfs:subClassOfrdf:resource=”&skos;Concept”/>(dct:isFormatOfrdf:resource=”&exPk;ClassA”/><exPk:ClassArdf:about=”&exPkCode;Class<rdf:typerdf:resource=”skos:Co<rdf:typerdf:resource=”skos:Co<rdf:typerdf:resource=”skos:Co(skos:Conceptrdf:resource=”&exPkCode;Cl上述示例中给出了出现在UML类中代码表的所有成员。相应的SKOS资源由表示概念模式的URIs明确标识，类似本体中的类和特征，在同一个域中具有相同的所有者。适用于在原有的UML模型中定义的代码表成员。然而，其他的代码表成员不必通过同一个域中URI标识。表17列出了Ontology<OWL>附加代码表项的要求。表17代码表扩展如果代码表用原模型未标识的附加项扩展，标识新成员的URI应在其约束的URI域内。初始成员不应有相同的URI域，除非新成员有相同的官方定义SKOS语义关系可用来记录代码表中项之间的关系。映射关系(broadMatch,closeMatch,exact-Match,narrowMatch,relatedMatch)用于映射到其他模式中的相broader,narrower,narrowerTransitive,related)是用来记录相同模式的其他项之间的关系。代码表中成员间的关系用skos:broaderTransitive,skos:broader,skos:narrower,skos:narrower-6.8联合类这可与泛化结构相比较，其中模型的泛化类的规范支持选择其特化类。联合的UML注释使用构造型6.8.2oWL注释UML联合类对应于Class(OWL>,具有表18列出了Ontology(OWL>中联合类的要求。表18联合类联合类应实现为Class<OWL>,与其联合成员以下示例说明使用OWL元素构建联合类。].(owl:unionOfrdf:parseType=”Collection”》(owl:Classrdf:about=”&exPk;ClassA”/>(owl:Classrdf:about=”&exPk;Multiplicity=lower-bound“..”u常，基数值为非负整数。最小基数指通过特征连接的类中包含的个体的最小数值。最大基数指通过特UML多重性同时使用owl:Restriction声明和基数规范在特征(DataProperty(OWL>或ObjectminCardinality,和owl:maxCardinality声明来约束基数的使用范围。该规则与DataProperty表19列出了Ontology<OWL>UML多重性同时使用owl:Restriction声明和基数规范在特征(DataProperty(OWL>或Objec《OWL>)中与Restrictions<OWL)对应。maxCardinality与owl:allValuesFrom共同约束基数的使用下列示例1～示例4表示如何在Class<OWL>特征上使用基数约束。在示例1中，ClassA的最小GB/T41472.2—2022/ISO19150-2:2基数特征attl设置为“1”,因未指定最大基数，故最大基数为“无穷大”。示例1:skos:definition"ClassAdefinitirdfs;isDefinedBy(http://sourceDefinitiordfs;subClassOf[owl:onPropertyexPk:ClassA.owl;minCardinality"1"][owl:onPropertyeowl;allValuesFromexPk:C].(owl:Classrdf:about="&-(rdfs;label>ClassA<<skos:definition>ClassAdefinition(<rdfs;isDefinedBy)http://sourceDefinitionIRI</rdfs:is(owl:onPropertyrdf:resource="&exPk;ClassA.att1"/>(owl:minCardinalityrdf:datatype="&xsd;nonNegativeInteger">1</owl:minCardinality)(owl:onPropertyrdf:resource="&exPk;Clas(owl:allValuesFromrdf:resource="&在以下示例中，ClassA中attl的属性的最大基数设置为“3”,因未指定最小基数，故最小基数设置示例2:rdfs:isDefinedBy(http://sourceDefinitiordfs:subClassOf[owl:onPropertyexPk:ClassA.att1owl:maxCardinality"3"“xsd:nonNegatrdfs;subClassOf[owl:onPropertyexPk:ClassA.att¹]. (owl:Classrdf:about="&e(rdfs;label>ClassA(/rd(skos:definition)ClassAdefinition(/skos:definition)(rdfs;isDefinedBy)http://sourceDefinitionIRI</rdfs(owl:onPropertyrdf:resource="&exPk;ClassA.att1"/>(owl:maxCardinalityrdf:datatype="&xsd;nonNegativeInteger">3</owl:maxCardinality)rdf:resource="&exPk;ClassA.atrdf:resource="&exPk;Clas示例3:rdfs:isDefinedBy(http://sourceDefinitiordfs:subClassOf[GB/T41472.2—202owl:onPropertyexowl:minCardinality"1"“xsd:nonNeg[owl:onPropertyexowl:maxCardinality"3"-xsd:nonNegativelnteger;rdfs:subClassOf[owl:allValuesFromexPk:ClassB;].(owl:Classrdf:about="&(rdfs:label>ClassA(/r(skos;definition)ClassAdefinit(rdfs:isDefinedBy>http://sourceDefinitionIRI</rdf(owl:onPropertyrdf:resource="&exPk;(owl:minCardinalityrdf:datatype="&.xsd;nonNegativeInteger">1(/owl:minCardinality)(owl:onPropertyrdf:resource="&exPk;Class(owl:maxCardinalityrdf:datatype="&xsd;nonNegativelnteger">3</owl:maxCardinality)(owl:onPropertyrdf:resource="&exPk;(owl:allValuesFromrdf:resource="&在以下两个示例中，ClassA的att1特征的基数明确设置为“1”,最小和最大基数都为“1”。示例4:GB/T41472.2—2022/Irdfs:isDefinedBy(http://sourceDefinitiordfs:subClassOf[rdfs:subClassOf[owl:allValuesFromexPk:ClassB;].(owl:Classrdf:about="&<rdfs;label)ClassA</rdf《skos:definition)ClassAdefinition(/skos:def(rdfs:isDefinedBy)http://sourceDefinitionIRIK/rdfrdf:resource="&exPk;ClassA.atrdf:datatype="&xsd;nonNegativeInteger">1</owl:cardirdf:resource="&exPk;ClassA.at(owl:allValuesFromrdf:resource="&exPk;ClassB"/>rdfs:isDefinedBy(http://sourceDefinitiordfs:subClassOf[owl:minCardinality"1"-xsd:nonNegativeInteger;rdfs:subClassOf[GB/T41472.2—2022/ISOowl:maxCardinality"1"~xsd:nonNegativeInrdfs:subClassOf[]. (owl:Classrdf:about="&e<rdfs;label>ClassA</rdfs:la<rdfs:isDefinedBy>http://sourceDefinitionIRI</rdfs:is(owl:onPropertyrdf:resource=”&exPk;(owl;minCardinalityrdf:datatype="&.xsd;nonNegativeInteger")1</owl:minCardinality)(owl:onPropertyrdf:resource="&exPk;Clas(owl:maxCardinalityrdf:datatype="&xsd;nonNegativeInteger">1</owl:maxCardinality)(owl:onPropertyrdf:resource="&exPk;Clas(owl:allValuesFromrdf:resource="&exPk;Class6.10.1泛化/继承在UML中，泛化是一个贯穿于一般到具体分类器的分类关系。具体的分类器继承了一般分类器的特征。每个具体分类器的实例是事实存在的，同时也是一般分类器的实例。泛化的UML注释如OWL允许通过subClassOf<RDFS>公理的方式实现类之间的泛化关系。公理表示类ClassB是类使用rdfs:subClassOf声明将UML泛化实现为subClassOf<RDFS>。表20列出了Ontology(OWL>中泛化的描述要求。表20关系-泛化19150-2package:relatioUML泛化应使用rdfs:subClassOf声明实现为subClassOf(RDFS)示例：(rdfs:subClassOfrdf:resource="&exPk;ClassA"/>UML注释图10UML关联注释UML关联的角色对应于ObjectProperty<OWL>。ObjectProperty<OWL>连接到类ClassesOWL定义3iso19150-2:associationNameaowl:AnnotationProper<owl:AnnotationPropertyrdf:about="&iso19150-2;associationName"/><rdfs:rangerdf:resource="&xsd;string"/>(rdfs:domainrdf:resource="&owl在双向关联中，ObjectProperty(OWL>中的一个对应关联角色设定GB/T41472.2—2022/ISO1owl:inverseOf声明。即当ObjectProperty<OWL>个体I1连接到个体I2时，其逆ObjectProperty(OWL>I2也连接到I1。表21列出了Ontology<OWL>关联的描述要求。表21关系-关联UML关联链接的角色应对应于ObjectProperty(OWL>,使用owl:ObjectProp的Class(OWL)资源，使用rdfs:domain声明。ObjectProperty(OWL>资源类型应使用rdfs:rObjectProperty(OWL>应注释为：——使用rdfs:label作为关联角色名称的标签；——使用rdfs:isDefinedBy声明资源的IRI来定义如果关联已命名，ObjectProperty(OWL>应使用关联名称标注，例如iso19150-2:associationName。在双向关联中，ObjectProperty(OWL>中的一个对应关联角色应设定为另一个的逆对象声明与关联角色对应的ObjectProperty<OWL>附加注释如下：——定义，使用skos:definition声明提供UML属性的语义；以下示例说明ClassA和ClassB之间的单向关联的OWL表示，使用ObjectProperty<OWL)rB1定义ClassA和ClassB,其域名为ClassA,其范围为ClassB。RDF/Turtleserialization (owl:Classrdf:about="&exPk;ClassA"/>(owl:Classrdf:about="&(rdfs;label)rB1(/rd(rdfs:domainrdf:resource=”&(rdfs:rangerdf:resource="&e下列示例说明OWL中的双向关联。GB/T41472.2—2022/I示例2:rdfs;isDefinedBy(http://sourceDefinitioisol9150-2:associationName"Associrdfs:domainexPk:Clrdfs:rangeexPk:Classrdfs:isDefinedBy(http://sourceDefinitioiso19150-2:associatowl;inverseOfexPk:ClassA.rB2.(owl:Classrdf:about="&(owl:Classrdf;about="&exPk;ClassB(owl:ObjectPropertyrdf:about="&.exP(rdfs:isDefinedBy)http://sourceDefinitionIRI</rdf(rdfs:domainrdf:resource="&(rdfs:rangerdf:resource="&exPk;Clas(owl:ObjectPropertyrdf:about="&-ex<rdfs:label)rA</rdfs:la(rdfs:isDefinedBy)http://sourceDefinitionIRI</rdf<isol9150-2:associationName)Assoc(rdfs:domainrdf:resource="&exPk;Cla(rdfs:rangerdf:resource="&e(owl:inverseOfrdf:resource="&exPk;ClassA.rB2"/>关联的多重性通过特征约束来规定，见6.9。聚合表示两个类之间的部分一整体关联。UML定义了两种类型的聚合，第一种是普通聚合也称为“共享”聚合。这种聚合将联系整个要素的不同部分形成一个整体。第二种聚合是合成，也称为“复合”聚合。这种聚合比普通聚合更强，它要求至多一个聚合中包含部分实例。当该聚合被删除时，其所有实例也同时被删除。UML注释使用空心菱形箭头表示“共享”聚合，使用实心菱形箭头表示“复合”聚合，如图11。OWL定义4iso19150-2:aggregationT(owl:AnnotationPropertyrdf:about="&isol19150-2;aggregationType"/>(rdfs:rangerdf:resource="&xsd;string(rdfs:domainrdf:resource="&owl;Class"/>GB/T41472.2—2022UML聚合应遵循的UML关联的要求(表21中描述的19150-2package:relationship-assoc此外，ObjectProperty(OWL)扮演部分角色，应使用iso19150-2:aggregationType作为注释，表达式如isol9150-2:aggregationType=“partOfSharedAggregation”/“partOfCompositeAggregation”———“partOfSharedAggregation”指共享聚合；——“partOfCompositeAggregatio下列示例说明扮演部分角色的OWL关联角色：<rdfs:label>rB(/rdfs;la(rdfs:domainrdf:resource="&.e(rdfs;rangerdf:resource="&exPk;ClassB6.11约束UML约束是声明要素的某些语义目标的条件或约束。它可以用自然文本语言或机器可读语言表示。在UML模型中，约束应紧随带括号的要素名，如“{aConstraint}”。它可能仅仅出现在类符号里的要素之后，或者作为附加在该要素上的注释符号。6.11.2oWL注释虽然OWL中指定了约束的机制(如，功能性、可传递性、反射等对象特征和功能性的数据类型特征),这些约束与UML约束不同。使用注释将UML包、类、关联或属性的UML约束表示为Property<OWL>或ObjectPrope本文件定义基础ontology<OWL>的形式化注释特征约束(见附录D)。isol9150-2:constraintaowl:Annot(owl:AnnotationPropertyrdf:about="&isol9150-2;co(rdfs:rangerdf:resource="表23列出了Ontology<OWL>约束的描述要求。表23约束使用iso19150-2:constraint注释将UML包、类、关联或属《OWL)、DataProperty(OWL)或Objec下面的示例描述了OWL中对象特征的约束：要素模型),并提供了采用GB/T35647—2017中定义的UML来进行特定应用模式形式化的一组规 OWL的应用模式表示要求由单个要求类构成(见表24),标识为/iso/19150-2app=/iso/目标类型/html/rfc3986(URI/iso/19107/ed-1/en/(空/iso/19108/ed-1/en/(时/iso/19109/ed-2/en/(应用模/iso/19112/ed-1/en/(基于地理标识符的/iso/19115-1/ed-1/en/(元数据-基/iso/19123/ed-1/en/(覆盖几何模/iso/19156/ed-1/en/(观测与/iso/19157/ed-1/en/(数/iso19150/-2/201/iso19103/2015/SchemaLa表24表达OWL应用模式的要求类(续)19150-2app=/iso/19目标类型http://def.isotc211,org/iso19107/2003/Spatial/isol9108/2002/Temporal/isol9109/2015/Application/iso19112/2005/LocationByIden/iso19115/-1/2014/MetadataFundamhttp://def,/iso19123/2005/Cov/iso19157/2013/DataQ19150-2app:documentaGB/T41472.2—2022/ISO17.2标识规则列RDF三段式组成，描述了应用模式的组件。owl:Ontology声明包含应用模式文档所要求的模式名称和版本。名称有两个组件：2)提供人类可读的应用模式标题。IRI在owl:Ontology声明中指定。应用模式的标题使用rdfs:label声明的注释特征来定义。Ontology(OWL>的版本由两部分组成：1)为Ontology(OWL>提供版本或版本日期的字符串，使用owl:versionInfo声明；表25给出了Ontology(OWL>的应用模式标识的要求。在Ontology<OWL>中，应用模式应使用owl:Ontology声明标识。——标题使用rdfs;label声明；——版本使用owl₂versionInfo声明；——IRI版本使用owl:versionIRI声明下面的示例说明了相应于应用模式的Ontology(OWL>定义。<http://my_organizatio (owl:Ontologyrdf:about=”http://my_7.3本体文档规则7.3.1本体文档表26给出了Ontology<OWL>中应用模式的文档要求。表26本体文档Ontology(OWL>的应用模式文档应在需要时使用如下特征注——rdfs:label设置应用模式的可读标题；——rdfs:isDefinedby是提供应用模式组件信息文档的IRI资源；——rdfs;comment为附加的可读信息；——owl:deprecated设置“true”-xsd:boolean,标识Ontology(OWL>被废弃；——owl:versionInfo版本号或版本日期；——owl;versionIRIIRI版本；——owl;priorVersion前版本的定义；——owl:backwardCompatibleWith前版本Ontology(OWL>的定义与现版本相兼容；——owl:incompatibleWith前版本Ontology(OWL>的定义表27本体组件文档19150-2app:documenta应用模式Ontology(OWL>文档组件部分应在需要时使用如下注释特——rdfs;label是应用模式组件的可读名称；——skos:definition是应用模式组件的可读的自然语言定义；—rdfs:isDefinedby是提供应用模式组件信息文档的IRI资源；—rdfs:seeAlso是IRI提供的Ontology(OWL>的附加信息；——owl:deprecated当设置为“true”-xsd:boolean时，表示Ontology(OWL>组件部分的描述被废弃；——owl:versionInfoOntology(OWL>的组件部分被描述；——iso19150-2:isAbstract当设置为“true”-xsd:boolean时，表示Ontology(OWL>组件部分描述为抽象；——iso19150-2:associationName表示ObjectProperty(OWL)参与的关联标识符；——iso19150-2:aggregationType表示ObjectProperty<OWL)参与的聚合类型；——iso19150-2:constraint表示与Class<OWL>、DataProperty(OWL>或ObjectProperty(OWL>表28集成OWL中，Ontology(OWL>间的依赖性应使用owl:impo7.5FeatureType规则如同ISO19109:2015中的定义，应用模式的要素类型是FeatureType的实例。要素类型通过具有有要素类型的超类。AnyFeature是<<FeatureType>>的构造型。为了支持OWL要素类型的实现，与ISO19109:201表29设置了Ontology<OWL>中FeatureType实例文档的要求。表29FeatureTypeFeatureType实例(即一个要素类型)使用owl:Class声明实现为Class<OWL>,Class(OWL)应：——标识为唯一的IRI;——声称和ISO19109:2015相应的本体所定义的Class<OWL>AnyFeature的子类，使用rdfs:subClassOf声明；——使用rdfs:label声明，注释为可读的名称；——如果存在定义，使用skos:definition声明，注释为可读的定义；——如果是抽象，将iso19150-2,isAbstract注释特征设为“true”-xsd:boo AttributeType规则Property<OWL>对应。如果该值表示为由地理信息标准、应用模式或其他类定义的单个Class《OWL>,则该属性对应于ObjectProperty(OWL)。表30设置了Ontology<OWL>中AttributeType(例如属性)实例描述的要求说明。AttributeType的实例可实现为：——如果DataProperty(OWL)值为文本，则用owl:DatatypeProperty声明；——如果ObjectProperty(OWL>值为独立的Class<OWL>,则用owl:ObjectProperty声明；——如果ObjectProperty(OWL>值为独立的Class<OWL),则用owl:ObjectProperty声明。DataProperty(OWL>和ObjectProperty<OW●名称使用rdfs;label声明；●定义使用skos:definition声特征的基数用owl:minCardinality、owl:maxCardinality和owl:allValuesFrom共同声明DataProperty<OWL>和ObjectProperty<OWL>可以通过声明rdfs:domain与Class<OWL)——owl:deprecated设置为“true”-xsd:boolean表示弃用。GB/T41472.2—2022/ISOrdfs:label“Asecondattributetype”skos:definition“Definitiordfs:domainmyapp:AFeatureType;;rdfs:range(/2001/XMLSchema#string).myapp:attributeType3ardfs:label“Athirdattributetype”;;skos:definition“Definitionofathrdfs:domaingfm:AnyFeature;;rdfs:rangemyapp:AnotherFeatumyapp:AFeatureType.attributeType4skos:definition“Definitionrdfs:domainmyapp:AFeaturrdfs:rangemyapp:AnotherFeatureType(owl:Classrdf:about=”&myapp;;AFeatureType“/>(owl:Classrdf:about=”&myapp;;AnotherFeatureType”/>(owl:DatatypePropertyrdf:about=”&myapp;;attributetypel”》(rdfs:label>Afirstattributetype(/rdfs;label>(skos:definition>Definitionofafirstattribu(rdfs:domainrdf:resource=”&gfm;AnyFeature”/>(rdfs;rangerdf:resource=“/2001/XMLSchema#string”/>(owl:DatatypePropertyrdf:about=”&myapp;AFeatureType.att(skos:definition>Definitionofasecondattributetype</s(rdfs:domainrdf:resource=”&myapp;AFeatureType”/)(rdfs:rangerdf:resource=”/2001/XMLSchema#string”/>(owl:ObjectPropertyrdf:about=”&myapp;atributetyp<rdfs:label>Athirdattributet(skos:definition>Definitionofathirdattributetype(rdfs:domainrdf:resource=”&gfm(rdfs:rangerdf:resource=”&myapp;AnotherFeatureType”/>(owl:ObjectPropertyrdf:about=”&myapp;AFeatureType.attributetyp(rdfs;label>Afourth<skos:definition)Definitionofafourthattributetype</s(rdfs:domainrdf:resource=”&myapp;AFeatureType”/>(rdfs:rangerdf:resource=”&myapp;AnotherFeatureType”/>AttributeType的子类有：ThematicAttributeType、LocationAttributeType、SpTemporalAttributeType和MetadataAttributeType。AttributeType的上述规则和要求适用于所有子类，其他注意事项见～。ThematicAttributeType实例具有～中未包含的描述信息。表31给出了Ontology(OWL>中ThematicAttributeType实例的描述要求。ThematicAttributeType实例应实现为：——当DataProperty(OWL>类型与表12中所列的GB/T35647—2017的基本类型对应时，使用o类型相关时，使用owl:ObjectPrDataProperty(OWL>的范围应与表12中使用rdfs:range声明标识的OWL数据类型对应。ObjectPro<OWL>的范围应与GB/T35647-2017本体使用的Class<OWL>类型对应，或与用户使用rdfs:range声明定义的Class<OWL>对应表32给出了Ontology(OWL>中CoverageFunctionAtributeType实例描述的要求。CoverageFunctionAttributeType实例应使用owl:ObjectProperty声明，实现为ObjectProperty(OWL)。ObjectProperty(OWL>范围应与Class(OWL)关联，Class(OWL>对应于CV_Coverage或ISO19123:2的子类，使用rdfs;range声明表33给出了Ontology(OWL>LocationAttributeType实例的描述要求。LocationAttributeType实例应使用owl:ObjectProperty声明，实现为ObjectProperty(OWL>。ObjectProperty(OWL>的范围应与GB/T33185—2016本体相应的SI_LocationInstance的相关联，使用rdfs:range声明表34给出了Ontology<OWL>中SSpatialAttributeType的实例应使用owl:ObjectProperty声明，实现为ObjectProperty(OWL)。ObjectProperty(OWL>的范围应与ISO19107:2003本体的Class<OWL>相关联，相应于表35的空间对象，使用rdfs:range声明注：表中仅列出空间对象的最高级类，其子类表36给出了Ontology(OWL>TemporalAttributeType实例的描述要求。TemporalAttributeType实例应使用owl:objectPropert声明，实现为ObjectProperty(OWL>。ObjectProperty<OWL>的范围应与GB/T22022—2008本体的Class<OWL)关联，与表37的时间对象对应，使用rdfs:range声明时间几何单体时间拓扑单体表38给出了Ontology<OWL>中MetadataAttributeType实例描述的要求。表38元数据属性类MetadataAttributeType实例应使用owl:ObjectProperty声明，实现为ObjectProperty(OWL>。ObjectProperty(OWL>的范围应与ISO19115-1:2014本体的Class(OWL)相关联，使用rdfs:range声明表39给出了Ontology(OWL>中QualityAttQualityAttributeType实例应使用owl:ObjectProperty声明，实现为ObjectProperty(OWL>。ObjectProperty(OWL>的范围应与ISO19157:2013本体的Class(OWL>相关联，使用rdfs:range声明表40给出了Ontology(OWL>中属性的属性描述的要求。表40属性的属性a)定义一个新的Class<OWL>,并根据描述该属性的其他属性命名；b)用各自的名称为每个属性(如被描述的属性和其他属性)定义一个DataProperty(《OWL>,它们应遵循19150-2app:attributeType()的Class<OWL>相关联，并使用rdfs:domain声明；c)为每个被另一属性描述的属性定义一个ObjectProperty(OWL),用合适的名称命名，用它的范围。新ObjectProperty(OWL)的范围应根据类拥有的