GB Z 24357-2009 地理信息.元数据.XML模式实现.pdf

《GB Z 24357-2009 地理信息.元数据.XML模式实现.pdf》由会员分享，可在线阅读，更多相关《GB Z 24357-2009 地理信息.元数据.XML模式实现.pdf（87页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 07040；3524070A 75 雷园中华人民共和国国家标准化指导性技术文件GBZ 24357-2009地理信息 元数据XML模式实现Geographic information-Metadata-XML schema implementation200909-30发布(ISOTS 19139：2007，MOD)2009-12-01实施中华人民共和国垦塞质量监蟹检验检疫总局譬士中国国家标准化管理委员会及币目 次前言引言1 范围2一致性要求3规范性引用文件4术语和定义5符号和缩略语51首字母缩略语52命名空间缩略语53 UML模型的关系54 UML模型的构造型6要求61 gmd概述62

2、基于规则的编码63质量64 web实现65外部XML实现的利用l66多态67应用模式规则7对地理信息国家标准中UML模型的扩展71 概述72针对万维网环境的扩展73针对基于元数据的地理空间信息传输的扩展8编码规则81编码规则概述82缺省XML类类型编码83 XMl。类全局元素的编码“84 XMI。类特性类型的编码85特殊情况的编码86 XML命名空间包的编码87 XMI。模式包的编码”9编码说明91编码说明概述92 XMI。命名空间“93 grad命名空间94 gss命名空间95 gts命名空间96 gsr命名空间GBZ 24357-2009，00000oooo00000000地他地M坫四驼驼

3、跎鹊盯娼GBZ 24357-200997 gco命名空间98 gmx命名空问99从概念模式到XML文件实例附录A(规范性附录)抽象测试套件A1一致性测试工具概述A2一致性要求约束A3一致性要求扩展A4一致性要求限制附录B(规范性附录)扩展内容的数据字典B1数据字典概览B2元数据扩展内容的数据字典B3代码表与枚举附录c(资料性附录) 地理信息元数据XMI，资源C1本指导性技术文件中的XML模式C2本指导性技术文件外定义的XMI。模式C3其他资源附录D(资料性附录)实现示例D1说明-D2元数据最小集示例D3核心元数据示例D4“头排，G49E023009”元数据D5针对Web环境扩展的用法示例曲弘弘

4、弘卯强的的L昌邸他跎刖 舌GBZ 24357-2009本指导性技术文件修改采用ISOTS 19139：2007地理信息元数据XML模式实现(英文版)，并作了如下改动：(1)编写方法执行了GBT 11 2000标准化工作导则 第1部分：标准的结构和编写规则、GBT 2000022001标准化工作指南第2部分：采用国际标准的规则的要求。(2)引用国际标准名称或编号的改变：a) 将“本国际标准”改为“本指导性技术文件”；b) 将“Is0 19100系列标准”改为“地理信息国家标准”；c) 将下列国际标准名称和编号用相应的国家标准名称或编号替代原国际标准编号 替代的国家标准编号ISO 19115：20

5、03 GBT 19710一2005ISO 8601：2001(E) GBT 7408lSO 19108 GBT 22022-2008ISo 19105 GBT 1933352003ISO 19107 GBT 23707-2009(3)删除了原国际标准的前言。(4)本指导性技术文件的引言采用了原标准的引言，并作了修改。(5)增加了术语“元数据”及其定义。(6)删除了原文的66、73、9318、986、B22，以及原文988、989和D5中关于多语种支持的内容，并相应调整了章节号和图号。(7)表1中的代码取值遵照GBT 19710-2005进行了调整。(8)修改了资料性附录D中的实例。本指导性技术

6、文件的附录A和附录B为规范性附录，附录c和附录D为资料性附录。本指导性技术文件由国家测绘局提出。本指导性技术文件由全国地理信息标准化技术委员会(SACTC 230)归口。本指导性技术文件主要起草单位：国家信息中心、中国标准化研究院、国家基础地理信息中心。本指导性技术文件主要起草人：徐枫、宦茂盛、石雯雯、李嫒、常娜、王子亮、李小林、周旭、邓跃进。mGBZ 24357-2009引 言GBT 19710一2005地理信息 元数据详细说明了描述地理信息元数据的重要性。GBT 197102005通过定义一系列元数据元素并建立一组共同的术语、定义和扩展规则，为各种地理信息的描述提供了一个结构体系。GBT

7、19710 2005是一个基础标准，为地理信息相关的元数据提供了一个全局视图，但没有定义相应的编码规则。GBT 19710一2005没有提供编码规则，因此在地理信息元数据的具体实现时，会因为对各种元数据规则的理解不一致而产生差异。为了便于GBT 1 9710 2005实现的标准化，本元数据实现规范提供了一套明确的基于规则的编码方法，用于执行GBT 1 9710 2005。本指导性技术文件提供了一组XML模式以保证互操作性，这些模式为描述、检验和交换关于地理信息数据集、数据集系列、地理要素、要素属性、要素类型等的元数据提供了统一的规范。GBT 197lo2005定义了地理信息领域通用的元数据。关

8、于地理信息数据类型和地理信息服务的更详细的元数据，在其他地理信息国家标准和用户扩展(GBT 1 9710 2005)中定义。本指导性技术文件旨在提供通用元数据的实现规则，在需要引用其他地理信息国家标准的地方也一并考虑。ISO 19118地理信息 编码说明了基于UMI。模式生成编码规则的需求和基于XMI的编码规则，并对XMI。进行了介绍。本指导性技术文件利用ISO 19118中定义的编码规则，规定如何从GBT 19710一2005中的UMI。模型得出XMI。模式的技术细节。地理信息 元数据XML模式实现GBZ 24357-20091 范围本指导性技术文件规定了地理信息元数据XMI(grad)的编

9、码方法以及GBT 19710-2005的XML模式实现。本指导性技术文件适用于通过网络或离线进行地理信息元数据的共享和交换。2一致性要求本指导性技术文件的一致性应使用附录A规定的所有相关测试进行检查。测试的框架、概念和方法以及声称与本指导性技术文件一致需达到的标准都在GBT 1933352003中说明。3规范性引用文件下列文件中的条款通过本指导性技术文件的引用而成为本指导性技术文件的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本指导性技术文件，然而，鼓励根据本指导性技术文件达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本

10、适用于本指导性技术文件。GBT 7408数据元和交换格式信息交换 日期和时间表示法(GBT 7408-2005，ISO 8601：2000，IDT)GBT 1933352003地理信息一致性与测试(IS0 19105：2000，IDT)GBT 19710 2005地理信息元数据(ISO 19115：2003，MOD)GBT 22022 2008地理信息 时间模式(IsO 19108：2002，IDT)GBT 23707-2009地理信息 空间模式(IsO 19107：2003，IDT)GBT 23708 2009地理信息地理标记语言(GML)ISO1EC 10646信息技术通用多字节编码字符集

11、ISOTS 1 9103地理信息概念模式语言IsO 1 9109地理信息应用模式规则Is()19110地理信息要素编目方法1SO 19111：2007地理信息 基于坐标的空间参照IsO 19117地理信息描述ISO 19118：2005地理信息编码ISO 19138地理信息数据质量度量W3C XMLName XMI。命名空间(1999)W3C XMI。Schemal XMI。模式第1部分：结构，W3C推荐(2001)W3C XMI，Schema一2 XML模式第2部分：数据类型，W3C推荐(2001)W3C XML可扩展标记语言1o(第2版)，W3C推荐(2000)W3C XI。ink XMI

12、。链接语言(XI，ink)10，W3C推荐(2001)4术语和定义下列术语和定义适用于本指导性技术文件。GBZ 24357-200941命名空间namespace通过一个URI进行引用的若干名称的集合，这些名称用作XML文档中的元素和属性的名称。w3c XML42包package把多个元素组织为组的通用方法。如：标识信息、元数据实体集信息、限制信息。-ISOTS 1910343实现realization分类器之间的语义关系，其中一个分类器表明约定，另一个保证实施。44多态polymorphism在不同上下文环境中可以对同一事物赋予不同含义或用途的特性，确切地说，某一实体如变量、函数或对象可以具

13、有1个以上的形态的特性。注：多态具有几种不同类型。45元数据metadata关于数据的数据。即数据的标识、覆盖范围、质量、空间和时间模式、空间参照系和分发等信息。I-GBT 19710-20055符号和缩略语51首字母缩略语UML统一建模语言(Unified Modelling Language)URI统一资源标识符(Universal Resource Identifier)XCT XML类类型(XML Class Type)XCPT XML类特性类型(XML Class Property Type)XCGE XML类全局元素(XML Class Global Element)XML可扩展标

14、记语言(Extensible Markup Language)XPath XML路径语言(XML Path Language)XSD XML模式定义(XML Schema Definition)XSL可扩展样式语言(Extensible Style Language)XSLT XSL转换(XSL Transformation)52命名空间缩略语下面的列表中第1列说明通用的命名空间前缀，用于描述该命名空间中的元素，第2列为命名空间前缀说明。下面的列表为本指导性技术文件定义的命名空间；gco 地理信息通用可扩展标记语言(Geographic Common Extensible markup lan

15、guage)(http：wwwisotc211org2005gco)gmd 地理信息元数据可扩展标记(Geographic MetaData extensible markup language)语言(http：wwwisotc211org2005gmd)2gmx 地理信息元数据XMI模式gssgsrgtS地理信息空间模式可扩展标记语言地理信息空间参照可扩展标记语言地理信息时间模式可扩展标记语言GBZ 24357-2009(Geographic Metadata XMI。Schema)(http：wwwisotc211org2005gmx)(Geographic Spatial Schema

16、extensible markup language)(http：wwwisotc211o。g2005gss)(Geographic Spatial Referencing extensible markuplanguage)(http：wwwisotc211org2005gsr)(Geographic Temporal Schema extensible markuplanguage)(http：wwwisotc211org2005gts)下面的列表为本指导性技术文件用到的外部命名空间：gm 地理信息标记语言(Geography Markup Language)xlink xml链接语言(x

17、ml linking language)XS W3C XMI。基本模式(W3C XMI。base schemas53 UML模型的关系 本指导性技术文件中的图示都采用ISOTS 19103中规定的UML作为概念模式语言表示。GBT 19710-2005中的图2也表示了用于说明元数据的UML标记法。除此之外，本指导性技术文件还使用如图1所示的符号： ，亡圈1实现关系的UML标记法连接起点的类(图1左侧)，应确保执行(或实现)连接终点的类(图1右侧)的规格。54 UML模型的构造型UML构造型是对已有的UML概念的一种扩展机制(GBT 19710-2005)。除了GBT 19710中规定的用于描述

18、元数据的构造型外，为了基于规则的XML模式编码的需要，本指导性技术文件还定义了一些必要的构造型。本指导性技术文件第9章中给出的UML图中的元素可以包括说明XML实现的构造型，这些构造型包含在表示XML元素或XMI。类型、UML属性、UML连接(实现或依赖)以及UML包的类中。本指导性技术文件中使用的类的构造型包括：a)(选择(t(XS：choice)：表示可编码为XML choice块的类，该类的每一个属性实现为该choice的一个元素。b)()()：表示为XMI，全局元素的类。d)(简单类型)()：表示为XML简单类型的类。e)(简单内容)()：表示可编码为具有简单内容的XML复杂类型的类。

19、本指导性技术文件中使用的属性的构造型包括：f) (属性)()：编码为XML属性的特性。g) (元素)()：编码为带有名称和类型的XMI。元素的属性(XS：element name一”propertyName”type=”propertyType”)。h)(模式()：该构造型仅适用于内建XMI，类型衍生的XML简单类型。具有(pattern)构造型的属性对内建简单类型的值域进行进一步限定。GBZ 24357-2009、 i)(XML类全局元素)(XCGE)：编码为对某一XML全局元素的引用的特性(XS：element ref=”XCGE”)。本指导性技术文件中使用的链接的构造型包括：i)(XML

20、类类型)()：(包含在实现关系中)通过特定外部实现来替代的抽象概念的XCT(XMI类类型)。k)()：(包含在实现关系中)通过特定外部实现来替代的抽象概念的XCGE(XMI。类全局元素)。1) (XMI。类特性类型)(XCPT)：(包含在实现关系中)通过特定外部实现来替代的抽象概念的XCPT(XMI。类特性类型)。m)(实现()：(包含在依赖关系中)表示XMI模式的连接起点，该XML模式实现了连接终点中定义的抽象概念。n)(包含(import)：(包含在依赖关系中)连接的起点和终点代表同一命名空问中的XMI。对象集。连接起点引入(XS：import)连接终点。本指导性技术文件中使用的包的构造型

21、包括：P) (XML模式()：代表同属一个命名空闯的XMI。对象集的包。6要求61 gmd概述在GBT 19710 2005中，地理信息元数据表示为组包括一个或多个UML类的UMI。包。GBT 1 9710 2005提供了与编码无关的一个地理信息元数据的统一视图。本指导性技术文件则根据ISO 19118：2005的规则提供一个基于xML模式的GBT 19710-2005的通用实现方法。本指导性技术文件虽然定义了几个命名空间的内容，但不包括XMI。命名空间的详细信息。命名空间实际上是一个可用作XML文档中元素和属性名的一个名称集合。命名空间用于区别不同模式的名称。命名空间是一个URI，本指导性技

22、术文件用到的URI均在52中列出。URI往往不易于读写和交流，因此本指导性技术文件在需要指定某一命名空问内容时通常引用通用命名空间前缀。本指导性技术文件定义的主要命名空问是http：wwwisotc211org2005gmd，其前缀为gmd。代表地理信息元数据可扩展标记语言(Geographic MetaData extensible markup language)。XMI。模式提供了许多以交换为目的的信息组织方法。ISO 19118：2005定义了把地理信息国家标准中定义的UMI。概念模式转换为XMI模式的一组规则。即使在ISO 19118：2005的较为严格的限制规则下，创建特定XML模

23、式的时候仍然有多种选择。第7章、第8章、第9章中描述了对第3章列出的GBT 19710-2005中的UMI。概念模式和其他相关地理信息国家标准中的UMI，模型进行XMI。编码的详细过程。附录c和附录D中给出了本指导性技术文件的XMI资源描述和元数据实例示例文档。在深入编码细节之前，理解建立gmd时为什么需要使用某些编码规则非常重要。理解这些规则可以对gmd的功能、限制以及最佳用法更清楚。gmd的主要目标包括保证与其他地理信息国家标准的互操作性，保证可预见性、可扩展性以及可用性。62和67将进一步讨论这些目标。62基于规则的编码本XMI。模式实现是按照Is019118：2005的要求，根据地理信

24、息国家标准中的UMI。模型建立的基于规则的编码。通过该方法，达到61中描述的两个目标。首先，得到的gmd模式直接基于地理信息国家标准，从而增加了互操作性的机会；其次，生成的模式是可预期的，因为任何类、属性、关联等的编码与其他同类型的UML元素的编码方法一样。4GBZ 24357-2009本指导性技术文件虽未做详细讨论，但基于规则的编码使自动或半自动方式生成XMI，模式成为可能。63质量XMI。模式实现的质量高低体现在产生的XML模式的简单性和据此生成的XMI。文件的易读性。地理信息国家标准，尤其是GBT 19710-2005的结构复杂性，意味着不大可能提供地理信息元数据的简单XML模式。但只要

25、定义了编码规则，用户就可以建立或理解以GBT 19710 2005的UML模型为基础的XMI。实例文档的内容。另外，开发人员了解编码规则后即可对GBT 1 9710-2005的UMI。模型进行XML模式实现。gmd质量的另一方面体现在完整性。本指导性技术文件对GBT 19710 2005的整个UML模型进行编码，不考虑gmd的特定用途或使用gmd的特定应用模式。64 Web实现61提到的其中一个目标是可用性。gmd的可用性主要关注地理信息元数据的交换，这种需求在web环境中尤为常见。由于基于gmd创建地理信息元数据实例文档可以在网络上传输，gmd很多方面的设计都旨在支持通过因特网或万维网的数据

26、传输。65外部XML实现的利用另外一个有助于互操作性和可用性的设计原则是利用现有XMI模式。如果一个对地理信息元数据相关地理信息系列的某一部分进行编码的XMI，模式标准已经存在，则优先将该XMI，模式标准并入到gmd中。如果gmd直接是用外部XML模式，将增强互操作性。也可能已经存在能够处理与外部XMI。模式标准一致的XML实例文件的软件。此外，如果外部模式进行了充分设计，可能会比根据一系列编码规则生成的XMI模式更高效，从而有助于提高可用性。尽管使用已有实现有明显的好处，但外部XML模式不应与gmd的设计原则冲突。例如，如果某一外部XML模式以一种繁琐、难用的方式实现了地理信息国家标准的某一

27、部分，则不能并入到gmd中。56多态术语“多态”在第4章进行了定义。概括地说，多态意味着表现出多种形态的能力。就本指导性技术文件而言，多态使用户可以细化元数据以满足自身的需求。例如，GBT 19710一2005在CI一负责单位(CIResp。nsibleParty)类中有一个字符串类型的属性individualName，但在某一机构中，个人信息可以通过一种更细化的方法进行描述(如名、中间名、姓)。多态可以让开发人员在其自己的命名空间中扩展individualName这一较为通用的格式，但仍然充分利用gmd并为该机构之外的用户提供可用和可读的实例文档。gmd支持多态的特性主要来自于84描述的特性

28、类型编码。67应用模式规则ISO 1 91 09定义了应用模式规则，由两类与元数据相关的模型组成。通用要素模型，确定元数据和质量元素与地理要素相关的具体途径i两种交换模型，传统的数据传输模型和互操作模型，每一种模型都包含元数据与其描述对象的相互关系。关于Is()1 91 09通用要素模型，可以为要素类型定义以下两类属性：一元数据属性(如GFMetadataAttributeType的实例)，其数据类型为MDMetadata或其子类。一质量属性(如(jLQualitiyAttrlbuteType的实例)，其数据类型为DQLElement或其子类。在针对应用模式的规则中使用地理信息元数据的XMI，

29、模式，主要是使用定义的元数据和质量属性数据类型的XMI。模式。根据GBT 23708 2009的要素类型编码方法在992中描述。关于IS()1 9109交换模型，互操作模型是基于事务方式的数据交换，是为大量包含简单交换的事务操作设计的。相反，传输模型是针对包含大量格式化数据的较少量事务操作设计的。在为用户群体内部或相互间提供更一致的地理数据传输方面(如传输模型)，GBT 19710 2005元数据概念模式和本GBZ 24357-2009指导性技术文件无疑是一个起点。此外，应理解互操作模型适用于用户系统和服务提供者之间的交互，而且交互完全由服务接口决定。虽然服务接口可以不需要使用特定的模式，但强

30、烈建议在信息共享的圈子内尽可能采用地理信息元数据的XML模式。通过传输的互操作交换在标准化方面需要更加深入。这正是73描述的“针对基于元数据的地理空间信息传输的扩展”的目的。7对地理信息国家标准中UML模型的扩展71概述GBT 19710-2005提供了一个公认的与编码无关的地理信息元数据视图，本指导性技术文件则提供了一个通用的GBT 19710-2005的XMI。模式编码实现。由于与实现技术相关，可能需要对地理信息国家标准中的UML模型进行某些扩展。这些扩展的目的可能不尽相同，但都主要是满足第6章的要求。如针对互操作性、易用性、万维网环境等。第7章给出的UML图就是为了满足GBT 19710

31、-2005及其相关的地理信息国家标准实现XMI，模式编码所需要的扩展。72针对万维网环境的扩展为了便于使用XML文档，需要对ISOTS 19103中的characterstring类进行一些扩展。这些扩展均针对XML文档的典型处理环境万维网。图2定义了万维网环境中描述元素需要的元数据。相应的数据字典在B21中给出。图2针对万维网环境的扩展Anchor类用于支持超链接功能，并用来以类似于网络连接方式实现GBT 19710-2005中的RS-Identifier和MDLIdentifier类。因为Anchor是characterst“ng的子类，RS Identifier和MDLIdentifie

32、r的属性code可以用一个Anchor实例来实现，因而提供了一个到代码信息位置的引用。FileName类用于明确引用某一外部文件，这对于GBT 19710-2005中包含fileName属性的MDLBrowseGraphic类很有用。该属性的值应该采用人可以理解的文件名，而FileName类另外的src属性可以给出一个计算机可理解的该文件所在位置的绝对路径。MimeFileType类用于通过MIME媒体类型名称和子类型名称识别文件类型。这对于GBT 19710-2005的MDBrowseGraphic类的fileType属性有用，其值若是“JPEG”，则MimeFileType类可以表示为计算

33、机可以理解的“imagejpeg”。73针对基于元数据的地理空间信息传输的扩展731 数据集与聚集数据集的传输图3引用了GBT 19710-2005的图3，但把重点放在元数据驱动的地理空间信息传输中需要的类和关联上。数据集(DS_Dataset)可以是聚集(DSAggregate)的一部分，该聚集可以是另一聚合体的子集或超集。聚集和数据集都被链接到一或多组元数据元素(MD_Metadata)。6图3数据羹、聚橐殛其元数据坫于元数据的地理信息传输需要对GBT 1 9710 2005的扩腱如H所示图4通用交换结构由r提供一个嗵川帕f0输变换机制0l阿个新的概念：f0输数据集(MXDataspt)和

34、传输案船MXAggrcgat L)fe输空换环境rh数据集数据按数据殳ftI_(MXDatalie)组n!，体输数据艇和壤辩町能伴随支持GBZ 24357-2009文件(MX SupportFile)，这些支持文件可能包含利用前者时所需的资源或补充信息。数据文件及支持文件在733中描述。实际上，使用数据集或聚集需要的信息不限于元数据，尤其是：元数据引用了要素和图示目录，但并不嵌入这些信息；元数据实例引用的信息，如代码表、度量单位和坐标参照系等在数据使用时都需要。所有这些信息都可以通过外部的在线注册表进行管理但通常在传输交换模型下，与传输数据集和传输聚集中同时提供这些信息也是必要的。目录(cat

35、alogue)(CTCatalogue，在734中详细描述)的抽象概念直接对应利用数据集和聚集及其元数据中需要的资源。因此，目录用于传输交换，并与传输数据集(MXDataset)和传输聚集(MXaggregate)相关联。732对聚集的管理图3所示的DSAggregate的分类完全是概念性的。在数据传输模型下，数据集聚集所遵循的限制(如传输介质的容量)和需求要超出地理空间聚合的理想设计。传输交换机制是建立在传输聚集的基础上的，但地理空间聚合的基本特性可以通过扩展图5所示的MDLScopeCode代码表利用MDMetadata的hierarchyI。evel属性来表达。图5扩展的范围代码注意：t

36、ransferAggregate值表示聚集只有在实际的传输交换环境下才具有意义。733传输文件图6描述了支持文件和数据文件的概念。数据文件可能与一个或多个要素类型相关。每一个数据文件有其自身的格式，格式的信息会在数据集的元数据中说明。(也可以在聚合体的元数据中说明格式，但只适用于整个聚合体的格式都相同的情况。)8匡区鱼图7各种目录奉_I导性技术文件提供3个几休目录的撬念模式乜括：坐怀磬照采(CRS)“录(CTCrsCataogue)乜含坐标参j!系厦其组成部分(如皓准、坐标系统等)的说叫。在传辅交换环境中(详见i 3 I)一个CRS H琅包含传辅数据浆或传辖数据乘9GBZ 24357-2009

37、集中使用的具体坐标参照系的说明。一度量单位目录(UoM)目录(CTUomCatalogue)包含度量单位的说明。在传输交换环境中(详见731)，UoM目录包括传输数据集或传输数据聚集中使用的具体度量单位的说明。代码表目录(CTcodelistcatalogue)包含代码表的描述，包括其名称、定义及其值的说明。在传输交换环境中(详见731)，代码表目录包括传输数据集或传输数据聚集中使用的具体代码表的说明。这些目录的详细说明分别在7342和7344中给出。为作为协调地理信息国家标准中目录概念的基础，目录的抽象概念已经有定义，如PFPortrayalCatalogue(ISO 1911 7)和FtF

38、eaturecatalogue(ISO 19110)。ISO 1 9110和1SO 1 911 7的XMI模式实现虽不在本指导性技术文件的范围之内，但希望要素和图示的XMI。目录是可传递的，就像其概念(PFPortrayalcatalogue和FCFeatureCatalogue)是从CTCatalogue继承而来一样。目录的抽象概念也可以作为建立ISO 19138数据质量度量目录的基础。这可以使一个质量度量目录作为这里定义的传输数据集和聚集的一部分进行传输。总的来说，对于任何以在线或可以通过在线注册表的方式管理的信息集都建议扩展目录概念和使用目录，这样目录可以支持对传输数据和聚集的利用。73

39、42 UoM目录图8所示的度量单位目录(CTUomCatalogue)聚集一组度量单位，这些单位在GBT 237082009中定义。图8 UoM目录7343 CRS目录CRS目录的概念(CTCrsCatalogue)如图9所示。CRS目录没有专门的属性，但聚集不同类型的基准，都是继承自ISO 1911l：2007定义的基础类。10喝9 CRS目录7 3 4 4代码衰目录代码收目录(CTcodeI；s【catalogue)的概念如图10所示。代码表目录没有专门的属性但檗浆一种类型的壮于通用的目录项撬念的代码表(CT_CodelisO。代码表也聚集一个与代码表值一致的简单类础的项(CTCodeli

40、stValue)。圈10代码衰目录引人H录项概念(cThem)nr简化代码收J=l求中的维成部分fH强烈建议川米定义新类型的目录t一CBZ 24357-2009组成部分。8编码规则81编码规则概述下面描述把UMI。转换成XML模式的通吊规则，这些规93l与1s()19li8；2005定义的规则是一致的。某些情况下，根据1SO 19118：2005可以通过多种方法把UMI。转换为XMI，模式，本指导性技术文件阐明选择何种方法来实现该规范。本指导性技术文件不说明各个类的背景情况以及用于数据交换(本指导性技术文件中指元数据交换)的这些类的编码块，因为这些内容在Is()1 9118：2005中进行了详

41、细说明。本指导性技术文件是基于ISO 1 9118：2005的编码规则，如果熟悉ls()1 911 8：2005-可以增强对第8章内容的理解。默认规则适用于UML图中指定类型的每一个元素，除非在第9章有其他针对该元素的专门规则。第8章也说明grad的XML打包情况以及相关的命名空间，通用的打包规则在86和8 7中说明。注意：编码规则的描述方式并不影响采用最好的XMI，模式生成方法。82缺省XML类类型编码ISO 1 9118：2005中使用类来表达UMI。中的基本模型概念，因此基本编码规则重点在于UMI一类的编码。值得一提的是ISO 19118：2005中，一个特性代表一个名值对，可以表示为一

42、个属性、关联、聚合或组合IsO 19118：2005。类由一或多个特性组成。例如，如图11所示，类Classl有三个特性：atnl，attr2和rolel。为了编码成XML模式，理解UML屡l生、关联、聚合或组合等特性之间没有区剐是非常重要的。ISO 19118：2005也说明了XML模式中需要包含标识符，并规定使用标识符和全局唯一标识符来实现。在gco命名空间中有一个XML模式类型，即geo：AbstractObjeetType(在97中详细说明)提供了所需的标识符。这里提到标识符是因为它是XML类型缺省编码的一部分。图11 UML示例以下详细列出对缺省类的编码步骤：1)UMI类编码为XMI

43、，模式中的XML复杂类型：xs：complexType。XM。复杂类型以下称为XMI类类型(XCT)。XML模式中，每个XCT都有一个名称属性，其值为类的名称加上后缀”一Type”。例l：图11所示的编码Classl类的第1步为：()3)所有遵循缺省编码规则的UML类通过添加包含和gco：AbstractObjectType等效的base属性的XS：extension元素来扩展gco：AbstractObjectType。例3；图ll所示的编码Classl类的第3步为：(xs：extension(xs：complexContent(xscomplexType注：本指导性技术文件的所有例子都有一

44、个命名空间前缀“nsl”，在UMI。中不一定都会表示。这是一个用来说明何时需要提供一个命名空间前缀的假想命名空间，但不对应本指导性技术文件中定义的任何命名空间或前缀。XS：sequence中的多个XS：element的次序是基于GBT 197lo 2005的数据字典(附录B)中相应特性的顺序。序列中特性从其最小行号(GBT 19710-2005附录B的所有表格的第1列)到最高行号1 3GBZ 24357-2009的顺序列出。如果类的某个特性在GBT 19710-2005附录B中没有，则跟在GBT 1 9710-2005附录B中已有特性的后面，并符合本指导性技术文件(附录B)中说明的该特性出现的

45、次序。这一排序规则适用于缺省编码方法，也适用于所有XCT的特殊情况编码。对应图12的XCT：xs：complexContent)(xs：complexType83 XML类全局元素的编码UMI类也编码为全局元素，包含一个名称属性，等于UMI类的名称，其type属性值为82说明的XCT的名称(包含相应的命名空间前缀)。下面全局元素称为XMI。类全局元素(XCGE)。例1：类Classl的XCGE如图12所示：(!一 )(xs；element Dx3me=”Classl”type=”nsl：Classl_Type”)(!一- 一一)14GBZ 24357200984 XML类特性类型的编码841 复杂类型XCT的特性类型编码为了支持82描述的特性概念，以及给定类可以作为一组容器类的特性类型，每个UMI，类也定义为另外一个XSD XS：complexType(以下称XMI类特性类型，XCPT)。特性的包含是通过其数据类型的XCPT来进行管理的。默认情况下，XCPT允许通过值和通过引用进行包含。以下