标准规范下载简介
GB／T 41472.2-2022 地理信息 本体 第2部分：网络本体语言（OWL）本体开发规则.pdfICS07.040 CCS A 75
地理信息本体第2部分：网络本体 语言（OWL）本体开发规则
栈道栈桥工施工组织设计地理信息本体第2部分：网络本体
6.7.1枚举........ 6.8联合类..... ++* 26 6.8.1UML注释 ··* 26 6.8.2OWL注释 ·* 26 6.9多重性 27 6.9.1UML注释 +*** 6.9.2OWL注释 6.9.3规则.…… 6.10关系 32 6.10.1泛化/继承.….....….…. .*..*. 32 6.10.2关联 **.· 6.10.3聚合 36 6.11约束... 38 6.11.1UML注释.......... *..*. 6.11.2OWL注释 6.11.3规则 OWL应用模式形式化规则… 7.1概述 39 **.....*. 42 7.3本体文档规则. ·· 42 7.3.1本体文档.... 7.3.2本体组件文档 ...... 43 *.... 7.5FeatureType规则 ··· 44 7.6PropertyType 7.6.1属性 45 7.6.2操作规则........ 7.6.3FeatureAssociationRole规则... 7.7FeatureAssociationType规则 7.8FeatureAggregationType规则 51 7.9FeatureCompositionType规则...... 7.10 SpatialAssociationType规则 52 7.12InheritanceRelation规则.……. +....*. 52 7.13Constraint规则 ...... 53 7.14ValueAssignment规则 7.14.1关联类角色 7.14.2ValueAssignment特征..... 7.14.3 RDF修正模式 ·· 53 7.14.4S SPARQL命名图模式..……..… 55 7.14.OWLValueAssignment规则........ ..56
附录A（规范性）抽象测试套件 附录B（规范性）地理信息本体命名空间与组件名称 附录C（资料性）扩展巴克斯诺尔范式表示法·…… 附录D（规范性）“基础”本体…….…….…… 附录E（资料性）应用本体：PropertyParcel示例· 参考文献
地理信息本体第2部分：网络本体 语言（OWL）本体开发规则
本文件定义了本体开发的规则和指南，用于更好地支持语义网地理信息的互操作。网络本体语言 （OWL）是本体所适用的语言。 本文件定义了将地理信息标准中使用的UML静态视图建模元素转换为OWL，并进一步定义了基 于通用要素模型的应用模式到OWL的转换规则。 本文件不定义语义运算符和服务本体的规则，也不开发任何本体，
术语、定义、缩略语和命名空间
下列术语和定义适用于本文件。
属性attribute
源文件 sourcedocument 包含的资源原始定义的文件
非限定基数unqualifiedcardinality 应用于所有文本值（4.1.21)或个体（4.1.20），由数据特征（4.1.17)或对象特征（4.1.28）连接的 OWL)基数(4.1.8)约束。 [来源：OWL]
非限定基数unqualifiedcardinality 应用于所有文本值（4.1.21)或个体（4.1.20），由数据特征（4.1.17)或对象特征（4.1.28）连接的 OWL)基数(4.1.8)约束。 [来源：OWL]
DL 描述逻辑(DescriptionLogic) IRI 1 国际资源标识符（InternationalizedResourceIdentifier） MOF 1 元对象设施（MetaObjectFacility） OMG 对象管理工作组（ObjectManagementGroup） OWL T Web本体语言（WebOntologyLanguage）（第2版） RDF 2 资源描述框架（ResourceDescriptionFramework） RDFSRDF模式（RDFSchema) SKOS简单知识组织系统（SimplifiedKnowledgeOrganizationSystem） UML统一建模语言（UnifiedModelingLanguage) URI 1 统一资源标识符（UniversalResourceIdentifier） XML 可扩展标记语言（eXtensibleMarkupLanguage) XSDXML模式定义（XMLSchemaDefinition）
命名空间是由URI参考标识的名称的集合°。命名空间的定义应遵循附录B记录的URI定 则。在RDF应用程序（包括OWL)中顺鑫天宇钢构施工方案，每个资源（包括定义和数据类型以及个体)都由IRI识别。 注：在OWL中引用本体中命名空间的前缀在命名空间声明中标识为本体头元素的一部分（见6.3)。
将地理信息UML模型映射到OWL本体的规则
表达OWL中地理信息系列标准中的UML自
基本的需求集合涉及URIs结构，用于识别本体的命名空间、类、数据类型和特征，遵循附录B的 规定。 UML对要素命名设置了一些约束和规范。主要的约束是：（a)每个类应在包的上下文中有唯一的 名称，（b)每个属性和角色在类的上下文中具有唯一的名称。因此，一个UML包为它的类提供命名空 间，一个UML类为它的属性和关联角色提供命名空间。在ClassA中使用的属性名也可在ClassB中 使用，在每个类的上下文中都有具体的语义（图1)。因此，类成为它的属性的命名空间。
图1UML类和属性名称
与UML中的命名规则不同，OWL中的命名规则继承RDF命名规则。每一个资源（类、数据类型、 特征)是用一个URI来表示。通常，一组相关的资源由URIs中具有相同的词干或基础URI来表示，被 称为RDF命名空间。在一个RDF命名空间的上下文中，每个类、数据类型和特征的localName（本地 名）应唯一并可相互区分。 注1：OWL本体由URI标识，该URI通常与本体要素的命名空间URI密切相关。在这样的命名约定下，资源的命 名空间范围等同于本体的命名空间范围。 注2：RDF文档中使用的URIs可以使用QName句法[XML命名空间]进行缩写，其中前缀代表一个RDF命名空 间的URI 注3：OWL2中相同的URI既可以表示一个类，也可以表示一个个体。这就是所谓的“双关语”。但是，使用这种模 式限制了推理的性能和行为，因此，尽可能避免这种做法。在本文件使用的OWL不准许使用双关语。 用OWL表示的模型命名需要的关键资源有：包、类、属性和关联角色。 表2列出了一般命名要求。
本体命名是由相应的文档或者标准的基础URI加上包名称的缩写组成某城市道路排水系统施工方案p，中间以“/”隔开。表3列 出了对于本体命名的要求