本文主要是介绍如何在SUMO中绘制建筑物（实现Obstacle功能），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- 一、问题来源
- 1. 版本
- 2.问题
- 二、绘制多边形障碍物
- 1. netedit.exe
- 2. 导入OMNeT++
- 三、 为什么type要设置为 building？
一、问题来源
1. 版本
我使用的是官网下载的.ova文件：
2.问题
当我们用SUMO绘制我们自己所需的地图并导入OMNeT++中使用时，会报错：
通过 报错信息：No obstacles have been added 我们在OMNeT++顶部的导航栏上的 search 定位到文件 ObstacleControl.cc 文件，如下图：
obstacleOwner是 vector 容器（不太确定。。）
查看 ObstacleControl.h 有如下定义：
所以如果obtacleOwner的size是0，就必然会有运行时错误。再通过对比查看 erlangen.launchd.xml 文件我们发现，我们缺失了 .poly.xml 文件。
二、绘制多边形障碍物
1. netedit.exe
在 SUMO 文件夹下的 bin 中 有一个叫作 netedit.exe 的工具，打开它，导入我们已有的.net.xml文件（默认大家已经写好.net.xml 和 .rou.xml文件，如果没有的话可以参考这篇 大P哥的文章）
然后我们执行如下的四步：
然后点击保存：
如果你们需要横平竖直的障碍物，可以使用 ctrl+g 添加网格，然后绘制地图，效果如下：
2. 导入OMNeT++
将 .add.xml 文件导入OMNeT++中（与原有的erlangen.launchd.xml文件同目录）。并替换在 .sumo.cfg 文件和自己定义的 .launchd.xml 文件中的 .poly.xml文件。
运行成功：
三、 为什么type要设置为 building？
还是回到我们问题的最开始 ObstacleControl.cc 文件，发现在
在同级目录下的obstaclecontrol.ned文件中
一般default值指向 omnetpp.ini 文件，在该文件中的发现
障碍物的参数是指向 config.xml 文件，在 config.xml 文件里最终确认了为什么 type要设置为building的原因：
既然obstacles类型可以自己定义，我就把我舍友自定义为一个障碍物类型。再把 big.add.xml 中的 poly_1 设置成 dapi，poly_0 不设置，预计应该只会出现一个规整的建筑物
最终结果：
这篇关于如何在SUMO中绘制建筑物（实现Obstacle功能）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
