Helo , I would like to ask how are made the fractal terrain map generated of rainfall and temperatures? Do they take into account anything or its just random ?
Fractal terrain question
Helo , I would like to ask how are made the fractal terrain map generated of rainfall and temperatures? Do they take into account anything or its just random ?
If you're talking about ProFantasy's Fractal Terrains product, the temperature is roughly based on the planet's axial tilt, atmosphere model, and altitude at a given point. The rainfall map is based more or less on temperature. The big missing element in both of those items is any kind of global wind or water currents. There are random noise fields added to both rainfall and temperature to give them some visible variance, but the model is point-evaluated with no global effects.
I was young and stupid and made sure to point out that the climate model was oversimplified and shouldn't be considered as much more than a very rough starting point from which users could edit in their own deserts and other such things. Sadly, I failed to reckon with the user base's insistence on not reading documentation and have been hearing endless complaints about how FT's climate model "just isn't very realistic" or things to that effect.
Thankyou! It wasn't a complain on my part but just wanted to know if I can take into consideration both for heat and rainfall the elevation model and the axial tilt ... if those are reliable I can work on the influence of the coriolis winds and currents.Originally Posted by waldronate
The UI is a very leaky abstraction on the underlying models. Everything on the user interface feeds into the internal models in some way or another with very few hidden parameters. Things that are missing (like orbital parameters such as eccentricity, variable albedo for biomes, air-sea heat transfer ratios, and a host of other things) aren't accounted for in the models at all. A big hidden parameter for annual average temperature is that it's only calculated at four points on the orbit (solstices and equinoxes) and there isn't a way to get more samples to allow for slightly better calculations.
The major limitation that I couldn't overcome in the system is that the internal representation of user editing sample is straight equirectangular, meaning that individual samples are non-uniform in size and shape over the world. Each editing layer is (relatively) huge and each season would require at least its own wind pattern edit buffer (likely temperature and rainfall for best effects). Add on to that that users would need to get access to those individual buffers for seasonal editing and I'm not sure that I could get a useful (from the UI perspective) and meaningful (to users who won't read the documentation) result. In a way, it's a bit sad because these days I know very well how to do distance fields and curl noise without too much computational expense, what I don't know how to do is to describe those things in a way that wouldn't be too complicated to use.
Posting Permissions
Reply With Quote
