Outerra forum
User mods, screenshots & videos => Other => Topic started by: pfjarschel on September 28, 2015, 03:10:00 pm
-
Ok, this is going to sound weird.
I just read the news that a big sinkhole (~100m x 100m) just appeared at Rainbow Beach, Australia, and almost killed dozens of campers, after swallowing some vehicles. (Source: http://www.dailymail.co.uk/news/article-3250475/A-car-caravan-camping-trailer-disappear-giant-SINKHOLE-size-football-field-opened-Queensland-beach.html (http://www.dailymail.co.uk/news/article-3250475/A-car-caravan-camping-trailer-disappear-giant-SINKHOLE-size-football-field-opened-Queensland-beach.html))
Feeling curious, I launched Outerra and decided to take a stroll there, to see how the beach was like. I had a rough time finding the right spot, but after I did... Wow, what a susprise! The sinkhole WAS ALREADY THERE!!!!! Here are some pictures: One from the news article, one from Google Earth showing how it was before the sinkhole appeared, and two I took from Outerra.
(http://i.imgur.com/t2o0cIk.jpg)
(http://imgur.com/oIWF7ZR.jpg)
(http://imgur.com/vTiLNQu.jpg)
(http://imgur.com/t57Zngn.jpg)
Now, if you look carefully, you can see it's not on the same exact point, but creepily close!!! So, my two hypothesis are:
- It's a coincidence. The data isn't that accurate, and the hole is roughly the size of the terrain resolution, so the procedural generator coincidentally created that area and I am imagining things;
- The terrain data comes from a radar technology, right? What if the beach there was a very thin layer of sand/rocks on top of a very big underwater "cave", and because it was so thin, the radar wasn't able to pick it up and only detected the floor below the beach, in this "cave"?
Although the scientist in me is almost sure that the first hypothesis is correct, I think the sencond one is quite possible! I still have to think more about it, and read about the technology used to generate the terrain data, but what if the second one is actually right? If that is the case, imagine how this could help prevent similar disasters in the future? :o
-
Here's how it looks with 30m dataset:
(http://i.minus.com/j4U5Qy5bgGJWH.jpg) (http://minus.com/i/4U5Qy5bgGJWH)
Oceans are using 1km data so the shores aren't defined well, or else we are predicting many more sinkholes :)
The following overlay shows grid with rescaled data samples obtained from SRTM:
(http://i.minus.com/jbiO64flOygrix.jpg) (http://minus.com/i/biO64flOygrix)
-
So that proves my fisrt hypothesis, it was just a coincidence!
And wow, either way, with the 30m resolution it all looks very good!!! :D
-
If the datasets in use don't define shorelines well, Is there some other way to impose correct shoreline data?
-
In FSX/Prepar3D, the ocean is created from Polygons (converted from shapefile) with an associated polyline defining the shoreline type (i.e. rocky, sandy etc). The height of these polygons is set at zero and overrides any DTM data (although it can be any value, similar water polygons are used for inland lakes as well) so you can get nicely defined cliffs at the coast, even if the terrain dataset used is quite low resolution.
-
In FSX/Prepar3D, the ocean is created from Polygons (converted from shapefile) with an associated polyline defining the shoreline type (i.e. rocky, sandy etc). The height of these polygons is set at zero and overrides any DTM data (although it can be any value, similar water polygons are used for inland lakes as well) so you can get nicely defined cliffs at the coast, even if the terrain dataset used is quite low resolution.
Wouldn't that method mess up the bathymetry data in Outerra though?
-
In FSX/Prepar3D, the ocean is created from Polygons (converted from shapefile) with an associated polyline defining the shoreline type (i.e. rocky, sandy etc). The height of these polygons is set at zero and overrides any DTM data (although it can be any value, similar water polygons are used for inland lakes as well) so you can get nicely defined cliffs at the coast, even if the terrain dataset used is quite low resolution.
Wouldn't that method mess up the bathymetry data in Outerra though?
That's why I was hoping Cameni might show up. Obviously P3D manages to use (probably) the same FSX technique while also having bathymetry. But how? And Could Outerra use something similar, or do they already have a solution in mind?
-
First, the results should be better once finer datasets are used for oceans. There's a plenty of high res depth data near shores, the only problem is that they are not homogeneous but consist of various formats and sizes that we first need to unify.
Apart from making the shapes better, it will also provide a more realistic underwater profile.
Second, vector polylines would be applicable as well, mainly to define the zero value, the slope and shoreline type. Assuming these data will be available in better resolution than the used elevation data.
-
Vector data will almost definitely have more resolution horizontally, but finding proper 3D vectors with elevation is tricky
-
Vector data will almost definitely have more resolution horizontally, but finding proper 3D vectors with elevation is tricky
Z is 0 for all vertices as it's the shoreline.
-
Vector data will almost definitely have more resolution horizontally, but finding proper 3D vectors with elevation is tricky
Z is 0 for all vertices as it's the shoreline.
Maybe but it's not that simple. You can't apply 0 heights to all shorelines because some places have cliffs. And you can't use just the horizontal data either because you won't have a smooth transition between shores and the rest of the terrain. That would make a lot of sharp features.
-
Yes it is actually. The coastline is always at zero. Cliffs are defined by the DTM where it intersects that coastline- if the cells of the DTM are at 10m where they intersect, then you'll have a 10m cliff.