Zh-hans:Key:covered
 covered
|
 |
| 说明 |
|---|
用于表示某个对象是否被某物覆盖的属性。 
|
| 组: properties |
| 用于这些元素 |
    |
| 已记载的值: 2 |
| 常用组合 |
| 另见 |
|
状态：已批准
|
| 此标签的工具 |
covered=* 用于表示由节点、路径或区域所代表的对象是否被覆盖。
对于公路和铁路，它与 tunnel=* 的区别在于它通常至少有一侧是敞开的。这便意味着 covered=yes。
也用于某些使用 layer=* 没有意义的情形。
用法
以下情况请使用本标签：
- 被建筑或其他结构（即使部分地）覆盖的公路、人行道、铁路或水道，但不包括适用
tunnel=*（含tunnel=building_passage）的情形。 - 位于狭窄沟槽中的电力线、供水总管、排水管等，其盖板可供交通（步行、车辆或其他）通行，并且可移除以进行检修。
- 其他掩埋对象，但不包括适用
location=underground的情形，例如地下停车场这样的区域、有盖的蓄水池/水箱，甚至水族馆（如新西兰奥克兰的 Kelly Tarlton's），前提是其遮盖物并非可据以区分图层的人造结构。 - 能防雨的
amenity=bicycle_parking。
部分测绘者将本标签用于：
- 位于
man_made=bridge区域下方的公路。这一点有争议，参见 Talk:Key:covered。
以下情况请不要使用本标签：
- 已确立分层（
layer=*）的隧道（tunnel=*）中的对象。 - 雪崩防护设施（
tunnel=avalanche_protector），即使有一侧敞开。 - 有顶盖的桥梁（
bridge=covered）。 - 适用
location=underground或location=underwater的情形。
取值
穿过建筑的路径通常应与该建筑具有相同（或没有）的图层。
以这种方式使用时，建筑与路径应在建筑的出入口处共享节点。路径应在出入口节点处断开，并且只有被建筑覆盖的部分应标注 covered=yes。
表示某个对象未被覆盖。
用于那些未被拱廊或柱廊覆盖的被覆盖对象。此标签已由 proposed features/covered 批准。
以下标签正在使用中，但未被纳入最初的提案：
拱廊（arcade）是一系列拱，彼此互为反推力，由柱子或墩支撑，或是一条被一排这样的拱（在一侧或两侧）围合的有顶步道。[1]
此类路径应标注 covered=arcade。若拱廊是建筑的一部分，则建筑与路径在出入口处共享同一节点。路径在出入口节点处断开，只有被建筑覆盖的部分标注 covered=arcade。图层必须与建筑相同。因此，如果建筑没有图层标签，路径也不需要有。使用 arcade:left=open 或 arcade:right=open 来指明路径的哪一侧是敞开的。
何时不应使用 arcade：
它不适用于室内测绘。一侧的墙被视为可设有通往建筑内部入口的外墙。室内测绘可使用 indoor=yes。
它也不适用于简单的屋檐外挑或盲拱廊。
-
南蒂罗尔的一处典型拱廊
与拱廊类似，但建筑构造不同：柱廊（colonnade）指由檐部相连的长列柱子，通常是独立式的，或是建筑的一部分。[2]
此类路径应标注 covered=colonnade。若属于建筑的一部分，则建筑与路径在出入口处共享同一节点。路径在出入口节点处断开，只有被建筑覆盖的部分标注 covered=colonnade。图层必须与建筑相同。因此，如果建筑没有图层标签，路径也不需要有。使用 colonnade:left=open 或 colonnade:right=open 来指明路径的哪一侧是敞开的。
何时不应使用 colonnade：
它不适用于室内测绘。一侧的墙被视为可设有通往建筑内部入口的外墙。室内测绘可使用 indoor=yes。
它也不适用于简单的屋檐外挑。（此情况下，"porch" 也许更合适）。
-
Kanslihusets arkad（名称有误导性；它是柱廊，而非拱廊。） -
罗马圣伯多禄大殿前，著名巴洛克建筑师 Gian Lorenzo Bernini 的柱廊
部分测绘者使用此标签来表示某个对象只是部分被覆盖（例如被屋顶覆盖），因为 covered=yes 会被理解为完全覆盖，或人们会将其理解为完全覆盖。covered=partial 有时适用于铁路及其他公共交通站台（例如 railway=platform），此时站台通常应是一个对象（一个要素，一个 OSM 元素），而人们想用 covered=* 表示它被部分覆盖。但若如此，至少应额外（或干脆改为）为屋顶所在位置另绘一条路径，并添加 building=roof 及适用于该屋顶的 layer=* 标签。
此标注用于被带门的电话亭完全覆盖的公用电话（amenity=telephone）。选择 covered=booth 这一标签，第一是为了能区分全罩式电话亭与屋顶（后者应标注 covered=yes），第二是因为 shelter=yes 标签含义不同。对象上的 shelter=yes 表示该对象处有一个 amenity=shelter，这与电话亭并不相同。电话亭旨在遮蔽正在使用电话的人，但它并不是供若干人等公交或舒适地躲雨的那种候车亭。
请注意，covered=booth 是键 booth=* 的上位标签，后者用于指明电话亭的类型。
若要标注被用作公共书柜的电话亭，请改用 amenity=public_bookcase + public_bookcase:type=phone_box + booth=<boothtype> 。covered=booth 对这类对象不太合适，因为该标签描述的是要素如何被覆盖，而不是要素本身（此时要素应是公共书柜）。曾经是电话亭、如今作为公共书柜的对象，是唯一可以不先添加 covered=booth 就直接添加 booth=* 的例外。
示例
附加属性
maxheight=* 也可与被覆盖的路径或区域关联，以表示净空高度。
理由
由于 layer=* 标签定义的精化，本节内容自该要素获批以来已有所变化。
尽管使用 layer 或 level 标签是表示一个对象位于另一对象之上的常规手段，但在许多情况下这些标签并不合适，并且就所测绘的子系统而言可能产生误导。
例如，当一栋建筑有一条路径穿过时，建筑与穿过它的路径无法被赋予不同的图层。这种情况下，当该路径四面都有建筑外墙时使用 tunnel=building_passage。当该路径至少有一侧敞开时使用 covered=* 标签。
在需要例如规划一条避开恶劣天气的路线，或规划通往有盖停车场、或通往可遮蔽上下车的区域的路线时，路径上的 covered=* 标签将使路线规划更高效。
在其他情况下，对象可以被赋予不同的图层，但无法用桥梁、隧道或室内测绘来表示——此时 covered=* 提供了一种表达此类情形的简单方法。
另一个用例：某些对象，如地下停车库和蓄水池，被某个不会被单独测绘的对象所覆盖。
可能的标注错误
参见
tunnel=*– 隧道是为道路或类似设施修建的地下通道shelter=*– 表示存在一个相关联的遮蔽物shade=*– 表示某要素是否处于阴影中building=roof– 至少两侧敞开的建筑weather_protection=*– 用于表示在 outdoor_seating（leisure=outdoor_seating）或类似要素处是否提供防雨防晒- Proposed features/covered – 已批准的 Proposal:Covered（2009）
- Proposed features/building passage – 已批准的 Proposal:Building passage（2012）
- Simple 3D buildings#Tags_for_only_the_roof_of_the_building – 仅用于建筑屋顶的标签
- arcade – 维基百科
- covered bridge – 维基百科