2、高精地图数据标准：NDR标准、OpenDRIVE标准、Apollo OpenDRIVE扩展、Lanelet2标准

做高精地图这几年，我接触过各种各样的数据格式。说实话，每次换一个项目就要重新学一套标准，挺折腾的。但没办法，行业还没完全统一。今天我就把主流的几个标准掰开揉碎了讲一讲。

2.1 NDR标准：日本的老大哥

NDR（Navigation Data Standard）是日本主导的标准。我在2018年参与过一个中日合作项目，第一次接触NDR。当时的感觉是——嗯，这格式怎么这么「规矩」？

NDR的特点很鲜明：

• 层级清晰：从国家到车道，一层层往下拆
• 精度要求高：日本道路窄，车道线必须精确到厘米级
• 更新机制完善：有专门的差分更新协议

但说实话，NDR在国内用得不多。为什么呢？因为它太「重」了。每个节点、每条边都要定义一堆属性，数据量巨大。我当年处理东京某区域的数据，光一个十字路口就占了2MB。你想想看，这要是全国范围，存储和传输都是问题。

2.2 OpenDRIVE标准：行业通用语

OpenDRIVE是我个人最常用的标准。它由德国公司Vires开发，后来被ASAM标准化了。说白了，它就是高精地图界的「普通话」。

OpenDRIVE用XML描述道路网络。一个典型的文件结构是这样的：

<OpenDRIVE>
  <header>
    <geoReference>WGS84</geoReference>
  </header>
  <road name="A1" length="5000">
    <planView>
      <geometry s="0" x="0" y="0" hdg="0" length="5000">
        <line/>
      </geometry>
    </planView>
    <lanes>
      <laneSection s="0">
        <left>
          <lane id="-1" type="driving">
            <width sOffset="0" a="3.5"/>
          </lane>
        </left>
      </laneSection>
    </lanes>
  </road>
</OpenDRIVE>

这段代码定义了一条5000米长的直线道路，车道宽3.5米。看着简单吧？但实际项目中，道路会有曲率、坡度、车道数变化，那XML就变得非常复杂了。

我记得有一次，客户给的数据里有一段匝道，用了7个geometry元素才描述清楚。我当时调试了整整两天，才发现是某个参数的小数点精度不够。

2.3 Apollo OpenDRIVE扩展：百度的大招

百度Apollo在OpenDRIVE基础上做了扩展。为什么要扩展？因为原版OpenDRIVE有些东西没定义清楚。

比如，原版OpenDRIVE对交通标志的描述很模糊。Apollo扩展里加了这个：

<apollo:trafficSign id="TS001" type="speedLimit" value="60">
  <apollo:position x="100" y="2" z="0"/>
  <apollo:orientation yaw="0" pitch="0" roll="0"/>
</apollo:trafficSign>

你看，位置、朝向、类型、数值都定义得清清楚楚。我在做Apollo项目时，最喜欢的就是这个扩展。它让地图和感知模块的对接变得特别顺畅。

但要注意，Apollo扩展不是官方标准。如果你用其他厂商的工具链，可能解析不了这些自定义标签。我曾经吃过这个亏——把Apollo格式的地图直接喂给某家Tier1的工具，结果报了一堆错。

2.4 Lanelet2标准：学术派的优雅方案

Lanelet2是德国慕尼黑工业大学搞出来的。我第一次看到它时，觉得这设计真漂亮。它把道路网络抽象成三种元素：

元素类型	说明	示例
Lanelet	可行驶的车道段	一条直行车道
Area	不可行驶的区域	人行横道、安全岛
Regulatory Element	交通规则	限速、让行

Lanelet2用YAML格式存储，比XML简洁很多。举个例子：

lanelet:
  id: 1
  type: lanelet
  leftBound:
    - [0.0, 0.0]
    - [100.0, 0.0]
  rightBound:
    - [0.0, 3.5]
    - [100.0, 3.5]
  regulatoryElements:
    - type: speed_limit
      value: 60

这段代码定义了一条100米长的车道，限速60km/h。你看，左右边界用点序列表示，非常直观。

我个人觉得Lanelet2最适合做研究。它的数据结构清晰，容易扩展。但工业界用得少，因为工具链不成熟。我有个朋友在高校做自动驾驶仿真，他们全栈都用Lanelet2，跑得挺欢的。

2.5 四个标准的对比

说了这么多，来个总结吧。我根据自己的经验，画了张对比表：

标准	数据格式	精度	工具链成熟度	适用场景
NDR	二进制/XML	厘米级	中等	日本市场、精细化城市道路
OpenDRIVE	XML	分米级	高	高速公路、城市快速路
Apollo扩展	XML	分米级	高（Apollo生态内）	百度Apollo项目
Lanelet2	YAML	分米级	低	学术研究、仿真

选哪个标准？我的建议是：

• 做量产项目，优先OpenDRIVE
• 用Apollo平台，就用它的扩展
• 做研究或仿真，试试Lanelet2
• 做日本市场，NDR绕不开

嗯，标准就讲到这里。下一章我们聊聊车道线提取的具体算法，那才是真正动手的环节。

---

公众号:蓝海资料掘金营，微信deep3321