DEM (Digital Elevation Models) Tutorial Not Working?

[osrf-migration]

Original report (archived issue) by Michael Grey (Bitbucket: mxgrey, GitHub: mxgrey).

---

I'm testing the DEM tutorial, and everything seems okay until I try to load Gazebo with the volcano.world file. What I get seems to be mostly blank:

Zooming in, I can see a green square, but that's about it:

The properties panel shows a Model with one Link which has two visuals (one with a BOX type geometry, the other with a HEIGHTMAP type geometry):

Running in verbose mode, I get this output:

Gazebo multi-robot simulator, version 9.0.0
Copyright (C) 2012 Open Source Robotics Foundation.
Released under the Apache 2 License.
http://gazebosim.org

[Msg] Waiting for master.
Gazebo multi-robot simulator, version 9.0.0
Copyright (C) 2012 Open Source Robotics Foundation.
Released under the Apache 2 License.
http://gazebosim.org

[Msg] Waiting for master.
[Msg] Connected to gazebo master @ http://127.0.0.1:11345
[Msg] Publicized address: 172.23.2.219
[Msg] Connected to gazebo master @ http://127.0.0.1:11345
[Msg] Publicized address: 172.23.2.219
[Wrn] [Event.cc:61] Warning: Deleting a connection right after creation. Make sure to save the ConnectionPtr from a Connect call
[Wrn] [GuiIface.cc:120] void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "&File" under id 56
[Wrn] [GuiIface.cc:120] void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "&Edit" under id 59
[Wrn] [GuiIface.cc:120] void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "&Camera" under id 61
[Wrn] [GuiIface.cc:120] void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "&View" under id 64
[Wrn] [GuiIface.cc:120] void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "&Window" under id 68
[Wrn] [GuiIface.cc:120] void DBusMenuExporterPrivate::addAction(QAction*, int): Already tracking action "&Help" under id 73
[Msg] Loading heightmap: mtsthelens_129
[Msg] Loading heightmap cache data: /home/osrf/.gazebo/paging/mtsthelens_129/gazebo_terrain_00000000.dat
[Msg] Heightmap loaded. Process took: 0.210773 seconds

It seems to claim that the heightmap loaded, and it doesn't seem like it mentions any problems that would be related to this. Running without verbose mode turned on results in nothing being printed out.

I don't know if it's related, but earlier in the tutorial I got this warning when running gdalwarp:

$  gdalwarp -ts 129 129 /tmp/mtsthelens.dem /tmp/media/dem/mtsthelens_129.dem
Warning: The target file has a 'dem' extension, which is normally used by the USGSDEM driver, but the requested output driver is GTiff. Is it really what you want ?
Creating output file that is 129P x 129L.
Processing input file /tmp/mtsthelens.dem.
Using internal nodata values (e.g. -32767) for image /tmp/mtsthelens.dem.
Copying nodata values from source /tmp/mtsthelens.dem to destination /tmp/media/dem/mtsthelens_129.dem.
0...10...20...30...40...50...60...70...80...90...100 - done.

I'm afraid I don't know enough about heightmaps to identify what's going wrong.

Here's my graphics driver info, in case that's the culprit:

description: 3D controller
product: NVIDIA Corporation
description: VGA compatible controller
product: Intel Corporation

[osrf-migration]

Original comment by Michael Grey (Bitbucket: mxgrey, GitHub: mxgrey).

---

• Edited issue description

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

I can reproduce the issue, I get the exact same output as @mxgrey using 9.0.0~pre1 Something seems to be loaded, because it's really difficult to orbit around the scene. And after some orbiting, Gazebo crashed for me with this:

[Msg] Saving heightmap cache data to /home/louise/.gazebo/paging/mtsthelens_129
[Msg] Heightmap cache data saved. Process took: 0.275533 seconds.
gzclient: /build/ogre-1.9-mqY1wq/ogre-1.9-1.9.0+dfsg1/OgreMain/include/OgreAxisAlignedBox.h:252: void Ogre::AxisAlignedBox::setExtents(const Ogre::Vector3&, const Ogre::Vector3&): Assertion `(min.x <= max.x && min.y <= max.y && min.z <= max.z) && "The minimum corner of the box must be less than or equal to maximum corner"' failed.
escalating to SIGKILL on server

[osrf-migration]

Original comment by Ian Chen (Bitbucket: Ian Chen, GitHub: iche033).

---

pull request #492

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

Also see the following Gazebo PR:

https://bitbucket.org/osrf/gazebo/pull-requests/2868/fix-dem-min-elevation/diff

[osrf-migration]

Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).

---

• changed state from "new" to "resolved"