OpenDRIVE 1.9 与 esmini 3.10：高精地图仿真最新进展（编译）

一句话结论：2026 年 OpenDRIVE 生态在往两个方向走——标准侧（ASAM）把道路网络与城市语义（CityGML）做联合，工具侧（esmini）已经把 1.9 的新特性落到实处。这份编译把两边的最新进展放在一起看。

ASAM OpenDRIVE 标准页 esmini 3.10.0 Release Notes ASAM OpenDRIVE with OGC CityGML

一、标准侧：OpenDRIVE 1.9 与 CityGML 联合

ASAM 标准页显示，OpenDRIVE 的当前版本为 1.9.0，发布日期 2026-05-19。对工程团队的直接含义是：新项目的 xodr 目标版本应以 1.9 为基线，同时确认下游仿真器、场景工具是否已经跟进——版本支持不一致，是 xodr 协作中最常见的坑之一。

ASAM 的联合项目 ASAM OpenDRIVE with OGC CityGML 给出了一个务实的结论：

背景：ADAS 与自动驾驶的测试系统不仅需要精确的道路描述，还需要越来越多的环境信息。OpenDRIVE 在道路描述上已成为事实标准，但把它扩成完整的环境模型并不是好方向；
项目比较了两套标准如何表达建筑、红绿灯、道路标线、地形以及相邻区域，并开发、测试了一套对象级（object-level）的关联/挂接机制；
概念验证的结论是：OpenDRIVE 可以继续作为驾驶相关道路信息的主来源，而应用从 CityGML 获取更丰富的几何与语义。

对做数字孪生、城市 3D 与驾驶仿真的团队来说，这相当于给了"两份数据怎么拼"的官方思路：各管一段、对象级对齐，而不是让任何一方吃掉另一方。

esmini 是开源的 OpenDRIVE 场景播放器（ScenarioPlayer），3.10.0 的发布说明信息量很大，逐条编译如下。

OpenDRIVE 1.9 临时车道层（temporary lane layer）支持：用于道路施工等临时交通组织场景；用户指南中有 Roadworks 说明；
对象级摩擦补丁（friction patches）：可以覆盖所在车道的材质摩擦值，用于局部低附着路面测试；见 Friction 说明；
支持 OpenDRIVE 的 bus 与 HOV 车道类型（公交/多乘员车道）；
支持路面湿滑状态（wetness）：以 OSI 的 road condition water_film_height（水膜厚度）形式输出。

修复 大型路网下 XYZ2TrackPos 变慢的问题（PR #845）——这是大 xodr 场景的常见性能痛点；
修复"生成模型保存到错误全局位置"的问题（模型被错误移回原点，属 v3.6.0 引入的回归）；
esminiJS 改用 ScenarioPlayer：改善代码复用，修复 WASM 下 NaturalDriverController 失效的问题，并把编译检查加入 CI；
新增 wheel_angle_filter 选项，用于方向盘角度平滑；
删除过时的 OpenDRIVE 文件（issue #849）；
roadmanager 优化，可处理更大的文件。

3.9.0（2026-10-06）：调整了仿真步序（先推进时间，再步进行为，最后触发新动作），部分场景输出会有细微差异（issue #695）；
3.8.2（2026-09-22）：新增 --save_osc_resolved，可以把解析后的 XML（展开参数与属性）保存下来，也可通过 SE_GetXMLString() API 获取。

拿到一份 xodr，不必先装仿真器：

上传即渲染，用于快速确认道路走向、车道数量、路口连接与整体比例。地图验收、场景报错定位，都能先在这一步完成；之后再用 esmini/CARLA/SUMO 跑行为。

Q：xodr 该按 1.9 还是更早版本导出？以下游工具的支持范围为准；不确定时导出 1.9 是当前标准的默认选择，但像"临时车道层"这类新特性需要工具显式支持（esmini 3.10 已支持）。

Q：OpenDRIVE 和 CityGML 到底哪个做主？按 ASAM 联合项目的结论：OpenDRIVE 做驾驶相关道路信息的主源，CityGML 补建筑/标线/地形等语义，两者对象级关联。

Q：只想快速改 xodr 验证一个路口，怎么办？改 XML 后用在线查看器核对几何连续性与路口连接；确认无误再进仿真器跑场景。

本文由 BimAnt 编译整理，转载请注明出处。最后更新：2026-10-15

本文属于「GIS / 城市 3D」专题。查看专题全部文章 →