CarMaker支持导入的道路格式

数字化道路数据可以用下列格式提供

KML 文件 (WGS84坐标系)

  KML (Keyhole Markup Language)文件,它是通过谷歌地球或者谷歌地图生成的,可以直接导入CarMaker。注意文件扩展名必须是.kml。在生成道路时,wgs84坐标将转换成笛卡尔坐标。道路的平滑是用近似的样条曲线来完成的。为了便于CarMaker阅读,kml文件需要包含以下不区分大小写的结构。每个点的纵向和横向坐标和高度需要提供。
CarMaker支持导入的道路格式_第1张图片
  如果kml文件不止一次包含placemark-tag,则CarMaker只考虑第一个。在第一个标记中,可以有多个multigeometries或linestrings可用。

ASCII文件(笛卡尔坐标)

  ASCII文件包含列表数据点。这些点在三维空间中描述道路的参考线,可以是xy平面或者GPS坐标下。数据包括高度(z),路面坡度(q),在两个数据点之间进行三次插值。两个文件都只描述了道路的总体布局。其他道路特性,如表面摩擦、左右车道宽度或障碍物,可以在全局道路属性中定义,也可以根据需要在链接基础上定义。
ASCII类型的数字化道路文件的结构如下所示。以冒号开头的标题行用于定义坐标系统和使用的通道数。
CarMaker支持导入的道路格式_第2张图片

  定义道路的x和y表数据点可以用纵向和横向地理坐标代替。为了实现这一点,以x和y列开始的第一行需要替换为long和lat。至少需要定义八位小数,以确保坐标的足够精度。
CarMaker支持导入的道路格式_第3张图片

定义行

  第一行由冒号表示,是定义行。它规定了实现每个数据点的单个组件的顺序。在上面的例子中,第一列包含所有数据点的x坐标,第二列包含y坐标,然后是高度z和斜率q。
  x和y坐标(或long和lat)是必需的,而其他列是可选的。但是,数据结构的顺序必须始终与上面的示例相同。如果没有特定值的数据,则不应将该列删除,而是用零填充。这样,列没有影响,但是仍然被定义,并且不会破坏数据结构。

注释

  注释行可以使用行开头的#符号作为起始符号添加到数据文件中。在上面的示例中,在定义行之前添加了一些注释,以显示有关道路数据的信息。可以在道路数据文件的任何位置添加注释行。

数据点

  在定义线和注释之后,给出了数字化道路的数据点。每个数据点必须在单独的行中定义。在单行中,数据点的坐标必须按照定义行中的相同顺序排列。数据行包含由空格或制表符分隔的值。单位为笛卡尔坐标,轨道宽度为[米],坡度定义为[米/米],地理坐标以度表示(至少有8位小数)。CarMaker支持导入的道路格式_第4张图片

  通常建议点距为5 - 10m。只有在狭窄的角落,需要更高的分辨率。IPGRoad在数字化点之间使用三次样条插值来生成道路轮廓。然后,将生成的道路轮廓保存在内部,步长为0.25m。

CRG文件

  CRG(Curved Regular Grid)是一种允许对路面进行详细描述的格式。它不仅包括道路的一般路线,还包括局部路面变形。如果启用了Use mesh选项,那么在CRG文件中定义道路路线的道路段将被创建,并被同一文件中定义的局部道路变形覆盖。否则,只考虑该路段的全局路线。
  万一错误消息涉及道路的分辨率或轨道太宽,可以使用平滑参数,而不是操纵道路数据文件。这仅在数据点出现重大问题时才有必要。通过路口相互连接的路段被识别为单独的路段。如果整个道路是使用单独的路段(或未连接的路段)来构建的,则将整个道路网络标识为单个链接。
   最后欢迎加入我们自动驾驶仿真QQ交流群864462169/874749776第一个加不进去时,加第二个群一起交流,免费交流不收任何费用也希望大家可以积极分享自己的经验,相互学习,一起提高,时间对每个人都一样,贡献自己的一分钟解决别人的问题,帮助他人快乐自己,让仿真这件枯燥的事有趣。
  本文翻译内容是carmaker官方手册,不做任何商业用途,如有侵权,请联系我删除

你可能感兴趣的:(自动驾驶仿真)