Zh-hans:Key:opening_date
 opening_date
|
 |
| 说明 |
|---|
预计的（未来的）建筑工程完工并将开放使用的日期。使用 YYYY-MM-DD 格式。  
|
| 组: properties |
| 用于这些元素 |
    |
| 常用组合 |
| 状态：实际使用 |
| 此标签的工具 |
一项（未来的）建筑工程完工并将投入使用的预计日期，例如用于 landuse=construction、highway=construction 或 building=construction。建议另外加上 check_date=*，它描述的是过去某个日期，即 opening_date=* 的取值实际被核查的日期。
格式
与 ISO 8601 兼容的日期格式：YYYY-MM-DD（年-月-日）。
例如：opening_date=2024-08-09 – 2024 年 8 月 9 日
请注意该日期应为一个未来的日期；若要记录某要素实际开放或创建的日期，请使用 start_date=*。
避免使用类似 building=yes + opening_date=future 的组合，因为这会破坏大量现有软件（见trolltag）。可以通过使用生命周期前缀（lifecycle prefix），例如 construction:building=yes，或采用为道路和railway铁路确立的专门方法来避免这种情况。
实际应用
对于已经过去的开放日期，应重新调查并将其改为“已完工”或“开放日期已变更”：
- Osmose 超期开放报告
- Overpass API 超期开放查询，本地使用
- Sophox 超期开放查询，全球范围使用
开放与工程完工的区别
在某些情况下只有工程结束日期被标注，而实际开放日期可能更晚且未知。
这种区分适用于存在额外的、冗长的工程验证与认证法律程序的场合，也适用于实际使用取决于某些路段耗时更长的场合。例如，一条高速公路可能已经完工，但由于其东端的高速公路立交仍在施工，它暂时还不能作为高速公路立交使用，因而此路不通。
construction:end_date=* 在一些地方有使用
参见
start_date=*用于已完工的要素check_date=*end_date=*
可能的标注错误
过去的 opening_date
一旦该要素已按计划开放，你应当把 opening_date=* 改为 start_date=*。
未来的 start_date
对于尚未开放的要素，你应当使用 opening_date=* 而不是 start_date=*。