CityGML标准文档（5）（简介——CityGML 2.0的新增内容）

0.3 CityGML 2.0的新增内容

CityGML 2.0是本国际标准（OGC文件编号08-007r1）先前版本1.0的主要修订版，并为CityGML主题模型引入了大量新增内容和新功能。最初计划对1.1版进行小更新。修订过程的主要工作是确保概念模型和CityGML实例文档的向后兼容性。然而，一些更改小的更改和向后兼容，无法满足OGC政策（参见OGC文件135r11）。因此，为符合 OGC版本控制标准，将主要版本号更改为2.0，这样就无需放弃CityGML社区中反映的任何请求、更改或添加的内容。

CityGML 2.0在以下意义上与1.0版本向后兼容：如果文档中的CityGML名称空间和模式位置更改为其实际的2.0值，则每个有效的1.0实例在2.0实例中依然有效。此步骤是必需的，因为CityGML的版本号编码在了这些值（或称实例）中，但在更改版本后，这些实例的代码并没有其他的改动，只是版本号不同。因此，从现有的CityGML 1.0实例到2.0实例就用了这样一个简便的方法。

以下内容概述了CityGML 2.0中的新功能。

新的主题模型：桥梁和隧道

桥梁和隧道是城市和景观模型中的重要对象。它们是交通基础设施的重要组成部分，通常是城市的地标。CityGML 1.0一直缺乏专门用于桥梁和隧道的主题模块，因此必须使用GenericCityObject作为代理对此类对象进行建模和交换（参见第10.12章）。现在，CityGML 2.0引入了这两个新的主题模块，用于明确表示桥梁和隧道，这两个模块完善了CityGML的主题模型：桥梁模块（参见第10.4章）和隧道模块（参见10.5章）。

桥梁和隧道可以用LOD 1–4表示，基础数据模型结构与建筑模型的结构保持逻辑上的一致。例如，桥梁和隧道可以被分解为多个部分，带有开口的主题边界表面可以用于对壳体的各个部分进行语义分类，并且可以表示装置以及内部建造的结构。这种一致性的模型结构有助于对语义实体的类似理解，并有助于减少软件实现工作。桥梁和隧道模型分别引入了桥梁和隧道特有的进一步概念和模型元素。

对现有专题模块进行补充

• CityGML核心模块（参见第10.1章）
  两个新的可选属性已添加到CityGML核心模块中的抽象基类中 core:_CityObject ：relativeToTerrain和relativeTo Water。

• 建筑模块（参见第10.3章）
  1.LOD 0 的表示（表达）
  建筑现在可以通过迹线（footprint）和/或屋顶边缘多边形（roof edge polygons）在LOD0中表示。这就可以将现有的2D数据和从航空和卫星图像中重建的屋顶轻松集成到3D城市模型中。这种表示目前仅限于水平的三维曲面。

  2.其他专题边界曲面
  为了从语义上对既不是水平墙面（horizontal wall surfaces）也不是部分屋顶（parts of the roof）的建筑外壳部分进行分类，引入了两个额外的边界表面：OuterFloorSurface和OuterCeilingSurface。
  3.主题边界面的其他关系

  除了_AbstractBuilding和Room，BuildingInstallation和IntBuildingInstallation要素的曲面几何图形现在可以使用主题边界曲面进行语义分类。例如，通过使用BuildingInstallation，可以对天窗的墙面（ wall surfaces of dormers）和屋顶（roof）作语义区分。

  4.隐式几何图形的其他使用 （注：Implicit geometries 的准确翻译未查到，暂译为 隐式几何图形）
  除了BuildingFurniture外，隐式几何还可以对_Opening、BuildingInstallation和IntBuildingInstallation进行表示。

• 泛化模块（参见第10.12章）
  MeasureAttribute 和 GenericAttributeSet 这两个泛化属性已经添加到了Generics模块。MeasureAttribute便于表示测量值以及对单位的引用。GenericAttributeSet是任意泛型（泛化）属性的命名集合。它提供了一个可选的codeSpace属性，以表示属性集的权威定义。

• 土地利用模块（参见第10.10章）
  扩大了LandUse 这个要素类的使用范围，既包括专门用于特定土地利用的地表区域，也包括具有特定土地覆盖的地表区域（有或无植被）。

• 属性类、函数和用法（所有模块）
  为了协调属性类、函数和用法的使用，已对至少提供CityGML 1.0中一个属性的所有要素类补充了该属性三元组。

添加CityGML代码列表机制

在CityGML中，任何组织或信息社区都可以根据其特定的信息需求，在CityGML模式之外指定为枚举属性（如类、函数和用法）提供允许值的代码列表。然而，这种机制并没有在CityGML 1.0编码模式中得到充分体现，因为在CityGML 1.0实例文档中，相应的属性不能指向具有所用代码列表值的字典。CityGML 2.0已经纠正了这一点：所有从代码列表中获取值的属性现在都是gml:CodeType类型，遵循gml 3.1.1编码代码列表值的机制（更多信息请参见第10.14章）。gml:CodeType为枚举属性添加了一个可选的codeSpace值，该值允许提供指向相应字典的永久URI。

CityGML 2.0变更日志

附录F中提供了XML模式组件级别的变更。

对规范文档的进一步编辑

• 对多细节层次（LOD）的精度要求（参见第6.2章）
  第6.2章中提出的不同CityGML LOD的精度要求不规范。然而，CityGML 1.0中第6.2章的措辞与这一事实不一致，因此已针对CityGML2.0进行了澄清。
• 修改了CityGML示例数据集（参见附录G）
  -附件G中提供了已被修改和扩展的CityGML示例。现在，它们在所有五个LOD中显示了一致的建筑模型，例如，在不同LOD中展示了建筑的语义和几何细化，以及使用XLink在特征之间共享几何元素。数据集随CityGML XML Schema包一起提供，通过网站 http://schemas.opengis.net/citygml/examples/2.0/ 获取。
• 应用程序域扩展使用的新示例（参见附录I）
  附录I中增加了应用领域扩展在普遍网络机器人服务领域的第二个示例。

原文：