v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Difference between revisions of "v0.34:Advanced world generation"

From Dwarf Fortress Wiki
Jump to navigation Jump to search
(Copy from v0.31 and adjust cookbook URL)
m (removed old template after 10 years, 64 edits by 22 users, and 4 major game versions)
 
(66 intermediate revisions by 23 users not shown)
Line 1: Line 1:
 
{{quality|Exceptional|23:35, 30 March 2011 (UTC)}}{{av}}
 
{{quality|Exceptional|23:35, 30 March 2011 (UTC)}}{{av}}
{{buggy}}
 
  
 
:''This article contains information on advanced world generation. For information on basic world generation, see [[World generation]].''
 
:''This article contains information on advanced world generation. For information on basic world generation, see [[World generation]].''
Line 8: Line 7:
  
 
When you want more control of what your world looks like, it's time for '''advanced world generation'''. A detailed reference with advice is provided below. This article assumes that you are already familiar with [[World generation|'''basic''' world generation]]. If you are not then please read about that first.
 
When you want more control of what your world looks like, it's time for '''advanced world generation'''. A detailed reference with advice is provided below. This article assumes that you are already familiar with [[World generation|'''basic''' world generation]]. If you are not then please read about that first.
 
 
 
= Advanced World Generation Screen =
 
  
 
Once you select {{DFtext|Design New World With Advanced Parameters}} from the main menu, a screen that looks something like this will appear:
 
Once you select {{DFtext|Design New World With Advanced Parameters}} from the main menu, a screen that looks something like this will appear:
Line 19: Line 14:
 
This screen is relatively intuitive but some parts could use some explanation.
 
This screen is relatively intuitive but some parts could use some explanation.
  
== Parameter Sets ==
+
== Parameter sets ==
  
 
The list of already defined parameter sets is in the upper right corner. You can select the current set that you want to work with using the up and down directional keys.
 
The list of already defined parameter sets is in the upper right corner. You can select the current set that you want to work with using the up and down directional keys.
Line 42: Line 37:
 
|}
 
|}
  
== World Name ==
+
== World name ==
  
 
As previously mentioned, the title of the parameter set doesn't affect the name of the world. You can force a particular name for your world using {{K|n}} or set it back to the default random setting using {{K|N}}.
 
As previously mentioned, the title of the parameter set doesn't affect the name of the world. You can force a particular name for your world using {{K|n}} or set it back to the default random setting using {{K|N}}.
Line 57: Line 52:
 
|}
 
|}
  
== World Dimensions ==
+
== World dimensions ==
  
 
The size of the map to be generated can be selected with {{K|u}} {{K|i}} {{K|o}} {{K|p}}. Larger maps take longer to generate and may limit [[Frames per second|FPS]] in game.
 
The size of the map to be generated can be selected with {{K|u}} {{K|i}} {{K|o}} {{K|p}}. Larger maps take longer to generate and may limit [[Frames per second|FPS]] in game.
Line 74: Line 69:
 
|}
 
|}
  
== Seed Values ==
+
== Seed values ==
  
The world generation process uses a PRNG (Pseudo Random Number Generator) algorithm. A PRNG will produce a sequence of numbers that "looks" random even though the actual sequence of numbers will always be the same if the PRNG is started with the same seed value. Basically this means that if you run word generation with a certain seed value on your computer, and someone else runs world generation with the same seed value on their computer, the same sequence of random numbers will be generated on both computers. The practical impact of this is that someone else can generate exactly the same world that you generated by entering the same seed value that you used.
+
The world generation process uses a PRNG (Pseudo Random Number Generator) algorithm. A PRNG will produce a sequence of numbers that "looks" random even though the actual sequence of numbers will always be the same if the PRNG is started with the same seed value. Basically this means that if you run world generation with a certain seed value on your computer, and someone else runs world generation with the same seed value on their computer, the same sequence of random numbers will be generated on both computers. The practical impact of this is that someone else can generate exactly the same world that you generated by entering the same seed value that you used.
  
 
A specific seed value can be entered with {{K|s}}. This will change '''all''' of the seed values to the value you enter. If you need to enter different seed values for each type of seed, use {{K|e}}.
 
A specific seed value can be entered with {{K|s}}. This will change '''all''' of the seed values to the value you enter. If you need to enter different seed values for each type of seed, use {{K|e}}.
Line 82: Line 77:
 
In order to find out what seed values were used for the last world you generated you can look at this screen. If you want to be able to tell someone else how to generate exactly the same world that you just generated, they will need all of the seed value listed under Last Param Set.
 
In order to find out what seed values were used for the last world you generated you can look at this screen. If you want to be able to tell someone else how to generate exactly the same world that you just generated, they will need all of the seed value listed under Last Param Set.
  
Normally you don't enter these seed values and the world generation process comes up with seed values based on some sort of "true" random information from things like random values in uninitialized memory, the current date/time, etc. If you have entered a seed value you can revert back to all seeds being random using {{K|S}}.
+
When generating a world using a seed, the way that the world is generated is also based at least in part on certain world tokens. As such you cannot for example change the minimum and maximum rainfall and get the same world but drier or wetter, instead a different world is generated. Saying that, it would also seem that certain small changes to these world tokens can occasionally generate a very similar world, however other tokens are more sensitive. For more information see the forum thread [http://www.bay12forums.com/smf/index.php?topic=112132.msg3404199#msg3404199 here].
 +
 
 +
The following are tokens which appear to be involved in the implementation of the seed and are not safe to change:
 +
 
 +
[DIM:X:X] <br />
 +
[ELEVATION:X:X:X:X]<br />
 +
[RAINFALL:X:X:X:X] <br />
 +
[TEMPERATURE:X:X:X:X]<br />
 +
[DRAINAGE:X:X:X:X]<br />
 +
[VOLCANISM:X:X:X:X]<br />
 +
[SAVAGERY:X:X:X:X]<br />
 +
[ELEVATION_FREQUENCY:X:X:X:X:X:X]<br />
 +
[RAIN_FREQUENCY:X:X:X:X:X:X]<br />
 +
[DRAINAGE_FREQUENCY:X:X:X:X:X:X]<br />
 +
[TEMPERATURE_FREQUENCY:X:X:X:X:X:X]<br />
 +
[SAVAGERY_FREQUENCY:X:X:X:X:X:X]<br />
 +
[VOLCANISM_FREQUENCY:X:X:X:X:X:X]<br />
 +
[PARTIAL_OCEAN_EDGE_MIN:X]<br />
 +
[COMPLETE_OCEAN_EDGE_MIN:X]<br />
 +
[HAVE_BOTTOM_LAYER_1:X]<br />
 +
 
 +
Many other world parameters such as end year and embark points can however be changed without it having any effect on the geography of the world generated from the seed values.
 +
 
 +
Normally you don't enter these seed values and the world generation process comes up with seed values based on some sort of "true" random information from things like random values in uninitialized memory, the current date/time, etc. If you have entered a seed value you can revert to all seeds being random using {{K|S}}.
  
== Entering Advanced Parameters and Generating a World ==
+
== Generating a world ==
  
 
Unless you're using an already defined parameter set you will probably want to {{K|e}}dit the parameters. Select the set you want to edit using the up/down directional keys and press {{K|e}}. Information about each parameter is documented below.
 
Unless you're using an already defined parameter set you will probably want to {{K|e}}dit the parameters. Select the set you want to edit using the up/down directional keys and press {{K|e}}. Information about each parameter is documented below.
Line 112: Line 130:
 
* Finalizing sites...
 
* Finalizing sites...
  
== World Painter ==
+
== World painter ==
:''Main article [[World painter]]
+
:''Main article: [[World painter]]
 
The '''world painter''' tool allows you to paint features onto a map that is then used when generating a world.  It is very difficult to use properly, and tends to result in endless rejected worlds, unless you loosen or remove the restrictions placed on biomes and civilizations in the advanced settings.  That being said it is also a very powerful tool, and allows you to generate worlds more to your liking.
 
The '''world painter''' tool allows you to paint features onto a map that is then used when generating a world.  It is very difficult to use properly, and tends to result in endless rejected worlds, unless you loosen or remove the restrictions placed on biomes and civilizations in the advanced settings.  That being said it is also a very powerful tool, and allows you to generate worlds more to your liking.
  
 
To access the world painter, hit {{k|e}} to start editing the advanced parameters and finally hit {{k|p}} to open world painter. How to use the world painter is not entirely obvious so please check out the [[World painter]] documentation to avoid frustration. (Losing may be fun, but frustration is not.)
 
To access the world painter, hit {{k|e}} to start editing the advanced parameters and finally hit {{k|p}} to open world painter. How to use the world painter is not entirely obvious so please check out the [[World painter]] documentation to avoid frustration. (Losing may be fun, but frustration is not.)
  
== Editing the Parameters Init File Directly ==
+
== Editing the parameters init file ==
  
 
Parameter sets are stored in ''world_gen.txt'' in the ''\data\init'' folder, using [[world token]]. You can copy and paste other player's sets of parameters into your ''world_gen.txt'' to use their parameter sets, and some are provided at [[Main:Pregenerated worlds|Pregenerated worlds]]. Another place to find parameter sets is the [http://www.bay12games.com/forum/index.php?topic=20638.0 Worldgen cookbook] thread on the official forums.
 
Parameter sets are stored in ''world_gen.txt'' in the ''\data\init'' folder, using [[world token]]. You can copy and paste other player's sets of parameters into your ''world_gen.txt'' to use their parameter sets, and some are provided at [[Main:Pregenerated worlds|Pregenerated worlds]]. Another place to find parameter sets is the [http://www.bay12games.com/forum/index.php?topic=20638.0 Worldgen cookbook] thread on the official forums.
  
= Advanced Parameters =
+
== Advanced parameters ==
  
 
To access advanced parameters, press {{key|e}} when at the screen for creating new worlds with parameters screen. This will bring you to an editable list of various guidelines the world-gen process will use when creating your new world.
 
To access advanced parameters, press {{key|e}} when at the screen for creating new worlds with parameters screen. This will bring you to an editable list of various guidelines the world-gen process will use when creating your new world.
Line 128: Line 146:
 
The parameters are described below in the order that they appear in the list in the UI, not necessarily the other they appear in the configuration file. See [[world token]] for an index that will help you look things up by token name.
 
The parameters are described below in the order that they appear in the list in the UI, not necessarily the other they appear in the configuration file. See [[world token]] for an index that will help you look things up by token name.
  
== Seed Values ==
+
There are essentially 4 types of controls for the generation of the surface map;
 +
 
 +
Terrain Parameters, as described below, these 5 variables define the basic background world, how hot or cold it is, how much rainfall, how high the mountains are. The world automatically goes through the temperature range along the Y axis although sometimes it will be hotter in the north, other times in the south. Minima and maxima and X,Y variance can drastically alter the world.
 +
 
 +
Weighted Meshes, these are a way to fine tune the amount of the 5 basic variables on the map. It can be used to set the specific distribution of different elevations or rainfall areas for example.
 +
 
 +
Rejection Parameters, Dwarf Fortress has a belt and braces approach to world generation. The above controls allow you to shape the world then the rejection parameters throw it out if it isn't right! There are a number of rejection parameters for the number and degree of the 5 basic variables, for biome types etc. If the world does not meet the requirements of any one rejection parameter the world is rejected an re-randomised. Also see [http://dwarffortresswiki.org/index.php/DF2012:World_rejection World Rejection]
 +
 
 +
The are also the feature placing options such as rivers, mountain peaks, volcanoes and oceans. These can cause rejections if the terrain parameters don't allow enough suitable locations for the features to be placed.
 +
 
 +
If you are experimenting with world design, one method would be to disable the rejection parameters and use the first two control types. Otherwise any significant change will likely result in endless rejections.
 +
 
 +
 
 +
=== Seed values ===
  
 
Here you can enter specific seed values for different parts of the world generation process. Different sequences of pseudorandom numbers are used for different parts, so you can use this to reproduce only the particular part of world generation from some previously generated world if you want.
 
Here you can enter specific seed values for different parts of the world generation process. Different sequences of pseudorandom numbers are used for different parts, so you can use this to reproduce only the particular part of world generation from some previously generated world if you want.
Line 155: Line 186:
 
|}
 
|}
  
== Embark Points ==
+
=== Embark Points ===
  
 
This controls the number of points that you have for skills and equipment when you embark in fortress mode. Turning this value up will allow games started in this world to start with more skilled dwarves with better equipment. Normally you can do just fine by leaving this value set to default, but you might want to up it for experimental/testing purposes or to help dwarves survive in a particularly evil world.
 
This controls the number of points that you have for skills and equipment when you embark in fortress mode. Turning this value up will allow games started in this world to start with more skilled dwarves with better equipment. Normally you can do just fine by leaving this value set to default, but you might want to up it for experimental/testing purposes or to help dwarves survive in a particularly evil world.
Line 170: Line 201:
 
|}
 
|}
  
== End Year ==
+
=== End year ===
  
 
This is how many years of history are generated for the world. This is basically the same as the History parameter in basic world gen, except that you can enter an exact value for number of years. See [[World_generation#History|History]] for more info.
 
This is how many years of history are generated for the world. This is basically the same as the History parameter in basic world gen, except that you can enter an exact value for number of years. See [[World_generation#History|History]] for more info.
Line 189: Line 220:
 
|}
 
|}
  
== Population Cap After Civ Creation ==
+
=== Population cap after civ creation ===
  
 
This determines the maximum possible population of civilization member beings on the map. It should usually be kept the same value as the appropriate sized standard map. Turning the value up will result in larger civilizations. You can enter -1 to make population unlimited in which case populations will only be limited by factors like biome, space, number of sites, and per-civilization population caps.
 
This determines the maximum possible population of civilization member beings on the map. It should usually be kept the same value as the appropriate sized standard map. Turning the value up will result in larger civilizations. You can enter -1 to make population unlimited in which case populations will only be limited by factors like biome, space, number of sites, and per-civilization population caps.
Line 208: Line 239:
 
|}
 
|}
  
== Site Cap After Civ Creation ==
+
=== Site cap after civ creation ===
  
This controls the maximum number of towns and similar sites on the entire map. Raising the number will allow for more towns, etc though the number of sites will ultimately still be limited by things like space, terrain, and population cap.  
+
This controls the maximum number of towns and similar sites on the entire map. Raising the number will allow for more towns, etc. though the number of sites will ultimately still be limited by things like space, terrain, and population cap.  
  
 
Note that '''this parameter controls only "civilization" sites''' like towns.  Other sites such as lairs will be added on to this maximum.  After civilizations reach this cap, they will not spread out anymore to place new cities.
 
Note that '''this parameter controls only "civilization" sites''' like towns.  Other sites such as lairs will be added on to this maximum.  After civilizations reach this cap, they will not spread out anymore to place new cities.
Line 227: Line 258:
 
|}
 
|}
  
== Beast Control ==
+
=== Beast control ===
  
 
These parameters don't usually matter too much, but may matter for small numbers of beasts.
 
These parameters don't usually matter too much, but may matter for small numbers of beasts.
  
=== Percentage of Beasts Dead for Stoppage ===
+
==== Percentage of Megabeasts and Titans Dead for Stoppage ====
  
The world starts out with a certain number of megabeasts in existence. If this percentage of megabeasts dies during history generation, then history generation will stop early. For example if the value is 80, if history starts with 200 megabeasts and 160 of them are killed by historical events or otherwise die before End Year is reached, history generation will stop early.
+
The world starts out with a certain number of powerful megabeast and titan entities in existence. If a percentage of the megabeast and titan population dies out during history generation, then history generation will stop early. For example, if the elimination value is 80%, and the generated history starts with 200 entities and 160 of those 200 entities are eliminated by historical events before the End Year is reached, history generation will stop early.
  
=== Year to Begin Checking Megabeast Percentage ===
+
==== Year to Begin Checking Megabeast Percentage ====
  
The percentage of dead megabeasts for stoppage will not be checked until this year is reached in history generation. This can be used to insure that a world reaches a certain year even if all of the megabeasts in the world are slain earlier.
+
The percentage of dead megabeasts and titans for stoppage will not be checked until this year is reached in history generation. This can be used to ensure that a world reaches a certain year even if all of the megabeasts in the world are slain earlier.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 250: Line 281:
 
|}
 
|}
  
== Cull Unimportant Historical Figures ==
+
=== Cull Unimportant Historical Figures ===
  
 
Whether or not the game ignores unimportant figures in history generation. The culling is many CPU-intensive steps in history generation but it saves memory and will speed up loading/saving games a bit. This does mean that the "unimportant" figures will not appear in Legends mode or in things like dwarf engravings, but they might not appear in engravings anyway.
 
Whether or not the game ignores unimportant figures in history generation. The culling is many CPU-intensive steps in history generation but it saves memory and will speed up loading/saving games a bit. This does mean that the "unimportant" figures will not appear in Legends mode or in things like dwarf engravings, but they might not appear in engravings anyway.
Line 267: Line 298:
 
|}
 
|}
  
== Reveal All Historical Events ==
+
=== Reveal All Historical Events ===
  
 
Setting this to Yes will allow access to all information about the history of the world in Legends mode. If set to No, then you will have to discover historical information in adventure mode or by instructing dwarves to make engravings.{{Verify}}
 
Setting this to Yes will allow access to all information about the history of the world in Legends mode. If set to No, then you will have to discover historical information in adventure mode or by instructing dwarves to make engravings.{{Verify}}
Line 282: Line 313:
 
|}
 
|}
  
== Terrain Parameters ==
+
=== Terrain Parameters ===
  
 
These determine how random values for terrain elevation, rainfall, temperature, drainage, volcanism, and savagery are generated. What biomes exist are then determined by how these factors overlap with each other.
 
These determine how random values for terrain elevation, rainfall, temperature, drainage, volcanism, and savagery are generated. What biomes exist are then determined by how these factors overlap with each other.
  
=== Minima and Maxima ===
+
==== Minima and Maxima ====
  
 
These are the absolute minimum and maximum values that can ever be generated for a particular map square characteristic. Changing these can cause the occurrence of certain [[Biome|biomes]] to become impossible, so modify these with care. Because of this problem, you may want to use [[#Weighted Ranges|Weighted Ranges]] instead.
 
These are the absolute minimum and maximum values that can ever be generated for a particular map square characteristic. Changing these can cause the occurrence of certain [[Biome|biomes]] to become impossible, so modify these with care. Because of this problem, you may want to use [[#Weighted Ranges|Weighted Ranges]] instead.
Line 292: Line 323:
 
By ''subtly'' tweaking the min and max values, vastly different maps can be made.
 
By ''subtly'' tweaking the min and max values, vastly different maps can be made.
  
=== X and Y Variance ===
+
==== X and Y Variance ====
  
 
These control how wildly things like elevation and rainfall can vary between adjacent map squares. For example, if these values are set to the maximum of 3,200 for elevation then you will end up with more very low areas right next to very high areas. The number for X determines the east-west variance and the number for Y determines the north-south variance. By setting only one of these to a high value you can, for example, create horizontal or vertical bands of areas which are more similar to each other.
 
These control how wildly things like elevation and rainfall can vary between adjacent map squares. For example, if these values are set to the maximum of 3,200 for elevation then you will end up with more very low areas right next to very high areas. The number for X determines the east-west variance and the number for Y determines the north-south variance. By setting only one of these to a high value you can, for example, create horizontal or vertical bands of areas which are more similar to each other.
Line 300: Line 331:
 
For "patchwork" worlds to avoid being rejected, [[#Maximum_Number_of_Subregions|Maximum Number of Subregions]] will probably need to be increased from the default.
 
For "patchwork" worlds to avoid being rejected, [[#Maximum_Number_of_Subregions|Maximum Number of Subregions]] will probably need to be increased from the default.
  
=== Elevation ===
+
==== Elevation ====
  
 
This controls the range of terrain elevations that can occur in the world.
 
This controls the range of terrain elevations that can occur in the world.
Line 314: Line 345:
 
*Mountain peaks can only form in squares with an elevation of 400.
 
*Mountain peaks can only form in squares with an elevation of 400.
  
=== Rainfall ===
+
==== Rainfall ====
  
 
Controls the amount of rainfall in each map square/area. Setting the minimum too high or the maximum too low can make the formation of certain biomes impossible. Rainfall causes it to [[Rain]] more in a given area, which can have various effects.
 
Controls the amount of rainfall in each map square/area. Setting the minimum too high or the maximum too low can make the formation of certain biomes impossible. Rainfall causes it to [[Rain]] more in a given area, which can have various effects.
Line 322: Line 353:
 
Note that if [[#Do Orographic Precipitation and Rain Shadows|orographic precipitation and rain shadows]] is on then mountains will cause additional variance in rainfall, so (for example) rainfall below the specified minimum can occur in the shadow of a mountain.  If you want the minimum and maximum for this parameter to be absolutely respected you must turn off the orographic precipitation option.
 
Note that if [[#Do Orographic Precipitation and Rain Shadows|orographic precipitation and rain shadows]] is on then mountains will cause additional variance in rainfall, so (for example) rainfall below the specified minimum can occur in the shadow of a mountain.  If you want the minimum and maximum for this parameter to be absolutely respected you must turn off the orographic precipitation option.
  
=== Temperature ===
+
==== Temperature ====
  
 
These parameters control how hot or cold various areas will be. If you lower the minimum and maximum values, the world will be colder overall, for example. As with the others, changing these values too much could make it impossible for certain biomes to exist. See [[Climate]] for more info.
 
These parameters control how hot or cold various areas will be. If you lower the minimum and maximum values, the world will be colder overall, for example. As with the others, changing these values too much could make it impossible for certain biomes to exist. See [[Climate]] for more info.
  
Temperature appears to always be a vertical gradient of some sort no matter how these parameters are set, but if the values are lower then the gradient could be from "cold" to "colder" rather than "cold" to "warm" for example.
+
[[Temperature]] appears to always be a vertical gradient of some sort no matter how these parameters are set, but if the values are lower than the gradient could be from "cold" to "colder" rather than "cold" to "warm" for example. Dwarf Fortress automatically applies temperature variations for latitude and elevation.
  
So, the value from the temperature rolling process is ''not the absolute temperature value the region will get, but rather local variation.'' The "base" temperature for an area is derived from its latitude (and maybe elevation{{Verify}}), and then the random value determined by these parameters are applied to it to make it vary a bit. The local variation is fairly small compared to the base temperature, which appears to be hard coded.
+
So, the value from the temperature rolling process is ''not the absolute temperature value the region will get, but rather local variation.'' The "base" temperature for an area is derived from its latitude and elevation, and then the random value determined by these parameters are applied to it to make it vary a bit. The local variation is fairly small compared to the base temperature, which appears to be hard coded.
  
=== Drainage ===
+
==== Drainage ====
  
 
Changing drainage parameters will change the way water-affected biomes are formed. Low drainage will contribute to the formation of [[Lake|lakes]], [[River|rivers]], and [[Swamp|swamps]]. High drainage will cause water to sink into the ground rather than sit on the surface, which is important for forming hills.
 
Changing drainage parameters will change the way water-affected biomes are formed. Low drainage will contribute to the formation of [[Lake|lakes]], [[River|rivers]], and [[Swamp|swamps]]. High drainage will cause water to sink into the ground rather than sit on the surface, which is important for forming hills.
Line 336: Line 367:
 
Lower drainage values have been reported to contribute to the formation of thicker soil layers though it is currently unknown exactly how other factors (such as elevation or perhaps rain) impact soil formation.
 
Lower drainage values have been reported to contribute to the formation of thicker soil layers though it is currently unknown exactly how other factors (such as elevation or perhaps rain) impact soil formation.
  
=== Volcanism ===
+
==== Volcanism ====
  
 
Volcanism controls the occurrence of Igneous [[Layer|Layers]], and the formation of volcanoes. For a volcano to form, a square must have a volcanism value of 100 so reducing the maximum from 100 will make volcanoes impossible. Raising the minimum will increase the rarity of non-igneous layers.
 
Volcanism controls the occurrence of Igneous [[Layer|Layers]], and the formation of volcanoes. For a volcano to form, a square must have a volcanism value of 100 so reducing the maximum from 100 will make volcanoes impossible. Raising the minimum will increase the rarity of non-igneous layers.
Line 342: Line 373:
 
Setting minimum to high value is not a good way to produce multiple volcanoes as you are likely to get a "Volcanism not evenly distributed" rejection. Instead use the Minimum Number of Volcanoes parameter and possibly adjust the weighted ranges for volcanism as described below.
 
Setting minimum to high value is not a good way to produce multiple volcanoes as you are likely to get a "Volcanism not evenly distributed" rejection. Instead use the Minimum Number of Volcanoes parameter and possibly adjust the weighted ranges for volcanism as described below.
  
=== Savagery ===
+
==== Savagery ====
  
 
These parameters control the level of [[Surroundings#Savage|savagery]] on the map. Raising the minimum savagery too high may make it impossible for certain races to exist, and similarly lowering the maximum too far can make it impossible for certain creatures to exist. The largest chance of having unusable maps comes from too high of a savagery value.
 
These parameters control the level of [[Surroundings#Savage|savagery]] on the map. Raising the minimum savagery too high may make it impossible for certain races to exist, and similarly lowering the maximum too far can make it impossible for certain creatures to exist. The largest chance of having unusable maps comes from too high of a savagery value.
  
=== Configuration Tokens ===
+
==== Configuration Tokens ====
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 379: Line 410:
 
|}
 
|}
  
== Terrain Mesh Sizes and Weights ==
+
=== Terrain Mesh Sizes and Weights ===
  
 
These parameters make it possible to influence the number of squares in a particular range without making conditions outside of that range impossible. For example, you can make it possible for more many more low elevation squares to exist without making it impossible for high elevations to form. Changing these parameters is often preferable to simply changing the min/max values.
 
These parameters make it possible to influence the number of squares in a particular range without making conditions outside of that range impossible. For example, you can make it possible for more many more low elevation squares to exist without making it impossible for high elevations to form. Changing these parameters is often preferable to simply changing the min/max values.
  
 
[[File:World_map-large-32x32-elevation-mesh.png|thumb|300px|A large world generated with an Elevation Mesh Size of 32x32 and range weights set to 1:0:0:0:1 (i.e., only extreme high and low elevations). Notice that with this coarse mesh, the terrain seems to appear almost like a grid of "pyramids" that are smoothed together. With a finer mesh size, these pyramids will be smaller, more numerous, smoother, and less apparent.]]
 
[[File:World_map-large-32x32-elevation-mesh.png|thumb|300px|A large world generated with an Elevation Mesh Size of 32x32 and range weights set to 1:0:0:0:1 (i.e., only extreme high and low elevations). Notice that with this coarse mesh, the terrain seems to appear almost like a grid of "pyramids" that are smoothed together. With a finer mesh size, these pyramids will be smaller, more numerous, smoother, and less apparent.]]
=== Mesh Size ===
+
==== Mesh Size ====
  
Mesh size determines how "finely grained" weighted ranges will be applied. Setting this to Ignore will cause the weighted range settings to be ignored for that terrain characteristic.
+
Mesh size determines how "finely grained" weighted ranges will be applied. Setting this to Ignore will cause the weighted range settings to be ignored for that terrain characteristic. The end result of this is that a small mesh, for example 2x2, will affect less of the map than a large mesh, like 16x16 for a medium map, which will affect almost all of the map. Also note that the X,Y variance can also have a profound effect on the implementation of the mesh, see this [http://www.bay12forums.com/smf/index.php?topic=112132.msg3410520#msg3410520 forum post] for more details.
  
 
Mesh Size affects the smoothing brush in the world painter.
 
Mesh Size affects the smoothing brush in the world painter.
  
=== Weighted Ranges ===
+
==== Weighted Ranges ====
  
 
If mesh size is set to something other than Ignore, these weights will be applied at the granularity of the selected mesh size for purposes of generating random values in each range. This allows random number generation to be non-linear for the given terrain characteristic.
 
If mesh size is set to something other than Ignore, these weights will be applied at the granularity of the selected mesh size for purposes of generating random values in each range. This allows random number generation to be non-linear for the given terrain characteristic.
Line 400: Line 431:
 
Weighted ranges do not make rejection checks, although they can be responsible for many rejections if you neglect to adjust or disable some of the [[#Minimum Number of Mid/Low/High Characteristic Squares|Minimum Number of Mid/Low/High Characteristic Squares]] for example.
 
Weighted ranges do not make rejection checks, although they can be responsible for many rejections if you neglect to adjust or disable some of the [[#Minimum Number of Mid/Low/High Characteristic Squares|Minimum Number of Mid/Low/High Characteristic Squares]] for example.
  
=== Configuration Tokens ===
+
==== Configuration Tokens ====
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 442: Line 473:
 
|}
 
|}
  
== Minimum Mountain Peak Number ==
+
=== Minimum Mountain Peak Number ===
  
 
This will cause the world to be rejected if fewer than this many peaks (based on elevation) are present on the map. Elevations of 400 must be possible for mountain peaks to occur. If set to zero then worlds will not be rejected based on number of peaks.
 
This will cause the world to be rejected if fewer than this many peaks (based on elevation) are present on the map. Elevations of 400 must be possible for mountain peaks to occur. If set to zero then worlds will not be rejected based on number of peaks.
Line 459: Line 490:
 
|}
 
|}
  
== Minimum Partial Edge Oceans ==
+
=== Minimum Partial Edge Oceans ===
  
This will cause a world to be rejected unless there are at least this many oceans touching an edge of the map. If set to zero then worlds will not be rejected based on this criterion. Setting both this parameter and Minimum Complete Edge Oceans to values that total more than 4 when added together may cause all worlds to be rejected as you can't have both a partial and complete edge ocean on a given edge.{{Verify}}
+
This will cause a world to be rejected unless there are at least this many oceans touching an edge of the map. If set to zero then worlds will not be rejected based on this criterion. Setting both this parameter and Minimum Complete Edge Oceans to values that total more than 4 when added together may cause all worlds to be rejected as you can't have both a partial and complete edge ocean on a given edge.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 474: Line 505:
 
|}
 
|}
  
== Minimum Complete Edge Oceans ==
+
=== Minimum Complete Edge Oceans ===
  
 
This will cause a world to be rejected unless there are at least this many oceans which completely cover an edge of the map. Since a square map only has 4 edges, the maximum value possible is 4. If set to zero then worlds will not be rejected based on this criterion but still might end up with complete edge oceans by chance.
 
This will cause a world to be rejected unless there are at least this many oceans which completely cover an edge of the map. Since a square map only has 4 edges, the maximum value possible is 4. If set to zero then worlds will not be rejected based on this criterion but still might end up with complete edge oceans by chance.
Line 500: Line 531:
 
|}
 
|}
  
== Minimum Volcano Number ==
+
=== Minimum Volcano Number ===
  
 
Worlds with less than this number of volcanoes will be rejected. Note that this will not just create this many volcanoes at random; there must be at least this many squares with a Volcanism of 100. Therefore adjusting Weighted Range for 80-100 to some higher value is recommended if you want to facilitate a large number of volcanoes. In addition, Maximum Volcanism must be set to 100 or squares with volcanism of 100 will be impossible making volcanoes impossible.
 
Worlds with less than this number of volcanoes will be rejected. Note that this will not just create this many volcanoes at random; there must be at least this many squares with a Volcanism of 100. Therefore adjusting Weighted Range for 80-100 to some higher value is recommended if you want to facilitate a large number of volcanoes. In addition, Maximum Volcanism must be set to 100 or squares with volcanism of 100 will be impossible making volcanoes impossible.
Line 515: Line 546:
 
|}
 
|}
  
== Mineral Scarcity ==
+
=== Mineral Scarcity ===
  
 
Controls the frequency at which minerals occur. Setting this value lower will increase the amount of ore present on a map, the number of different types of ore, and the number/types of gems. The default value will result in a maximum of 2-4 metal ores per map (assuming you choose a good embark location) which may be limiting until the economy is fully implemented and desired metals can be traded for.
 
Controls the frequency at which minerals occur. Setting this value lower will increase the amount of ore present on a map, the number of different types of ore, and the number/types of gems. The default value will result in a maximum of 2-4 metal ores per map (assuming you choose a good embark location) which may be limiting until the economy is fully implemented and desired metals can be traded for.
  
According to research by [http://www.bay12forums.com/smf/index.php?action=profile;u=36045 Shandra] on v0.31.25, this is the relationship between the value of this setting and the approximate number of gems and ore:
+
The options "Very Rare", "Rare", "Sparse", "Frequent", and "Everywhere" in the [[World_generation#Basic_World_Generation_Menu|basic world generation menu]] use the values 50000, 10000, 2500, 500 and 100 respectively.
 +
 
 +
According to [http://www.bay12forums.com/smf/index.php?topic=79018.msg2063804#msg2063804 research] by Shandra in v0.31.25, this is the relationship between the value of this setting and the approximate number of gems and ore:
  
 
[[File:MineralSetting_v25_limit10k.png]]
 
[[File:MineralSetting_v25_limit10k.png]]
  
This is for the same 8x8 embark region in a world which is otherwise the same except for the mineral scarcity parameter. See [http://www.bay12forums.com/smf/index.php?topic=79018.msg2063804#msg2063804 this forum thread] for detailed information on peoples' experiments and possible changes to newer versions.
+
This is for the same 8x8 embark region in a world which is otherwise the same except for the mineral scarcity parameter (although most of the detailed information comes from experiments with previous versions).
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 534: Line 567:
 
| <tt><nowiki>[MINERAL_SCARCITY:2500]</nowiki></tt>
 
| <tt><nowiki>[MINERAL_SCARCITY:2500]</nowiki></tt>
 
| Range: 100 to 100,000
 
| Range: 100 to 100,000
'''setting to lower than 500 may create alot of rejected worlds cause not enough rivers'''(confirmation needed)
+
 
 
|}
 
|}
 +
'''Note:''' as of v0.34, low mineral scarcity settings do not cause rejections.
  
== Max Megabeast Caves ==
+
=== Max Megabeasts Caves ===
  
This is the maximum number of caves that will be inhabited by [[Megabeast|megabeasts]]. Even though the parameter uses the word "caves" it appears to impact the number of sites (lairs) of different types.{{Verify}} If there are more megabeasts than "caves", megabeasts will suffer from a housing shortage and you may end up with things like 10 dragons sharing a lair. Which could make for a [[Fun]] world.
+
This is the number of megabeasts placed at the beginning of history. Megabeasts are hydras, bronze colossuses, rocs and dragons which are all placed in equal proportions [http://www.bay12forums.com/smf/index.php?topic=112465.msg3415177#msg3415177 <sup>data</sup>]. Keep in mind that megabeasts will attack and destroy settlements during world history, so many of them may cause civilizations to be wiped out entirely.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 549: Line 583:
 
| <tt><nowiki>[MEGABEAST_CAP:<number>]</nowiki></tt>
 
| <tt><nowiki>[MEGABEAST_CAP:<number>]</nowiki></tt>
 
| <tt><nowiki>[MEGABEAST_CAP:75]</nowiki></tt>
 
| <tt><nowiki>[MEGABEAST_CAP:75]</nowiki></tt>
| Number of caves/labyrinths/lairs, not beasts.
+
| Megabeasts count towards BEAST_END_YEAR calculation.
 
|}
 
|}
  
== Max Semi-Megabeast Caves ==
+
=== Max Semi-Megabeast Caves ===
  
The maximum number of caves that will be inhabited by [[Creature#Semi-Megabeasts|semi-megabeasts]]. If there are more semi-megabeasts than caves, semi-megabeasts will be forced to cohabitate and you may end up with 10 minotaurs in one labyrinth (for example).
+
This is the number of semi-megabeasts placed at the beginning of history. Semi-megabeasts are giants, ettins, minotaurs, and cyclopes, which are placed in equal proportions [http://www.bay12forums.com/smf/index.php?topic=112465.msg3415188#msg3415188 <sup>data</sup>].
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 564: Line 598:
 
| <tt><nowiki>[SEMIMEGABEAST_CAP:<number>]</nowiki></tt>
 
| <tt><nowiki>[SEMIMEGABEAST_CAP:<number>]</nowiki></tt>
 
| <tt><nowiki>[SEMIMEGABEAST_CAP:150]</nowiki></tt>
 
| <tt><nowiki>[SEMIMEGABEAST_CAP:150]</nowiki></tt>
| Number of caves/labyrinths/lairs, not beasts.
+
| Semimegabeasts do not count towards BEAST_END_YEAR calculation.
 
|}
 
|}
  
== Titan Parameters ==
+
=== Titan Parameters ===
 
 
=== Number ===
 
  
This controls the number of megabeasts and semi-megabeasts that exist at the beginning of history. Note that they can get killed or die later due to events during history generation. The number of forgotten beasts is unaffected by this parameter.
+
==== Number ====
  
Note: One can generate more historical ages by pumping up the amount of semimegabeasts, who are usually more killable than the regular megabeasts.
+
This controls the number of titans that exist at the beginning of history[http://www.bay12forums.com/smf/index.php?topic=112465.msg3415203#msg3415203 <sup>data</sup>]. The number of forgotten beasts is unaffected by this parameter [http://www.bay12forums.com/smf/index.php?topic=112465.msg3415155#msg3415155 <sup>data</sup>].
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 583: Line 615:
 
| <tt><nowiki>[TITAN_NUMBER:<number>]</nowiki></tt>
 
| <tt><nowiki>[TITAN_NUMBER:<number>]</nowiki></tt>
 
| <tt><nowiki>[TITAN_NUMBER:33]</nowiki></tt>
 
| <tt><nowiki>[TITAN_NUMBER:33]</nowiki></tt>
| 0 is a valid number
+
| Titans count towards BEAST_END_YEAR calculation.
 
|}
 
|}
  
=== Attack Population Requirement ===
+
==== Attack Population Requirement ====
  
 
Megabeasts will begin to attack your fort once at least this many dwarves inhabit it, regardless of whether any other attack criteria have been met. This number defaults to 80 which isn't usually too difficult to deal with.
 
Megabeasts will begin to attack your fort once at least this many dwarves inhabit it, regardless of whether any other attack criteria have been met. This number defaults to 80 which isn't usually too difficult to deal with.
  
=== Exported Wealth Requirement ===
+
==== Exported Wealth Requirement ====
  
 
Megabeasts will begin to attack your fort once you have exported at least this many [[Currency|dwarfbucks]] worth of merchandise, regardless of whether or not any other criteria have been met. This parameter defaults to None (disabled).
 
Megabeasts will begin to attack your fort once you have exported at least this many [[Currency|dwarfbucks]] worth of merchandise, regardless of whether or not any other criteria have been met. This parameter defaults to None (disabled).
  
=== Created Wealth Requirement ===
+
==== Created Wealth Requirement ====
  
Megabeasts will begin to attack your fort once the fort's total wealth has reached this many [[Currency|dwarfbucks]] in value. This happens regardless of whether any of the other criteria, such as population, have been met. Therefore even with 1 dwarf a fort could be attacked if the fort were worth at least this value.
+
Megabeasts will begin to attack your fort once the fort's total wealth has reached this many [[Currency|dwarfbucks]] in value. This happens regardless of whether any of the other criteria, such as population, have been met; therefore, even with 1 dwarf, a fort could be attacked if the fort were worth at least this value.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 609: Line 641:
 
|}
 
|}
  
== Number of Demon Types ==
+
=== Number of Demon Types ===
  
 
[[Demon|Demons]] are similar to titans and forgotten beasts in that they are procedurally generated, but unlike titans they are not unique. Thus many different types of demons will exist in the world but there will be many members of each type. Setting this to zero means no demons will exist, limiting the amount of fun you can have.
 
[[Demon|Demons]] are similar to titans and forgotten beasts in that they are procedurally generated, but unlike titans they are not unique. Thus many different types of demons will exist in the world but there will be many members of each type. Setting this to zero means no demons will exist, limiting the amount of fun you can have.
Line 624: Line 656:
 
|}
 
|}
  
== Number of Night Creature Types ==
+
=== Number of Night Troll Types ===
 +
 
 +
The number of different [[Night troll|night trolls]] that will exist in the world. These are also procedurally generated. Setting this to zero means that the world will have no night trolls.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[NIGHT_TROLL_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[NIGHT_TROLL_NUMBER:77]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Number of Bogeyman Types ===
 +
 
 +
The number of different [[Bogeyman|bogeyman]] forms that will exist in the world. Bogeyman are procedurally generated, though their forms do not vary by much. Setting this to zero, means that the world will have no bogeyman. Additionally setting this to zero will not allow custom bogeymen to appear in the world.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[BOGEYMAN_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[BOGEYMAN_NUMBER:27]</nowiki></tt>
 +
| 0 to 1000
 +
|}
  
The number of different [[Night creature|night creatures]] that will exist in the world. Setting this to zero means that the world will have no night creatures.
+
=== Number of Vampire Curse Types ===
  
A setting of zero also means that there will be no [[Bogeyman|Bogeymen]] in adventure mode, though any modded creatures with the [NIGHT_CREATURE:BOGEYMAN] tag will still exist.
+
The number of different [[Vampire|vampires]] that will exist in the world. Although they too are generated at the start of a new world, they generally no different from one another, with the biggest difference being what stat bonuses their vampirism gives {{verify}}. Setting this to zero means no vampires will exist.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 636: Line 696:
 
! Notes
 
! Notes
 
|-
 
|-
| <tt><nowiki>[NIGHT_CREATURE_NUMBER:<number>]</nowiki></tt>
+
| <tt><nowiki>[VAMPIRE_NUMBER:<number>]</nowiki></tt>
| <tt><nowiki>[NIGHT_CREATURE_NUMBER:52]</nowiki></tt>
+
| <tt><nowiki>[VAMPIRE_NUMBER:72]</nowiki></tt>
 
| 0 to 1000
 
| 0 to 1000
 
|}
 
|}
  
== Desired Good/Evil Square Counts ==
+
=== Number of Werebeast Curse Types ===
 +
 
 +
The number of different [[Werebeast|werebeasts]] that can exist in the world. It is common for werebeasts, unlike vampires, to assume many different forms and variations, the most well known of these amount as different species of animal beasts. From lizards, to wolves, to maybe even bears. Setting this to zero means no werebeasts will exist.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[WEREBEAST_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[WEREBEAST_NUMBER:58]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Number of Secret Types ===
 +
 
 +
The number of secrets that exist in the world. Currently, all secrets are secrets of life and death, and the ones holding these secrets are necromancers. Setting this to zero means that no [[necromancer]]s will appear.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[SECRET_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[SECRET_NUMBER:44]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Number of Regional Interaction Types ===
 +
 
 +
The number of interactions that can be caused in regions, which may incorporate evil rain and cloud types. Currently, only evil region interactions are generated this way.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[REGIONAL_INTERACTION_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[REGIONAL_INTERACTION_NUMBER:20]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Number of Disturbance Interaction Types ===
 +
 
 +
The number of different [[Mummy|disturbed dead]] {{verify}} that can exist in the world. Setting this to zero, while being as pointless as is, (since you're never forced to enter a tomb anyway), will most likely prevent any toilet roll spooks from appearing, but it may or may not also prevent the existence of the pyramids which house them too.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[DISTURBANCE_INTERACTION_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[DISTURBANCE_INTERACTION_NUMBER:10]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Number of Evil Cloud Types ===
 +
 
 +
This number specifies [[Weather#Evil weather|the total amount of various face-melting, eye-boiling, and zombifyingly-fun]] clouds of pure evil may appear in your world. Setting this to zero means you no longer will ever have to deal with encroaching dust walls of doom in that world. I'd keep this value low...
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[EVIL_CLOUD_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[EVIL_CLOUD_NUMBER:45]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Number of Evil Rain Types ===
 +
 
 +
The lesser of a relatively large group of evils... evil rain. This number states how many different types of green-ooze drenchers, disconcerting blood-showers, and sickly yellow slime-baths can occur in your world. Compared to evil clouds though, this one hardly is worth stressing out about, usually.... Setting this to zero means the only semi-solid to fully liquid liquids to fall from the sky will be pure H2O.
 +
 
 +
{| {{prettytable}}
 +
|- bgcolor="#dddddd"
 +
! Token
 +
! Example
 +
! Notes
 +
|-
 +
| <tt><nowiki>[EVIL_RAIN_NUMBER:<number>]</nowiki></tt>
 +
| <tt><nowiki>[EVIL_RAIN_NUMBER:352]</nowiki></tt>
 +
| 0 to 1000
 +
|}
 +
 
 +
=== Desired Good/Evil Square Counts ===
  
 
These values change the amount of [[Surroundings#Good|good or evil]] tiles on the map, depending on the size of the region they are being considered for.
 
These values change the amount of [[Surroundings#Good|good or evil]] tiles on the map, depending on the size of the region they are being considered for.
  
Though the exact size of small, medium, and large are unknown, the counts used here will always be restricted to regions of the given size no matter how large the number. Also, the count is more of a goal than a minimum or maximum. As a result you can end up with many more or many fewer than the requested number of squares in some situations.
+
The exact size of small, medium, and large are: small is 1-24, medium is 25-99, and large is 100+, for any map size. The counts used here will always be restricted to regions of the given size no matter how large the number. Also, the count is more of a goal than a minimum or maximum. As a result you can end up with many more or many fewer than the requested number of squares in some situations.
  
In particular, if you have something like case where only 3 large regions exists in a world, and you request "1 evil square" in large regions, you will end up with one of the large regions being ''entirely evil''. So any non-zero value in one of these settings essentially means "force at least one region of this size to be all good/evil."
+
In particular, if you have something like a case where only 3 large regions exists in a world, and you request "1 evil square" in large regions, you will end up with one of the large regions being ''entirely evil''. So any non-zero value in one of these settings essentially means "force at least one region of this size to be all good/evil."
  
 
Note that the "evilness" of evil biomes is also impacted by savagery.
 
Note that the "evilness" of evil biomes is also impacted by savagery.
Line 668: Line 818:
 
|}
 
|}
  
== Minimum Biome Square Counts ==
+
=== Minimum Biome Square Counts ===
  
 
These numbers control whether or not a world will be rejected based on a lack of different [[biome|biomes]]. Raising these numbers will '''not''' automatically generate the given number of squares of the given biome! For a biome to exist, certain conditions like elevation and rainfall must exist.
 
These numbers control whether or not a world will be rejected based on a lack of different [[biome|biomes]]. Raising these numbers will '''not''' automatically generate the given number of squares of the given biome! For a biome to exist, certain conditions like elevation and rainfall must exist.
Line 680: Line 830:
 
0 means no minimum for rejection. Setting to 0 does not guarantee 0 squares of that biome.
 
0 means no minimum for rejection. Setting to 0 does not guarantee 0 squares of that biome.
  
=== Biome Type Requirement Table ===
+
==== Biome Type Requirement Table ====
  
 
Terrain requirements for various biomes are described below.{{Verify}} Note that some of the exact ranges are unknown.
 
Terrain requirements for various biomes are described below.{{Verify}} Note that some of the exact ranges are unknown.
Line 702: Line 852:
 
| Desert/Badland
 
| Desert/Badland
 
| 100-299
 
| 100-299
| 0-10(?)
+
| 0-9
 
| non-freezing
 
| non-freezing
| N/A (1)
+
| note<sup>1</sup>
 
|-
 
|-
 
| Forest
 
| Forest
Line 748: Line 898:
 
| 66-100
 
| 66-100
 
|}
 
|}
 +
note<sup>1</sup> drainage: 00-32 sand desert, 33-49 rocky wasteland, 50-65 rocky wasteland but different characters/appearance, 66-100 badlands
  
(1) might affect the [[desert]] subtype, though - needs to be verified; low drainage seems to correlate with sand deserts
+
==== Minimum Initial Square Count ====
 
 
=== Minimum Initial Square Count ===
 
  
 
This is the minimum number of squares of the given biome that must exist before things like erosion take place.
 
This is the minimum number of squares of the given biome that must exist before things like erosion take place.
Line 780: Line 929:
 
|}
 
|}
  
=== Minimum Initial Region Count ===
+
==== Minimum Initial Region Count ====
  
 
This is the minimum number of regions of contiguous biome squares that must exist before other processes such as erosion take place.
 
This is the minimum number of regions of contiguous biome squares that must exist before other processes such as erosion take place.
  
=== Minimum Final Region Count ===
+
==== Minimum Final Region Count ====
  
 
This many regions of the given biome must exist after erosion and similar phases of generation have been completed.
 
This many regions of the given biome must exist after erosion and similar phases of generation have been completed.
Line 821: Line 970:
 
|}
 
|}
 
 
== Erosion Cycle Count ==
+
=== Erosion Cycle Count ===
  
 
Tells the world-generator how long the world has to erode its tall peaks down to mountainsides during the 'running rivers...' stage of world creation. The higher this number, the less jagged the world will be, and the more wide the major rivers will be. If you use the maximum number, your mountains will dissolve before your eyes into plains which can lead to rejections if there aren't enough mountains to use for river start points and dwarven civilization origin points.  
 
Tells the world-generator how long the world has to erode its tall peaks down to mountainsides during the 'running rivers...' stage of world creation. The higher this number, the less jagged the world will be, and the more wide the major rivers will be. If you use the maximum number, your mountains will dissolve before your eyes into plains which can lead to rejections if there aren't enough mountains to use for river start points and dwarven civilization origin points.  
Line 836: Line 985:
 
|}
 
|}
  
== Minimum/Desired River Start Locations ==
+
=== Minimum/Desired River Start Locations ===
  
 
This is the minimum number of riverheads that must exist before and after erosion takes place. Worlds will be rejected if they fail to meet these numbers. As with minimum biome counts, raising this number doesn't automatically create this many riverheads. Other conditions like terrain and rainfall must exist for rivers to form.
 
This is the minimum number of riverheads that must exist before and after erosion takes place. Worlds will be rejected if they fail to meet these numbers. As with minimum biome counts, raising this number doesn't automatically create this many riverheads. Other conditions like terrain and rainfall must exist for rivers to form.
Line 853: Line 1,002:
 
|}
 
|}
  
== Periodically Erode Extreme Cliffs ==
+
=== Periodically Erode Extreme Cliffs ===
  
 
If enabled, makes every impassable rock wall into a series of ramps. Some prefer to pump up erosion to about 250, and turn the "Desired pre-erosion river count" to 0 for good erosion and no extra canyons.
 
If enabled, makes every impassable rock wall into a series of ramps. Some prefer to pump up erosion to about 250, and turn the "Desired pre-erosion river count" to 0 for good erosion and no extra canyons.
Line 870: Line 1,019:
 
|}
 
|}
  
== Do Orographic Precipitation and Rain Shadows ==
+
=== Do Orographic Precipitation and Rain Shadows ===
  
Toggle that allows terrain height to affect rainfall. For example, moist air coming from the ocean blows over the land. As the terrain gets higher, it forces the moist air up, causing it to rain on the seaward side of a mountain. Eventually, all the rain has fallen if the mountain is tall enough. So, when the breeze goes over the top, there's no moisture left to fall on the other side, creating a rain-shadow. This should create a tendency for more extreme rainfall in regions, creating more forests, deserts, marshlands, and grasslands. Turning it off should result in more controllable, less complex rainfall conditions based on rainfall parameters as it adds a random element which can distort or otherwise mess up the climates on a pregenerated map.
+
Toggle that allows terrain height to affect rainfall. For example, moist air coming from the ocean blows over the land. As the terrain gets higher, it forces the moist air up, causing it to rain on the seaward side of a mountain. Eventually, all the rain has fallen if the mountain is tall enough. So, when the breeze goes over the top, there's no moisture left to fall on the other side, creating a rain-shadow. This should create a tendency for more extreme rainfall in regions, creating more forests, deserts, marshlands, and grasslands. Also note that it can create rainfall outside of min-max rainfall settings, so even in a world with a 0 max rainfall you may get rainfall biomes. Turning it off should result in more controllable, less complex rainfall conditions based on rainfall parameters as it adds a random element which can distort or otherwise mess up the climates on a pregenerated map.
  
 
This should be disabled if you're importing a map or using a preset map file that has weather.  
 
This should be disabled if you're importing a map or using a preset map file that has weather.  
Line 887: Line 1,036:
 
|}
 
|}
  
== Maximum Number of Subregions ==
+
=== Maximum Number of Subregions ===
  
This is the number of separate biomes (the flashing regions you see on embark when you hit F1, F2, etc when there's more than one biome on the embark location) that are allowed to exist on the entire map.
+
This is the number of separate biomes (the flashing regions you see on embark when you hit F1, F2, etc. when there's more than one biome on the embark location) that are allowed to exist on the entire map.
  
 
Setting this to very low values will result in numerous rejections depending on [[#X and Y Variance|variance parameters]]. If variance values are set to high numbers, many small biomes will be created causing rejection if this parameter value is not increased beyond the default.
 
Setting this to very low values will result in numerous rejections depending on [[#X and Y Variance|variance parameters]]. If variance values are set to high numbers, many small biomes will be created causing rejection if this parameter value is not increased beyond the default.
  
 
Increasing the value of this tag is often a must when generating "patchwork" worlds with lots of biome variance, but simply increasing it without increasing variance parameters will not guarantee more biomes.
 
Increasing the value of this tag is often a must when generating "patchwork" worlds with lots of biome variance, but simply increasing it without increasing variance parameters will not guarantee more biomes.
 +
 +
It is also interesting to note that the maximum subregions is 5000 which is more than the total number of squares for a pocket or small map. However for a medium or large map (16641 or 66049 squares) it quickly becomes a mere fraction of the total number of possible subregions. In fact it would be quite easy on a large map to end up with far too many subregions and get endless rejections of this type.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 906: Line 1,057:
 
|}
 
|}
  
== Cavern Parameters ==
+
=== Cavern Parameters ===
 
[[Caverns]] are the hollow areas underground which dwarves tend to encounter when they're digging around.
 
[[Caverns]] are the hollow areas underground which dwarves tend to encounter when they're digging around.
  
=== Cavern Layer Number ===
+
==== Cavern Layer Number ====
  
 
This parameter determines how many cavern systems will be generated, not including the Magma layer or the Bottom layer.  Defaults to three. Setting it to lower values could help FPS.
 
This parameter determines how many cavern systems will be generated, not including the Magma layer or the Bottom layer.  Defaults to three. Setting it to lower values could help FPS.
  
'''Warning:''' If this is 0 then you will not have caverns on your map. Note that disabling caverns will make it impossible to grow any underground plants because none will exist for your civilization to cultivate. (Underground plants will not be available on embark.)
+
'''Warnings:'''
 +
*Disabling caverns by setting this to 0 will make it impossible to grow any underground plants, as none will exist for your civilization to cultivate. (Underground plants will not be available on embark.)
 +
*Setting this property lower than the default of 3 will make it impossible to find certain [[Demonic_fortress|Fun features]] ([http://www.bay12forums.com/smf/index.php?topic=111527.0 Source])
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 926: Line 1,079:
 
|}
 
|}
  
=== Cavern Layout Parameters ===
+
==== Cavern Layout Parameters ====
  
 
Open caverns and dense passageways are not mutually exclusive. When both are raised, bizarre results can occur, such as layers showing a combination of open caverns, a cluster of network passages, and natural walls sprinkling the inside of an otherwise open cavern. [http://www.bay12forums.com/smf/index.php?topic=76355.msg1936859#msg1936859 Reference]
 
Open caverns and dense passageways are not mutually exclusive. When both are raised, bizarre results can occur, such as layers showing a combination of open caverns, a cluster of network passages, and natural walls sprinkling the inside of an otherwise open cavern. [http://www.bay12forums.com/smf/index.php?topic=76355.msg1936859#msg1936859 Reference]
Line 941: Line 1,094:
 
</gallery>
 
</gallery>
  
==== Layer Openness Min/Max ====
+
===== Layer Openness Min/Max =====
  
 
Dictates the size of cavern passages. When Passage Density (see below) is set to minimum (0), caverns will be open expanses. Raising the maximum will increase the size of the caverns.
 
Dictates the size of cavern passages. When Passage Density (see below) is set to minimum (0), caverns will be open expanses. Raising the maximum will increase the size of the caverns.
Line 959: Line 1,112:
 
|}
 
|}
  
==== Layer Passage Density Min/Max ====
+
===== Layer Passage Density Min/Max =====
  
 
This determines how many passages form the cavern. If openness (see above) is set to minimum and density increased then you will get a maze like network of small criss-crossing passages. Raising the values further increases the number of the maze-like passages.
 
This determines how many passages form the cavern. If openness (see above) is set to minimum and density increased then you will get a maze like network of small criss-crossing passages. Raising the values further increases the number of the maze-like passages.
Line 981: Line 1,134:
 
See [http://www.bay12forums.com/smf/index.php?topic=76355.0 this forum thread] for more information on openness and density including many more images.
 
See [http://www.bay12forums.com/smf/index.php?topic=76355.0 this forum thread] for more information on openness and density including many more images.
  
==== Layer Water min\max ====
+
===== Layer Water min\max =====
  
 
Determines how many caverns will have water at the bottom.  Note that, even at 100, there will be some amount of ground in caverns, but each cavern 'bubble' will contain some amount of water.
 
Determines how many caverns will have water at the bottom.  Note that, even at 100, there will be some amount of ground in caverns, but each cavern 'bubble' will contain some amount of water.
Line 1,001: Line 1,154:
 
|}
 
|}
  
=== Magma Layer ===
+
==== Magma Layer ====
  
 
This parameter controls whether the [[magma sea]] exists.
 
This parameter controls whether the [[magma sea]] exists.
  
Setting 1/Yes causes the magma layer to exist, value 0/No prevents it. Appears not have impact on volcanoes, nor vulcanism, so even if 0/No there will still be embark locations with magma. If a [[volcano]] exists, it appears to always tap the magma sea, but the magma sea will not be revealed by revealing the volcano.
+
Setting 1/Yes causes the magma layer to exist, value 0/No prevents it. Appears not have impact on volcanoes, nor volcanism, so even if 0/No there will still be embark locations with magma. If a [[volcano]] exists, it appears to always tap the magma sea, but the magma sea will not be revealed by revealing the volcano.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 1,016: Line 1,169:
 
|}
 
|}
  
=== Bottom Layer ===
+
==== Bottom Layer ====
  
 
Determines if the space below the magma sea exists. If Yes the "HFS" layer is always present. Normally you want to leave this set to Yes for maximum fun.
 
Determines if the space below the magma sea exists. If Yes the "HFS" layer is always present. Normally you want to leave this set to Yes for maximum fun.
Line 1,031: Line 1,184:
 
|}
 
|}
  
== Z Levels (Depth) Settings ==
+
=== Z Levels (Depth) Settings ===
  
 
These parameters control the "thickness" of various "layers" on the map. Note that a "layer" in this case does not refer to one Z-level, but refers to a number of related Z-levels such as "levels above ground".
 
These parameters control the "thickness" of various "layers" on the map. Note that a "layer" in this case does not refer to one Z-level, but refers to a number of related Z-levels such as "levels above ground".
Line 1,082: Line 1,235:
 
* Very large values can cause strange things to happen.  Even more true for small values.
 
* Very large values can cause strange things to happen.  Even more true for small values.
  
== Cave Parameters ==
+
=== Cave Parameters ===
  
 
Caves are sort of like caverns except that they have a passage to the surface and are generally much smaller. Caves can connect to caverns if they are sufficiently deep.
 
Caves are sort of like caverns except that they have a passage to the surface and are generally much smaller. Caves can connect to caverns if they are sufficiently deep.
  
=== Minimum/Maximum Natural Cave Size ===
+
==== Minimum/Maximum Natural Cave Size ====
  
 
These parameters appear to control the length and depth of caves.
 
These parameters appear to control the length and depth of caves.
Line 1,104: Line 1,257:
 
|}
 
|}
  
=== Number of (Non-)Mountain Caves ===
+
==== Number of (Non-)Mountain Caves ====
  
These are the numbers of mountain and non-mountain caves that will be placed. These parameters will cause this number of caves to be placed, but rejections may occur if a world has an insufficient number of mountain or non-mountain squares to place the caves in.
+
The number of caves that will be generated. Lurking kobolds set up shop in caves and store stolen items here. A setting of 0 in both will stop kobold civilizations from appearing.  Special note: a cave is not a lair.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 1,116: Line 1,269:
 
| <tt><nowiki>[MOUNTAIN_CAVE_MIN:<number>]</nowiki></tt>
 
| <tt><nowiki>[MOUNTAIN_CAVE_MIN:<number>]</nowiki></tt>
 
| <tt><nowiki>[MOUNTAIN_CAVE_MIN:100]</nowiki></tt>
 
| <tt><nowiki>[MOUNTAIN_CAVE_MIN:100]</nowiki></tt>
| rowspan="2" | Range: 1 to 800
+
| rowspan="2" | Range: 0 to 800
 
|-
 
|-
 
| <tt><nowiki>[NON_MOUNTAIN_CAVE_MIN:<number>]</nowiki></tt>
 
| <tt><nowiki>[NON_MOUNTAIN_CAVE_MIN:<number>]</nowiki></tt>
Line 1,122: Line 1,275:
 
|}
 
|}
  
=== Make Caves Visible ===
+
==== Make Caves Visible ====
  
 
If set to no (default) then the location of caves will not be marked on the map. If set to yes, caves will appear on the map as {{Raw Tile|•|#808080|#00DD00}} symbols so that they may be sought out or avoided as desired.
 
If set to no (default) then the location of caves will not be marked on the map. If set to yes, caves will appear on the map as {{Raw Tile|•|#808080|#00DD00}} symbols so that they may be sought out or avoided as desired.
Line 1,137: Line 1,290:
 
|}
 
|}
  
== Allow Init Options to Show Tunnels ==
+
=== Allow Init Options to Show Tunnels ===
  
This parameter doesn't do anything in v0.31.{{Verify}} In older versions, tunnels could be built between dwarven settlements and these could appear on the map similarly to roads.
+
This parameter doesn't do anything.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 1,152: Line 1,305:
 
|}
 
|}
  
== Number of Civilizations ==
+
=== Number of Civilizations ===
  
This number of civilizations will be placed on the map before history generation begins. These civilizations may later die out due to historical events.
+
This number of civilizations will be placed on the map before history generation begins. These civilizations may later die out due to historical events. The five races are dwarf, elf, human, goblin, and kobold; they will be placed in equal numbers until the quota has been reached. If there is an odd number of civs (not divisible by 5), then the remainder is distributed randomly. Kobold civs require caves to be placed; if no caves exist, then kobolds are skipped and will not appear. This does not cause rejections [http://www.bay12forums.com/smf/index.php?topic=112465.msg3415125#msg3415125 <sup>data</sup>].
  
 
Note that a high value here can cause lots of map rejections, particularly on smaller maps as there simply isn't enough room or regions to put them all in.
 
Note that a high value here can cause lots of map rejections, particularly on smaller maps as there simply isn't enough room or regions to put them all in.
Line 1,169: Line 1,322:
 
|}
 
|}
  
== Playable Civilization Required ==
+
=== Playable Civilization Required ===
  
 
If this is set to yes (default) then worlds will be rejected if no civilization with [[Entity token|CIV_CONTROLLABLE]] can be placed. In an unmodded game, only the dwarves have this token.
 
If this is set to yes (default) then worlds will be rejected if no civilization with [[Entity token|CIV_CONTROLLABLE]] can be placed. In an unmodded game, only the dwarves have this token.
Line 1,186: Line 1,339:
 
|}
 
|}
  
== Minimum Number of Mid/Low/High Characteristic Squares ==
+
=== Minimum Number of Mid/Low/High Characteristic Squares ===
  
 
Sets the minimum possible number of squares of certain ranges of each of the region qualities, such as elevation, rain, drainage, volcanism, savagery, and temperature. These need to be changed to reflect your regional meshes and weights. These are responsible for a HUGE number of map rejections. These values can all be set to 0 for much fewer map rejections, particularly in the case of more wacky, non-standard maps.  
 
Sets the minimum possible number of squares of certain ranges of each of the region qualities, such as elevation, rain, drainage, volcanism, savagery, and temperature. These need to be changed to reflect your regional meshes and weights. These are responsible for a HUGE number of map rejections. These values can all be set to 0 for much fewer map rejections, particularly in the case of more wacky, non-standard maps.  
  
These values will cause worlds to be rejected unless at least the given number of squares of the given type are randomly generated. Setting these values too high could result in worlds always being rejected if other parameters such as the maximum/minimums for elevation, etc, don't allow enough of those squares to get generated.
+
These values will cause worlds to be rejected unless at least the given number of squares of the given type are randomly generated. Setting these values too high could result in worlds always being rejected if other parameters such as the maximum/minimums for elevation, etc., don't allow enough of those squares to get generated.
  
 
{| {{prettytable}}
 
{| {{prettytable}}
Line 1,216: Line 1,369:
 
|}
 
|}
  
="The World Generator is having trouble placing..."=
+
==World rejection==
  
 
:''Main article [[World rejection]]''
 
:''Main article [[World rejection]]''
  
If you are having the common problem of your generated worlds always being rejected by the world generator, see [[World_rejection#Solving_World_Rejection_Problems|Solving World Rejection Problems]] as it contains many detailed suggestions on how to troubleshoot and solve these issues.
+
If you are having the common problem of your generated worlds always being rejected by the world generator, see [[v0.31:World rejection|Solving World Rejection Problems (v0.31 page)]] as it contains many detailed suggestions on how to troubleshoot and solve these issues.
  
= Default Worldgen Parameters =
+
== Default Worldgen Parameters ==
  
 
There is no single default for each parameter. Several advanced world generation profiles come with the game by default. See [[world_gen.txt|Default world_gen.txt]] to take a look at this file.
 
There is no single default for each parameter. Several advanced world generation profiles come with the game by default. See [[world_gen.txt|Default world_gen.txt]] to take a look at this file.
  
= Parameter Set Examples =
+
== Parameter Set Examples ==
  
 
If you're trying to do something specific then the [[Worldgen examples|Worldgen examples]] might be helpful. These are complete parameter sets that can be copied directly into your ''world_gen.txt'' file and customized as desired.
 
If you're trying to do something specific then the [[Worldgen examples|Worldgen examples]] might be helpful. These are complete parameter sets that can be copied directly into your ''world_gen.txt'' file and customized as desired.
Line 1,233: Line 1,386:
 
For many many more examples see:
 
For many many more examples see:
 
* [http://www.bay12forums.com/smf/index.php?topic=101280 v0.34 WorldGen "Cookbook" Thread]
 
* [http://www.bay12forums.com/smf/index.php?topic=101280 v0.34 WorldGen "Cookbook" Thread]
 
= Bugs =
 
*Magma sea breaching into [[Main:HFS|HFS]]{{bug|1791}}
 
*Embark on a mountain of Slade, with Eerie Pits immediately revealed{{bug|3356}}
 
*Anti-Gravity Ants - Floating ant hills above river{{bug|3054}}
 
  
 
{{World}}
 
{{World}}
[[Category:World]]
 

Latest revision as of 02:54, 7 March 2022

This article is about an older version of DF.
This article contains information on advanced world generation. For information on basic world generation, see World generation.
See World token to more easily find information by the names used in the world_gen.txt file.
See World rejection for information on solving problems related to worlds always being rejected.
See Worldgen examples for example worlds.

When you want more control of what your world looks like, it's time for advanced world generation. A detailed reference with advice is provided below. This article assumes that you are already familiar with basic world generation. If you are not then please read about that first.

Once you select Design New World With Advanced Parameters from the main menu, a screen that looks something like this will appear:

AdvancedWorldGen.png

This screen is relatively intuitive but some parts could use some explanation.

Parameter sets[edit]

The list of already defined parameter sets is in the upper right corner. You can select the current set that you want to work with using the up and down directional keys.

Hitting a will add a new set to the end of the list. You can also copy an existing set to a new one allowing you to base a new set on an existing one. Using t you can change the name of the parameter set but note that this will not affect the name of the world that is generated.

Parameter sets are stored in the data/init/world_gen.txt file in the main DF directory. The F1 and F6 keys will load and save all of the parameter sets to this file. You will need to save the world gen parameters to this file before you hit Enter to generate the world.

The world_gen.txt file can also be edited with a text editor. This is particularly useful because people will often post their parameter sets on the forum or wiki in text form. (See below for more info.) The F1 key comes in handy when editing this file while the game is still running.

The tokens used in world_gen.txt are at the bottom of each parameter description. Here's the one for title.

Token Example Notes
[TITLE: <name>] [TITLE:MEDIUM ISLAND] Required

World name[edit]

As previously mentioned, the title of the parameter set doesn't affect the name of the world. You can force a particular name for your world using n or set it back to the default random setting using N.

Token Example Notes
[CUSTOM_NAME: <name>] [CUSTOM_NAME:Realm of Cheese Engravings] For a random name, simply don't use this token.

World dimensions[edit]

The size of the map to be generated can be selected with u i o p. Larger maps take longer to generate and may limit FPS in game.

Changing the dimensions of the world will reset the parameters because many of them have different defaults depending on the surface area available.

Token Example Notes
[DIM:<width>:<height>] [DIM:129:129] Valid values are 17,33,65,129, and 257. Others may not work.

Seed values[edit]

The world generation process uses a PRNG (Pseudo Random Number Generator) algorithm. A PRNG will produce a sequence of numbers that "looks" random even though the actual sequence of numbers will always be the same if the PRNG is started with the same seed value. Basically this means that if you run world generation with a certain seed value on your computer, and someone else runs world generation with the same seed value on their computer, the same sequence of random numbers will be generated on both computers. The practical impact of this is that someone else can generate exactly the same world that you generated by entering the same seed value that you used.

A specific seed value can be entered with s. This will change all of the seed values to the value you enter. If you need to enter different seed values for each type of seed, use e.

In order to find out what seed values were used for the last world you generated you can look at this screen. If you want to be able to tell someone else how to generate exactly the same world that you just generated, they will need all of the seed value listed under Last Param Set.

When generating a world using a seed, the way that the world is generated is also based at least in part on certain world tokens. As such you cannot for example change the minimum and maximum rainfall and get the same world but drier or wetter, instead a different world is generated. Saying that, it would also seem that certain small changes to these world tokens can occasionally generate a very similar world, however other tokens are more sensitive. For more information see the forum thread here.

The following are tokens which appear to be involved in the implementation of the seed and are not safe to change:

[DIM:X:X]
[ELEVATION:X:X:X:X]
[RAINFALL:X:X:X:X]
[TEMPERATURE:X:X:X:X]
[DRAINAGE:X:X:X:X]
[VOLCANISM:X:X:X:X]
[SAVAGERY:X:X:X:X]
[ELEVATION_FREQUENCY:X:X:X:X:X:X]
[RAIN_FREQUENCY:X:X:X:X:X:X]
[DRAINAGE_FREQUENCY:X:X:X:X:X:X]
[TEMPERATURE_FREQUENCY:X:X:X:X:X:X]
[SAVAGERY_FREQUENCY:X:X:X:X:X:X]
[VOLCANISM_FREQUENCY:X:X:X:X:X:X]
[PARTIAL_OCEAN_EDGE_MIN:X]
[COMPLETE_OCEAN_EDGE_MIN:X]
[HAVE_BOTTOM_LAYER_1:X]

Many other world parameters such as end year and embark points can however be changed without it having any effect on the geography of the world generated from the seed values.

Normally you don't enter these seed values and the world generation process comes up with seed values based on some sort of "true" random information from things like random values in uninitialized memory, the current date/time, etc. If you have entered a seed value you can revert to all seeds being random using S.

Generating a world[edit]

Unless you're using an already defined parameter set you will probably want to edit the parameters. Select the set you want to edit using the up/down directional keys and press e. Information about each parameter is documented below.

Once you are happy with the parameters you have set, hit Esc to get back to this screen, hit F6 to save the values you just edited, and hit Enter to start. The rest of the process is the same as basic World generation.

The phases of the world generation process are (this order is not completely correct):

  • Preparing elevation...
  • Setting temperature...
  • Running rivers...
  • Forming lakes and minerals...
  • Growing vegetation...
  • Verifying terrain...
  • Importing wildlife...
  • Recounting legends...
  • Placing civilizations...
  • Making cave civilizations...
  • Making cave pops...
  • Placing other beasts...
  • Placing megabeasts...
  • Placing good/evil...
  • Placing caves...
  • Prehistory generation
  • Finalizing civ mats...
  • Finalizing art...
  • Finalizing uniforms...
  • Finalizing sites...

World painter[edit]

Main article: World painter

The world painter tool allows you to paint features onto a map that is then used when generating a world. It is very difficult to use properly, and tends to result in endless rejected worlds, unless you loosen or remove the restrictions placed on biomes and civilizations in the advanced settings. That being said it is also a very powerful tool, and allows you to generate worlds more to your liking.

To access the world painter, hit e to start editing the advanced parameters and finally hit p to open world painter. How to use the world painter is not entirely obvious so please check out the World painter documentation to avoid frustration. (Losing may be fun, but frustration is not.)

Editing the parameters init file[edit]

Parameter sets are stored in world_gen.txt in the \data\init folder, using world token. You can copy and paste other player's sets of parameters into your world_gen.txt to use their parameter sets, and some are provided at Pregenerated worlds. Another place to find parameter sets is the Worldgen cookbook thread on the official forums.

Advanced parameters[edit]

To access advanced parameters, press e when at the screen for creating new worlds with parameters screen. This will bring you to an editable list of various guidelines the world-gen process will use when creating your new world.

The parameters are described below in the order that they appear in the list in the UI, not necessarily the other they appear in the configuration file. See world token for an index that will help you look things up by token name.

There are essentially 4 types of controls for the generation of the surface map;

Terrain Parameters, as described below, these 5 variables define the basic background world, how hot or cold it is, how much rainfall, how high the mountains are. The world automatically goes through the temperature range along the Y axis although sometimes it will be hotter in the north, other times in the south. Minima and maxima and X,Y variance can drastically alter the world.

Weighted Meshes, these are a way to fine tune the amount of the 5 basic variables on the map. It can be used to set the specific distribution of different elevations or rainfall areas for example.

Rejection Parameters, Dwarf Fortress has a belt and braces approach to world generation. The above controls allow you to shape the world then the rejection parameters throw it out if it isn't right! There are a number of rejection parameters for the number and degree of the 5 basic variables, for biome types etc. If the world does not meet the requirements of any one rejection parameter the world is rejected an re-randomised. Also see World Rejection

The are also the feature placing options such as rivers, mountain peaks, volcanoes and oceans. These can cause rejections if the terrain parameters don't allow enough suitable locations for the features to be placed.

If you are experimenting with world design, one method would be to disable the rejection parameters and use the first two control types. Otherwise any significant change will likely result in endless rejections.


Seed values[edit]

Here you can enter specific seed values for different parts of the world generation process. Different sequences of pseudorandom numbers are used for different parts, so you can use this to reproduce only the particular part of world generation from some previously generated world if you want.

Normally you will want to leave all of these set to Random unless you're specifically trying to reproduce the results of another world generation run.

Token Example Notes
[SEED:<number>] [SEED:31337]

For each of these not in the config file, a random seed will be used.

[HISTORY_SEED:<number>] [HISTORY_SEED:31337]
[NAME_SEED:<number>] [NAME_SEED:31337]
[CREATURE_SEED:<number>] [CREATURE_SEED:31337]

Embark Points[edit]

This controls the number of points that you have for skills and equipment when you embark in fortress mode. Turning this value up will allow games started in this world to start with more skilled dwarves with better equipment. Normally you can do just fine by leaving this value set to default, but you might want to up it for experimental/testing purposes or to help dwarves survive in a particularly evil world.

Token Example Notes
[EMBARK_POINTS:<number>] [EMBARK_POINTS:1274] Required

End year[edit]

This is how many years of history are generated for the world. This is basically the same as the History parameter in basic world gen, except that you can enter an exact value for number of years. See History for more info.

History is divided into "ages" which are determined by the percentage of megabeasts and semi-megabeasts killed at various points. One can attempt to make a world go through the ages more quickly by pumping up the ratio of semimegabeast to megabeast caves, the former of which are usually more killable than the regular megabeasts. This will net you more "Age of Legends", "Age of Heroes", etc.

For more information on the history aspect of the game, see Legends and Ages.

Token Example Notes
[END_YEAR:<number>] [END_YEAR:1050] Required

Population cap after civ creation[edit]

This determines the maximum possible population of civilization member beings on the map. It should usually be kept the same value as the appropriate sized standard map. Turning the value up will result in larger civilizations. You can enter -1 to make population unlimited in which case populations will only be limited by factors like biome, space, number of sites, and per-civilization population caps.

Each race may have up to 100 civilizations each, and each civilization a maximum population of 10,000. This means that if you set this parameter to -1 ("No cap"), you can quickly be overrun by sites and population. Civilizations, known as entities in the raw files, have 3 or 4 basic variables that will greatly affect their final placement on the world map, in respect to this kind of unchecked growth. See Population (Entity Token) for more information on interpreting/editing the raws if you need more precise control of civilization placement.

Huge populations can cause the size of history data to explode, cause history generation to take forever, lower FPS, and generally slow down the game.

Token Example Notes
[TOTAL_CIV_POPULATION:<number>] [TOTAL_CIV_POPULATION:15000] Required

Site cap after civ creation[edit]

This controls the maximum number of towns and similar sites on the entire map. Raising the number will allow for more towns, etc. though the number of sites will ultimately still be limited by things like space, terrain, and population cap.

Note that this parameter controls only "civilization" sites like towns. Other sites such as lairs will be added on to this maximum. After civilizations reach this cap, they will not spread out anymore to place new cities.

By default, the raws limit each civilization site to a population of 120 regardless of the race of the civilization. Therefore, without editing the raws, the total population on the map can't go above site cap x 120.

Token Example Notes
[SITE_CAP:<number>] [SITE_CAP:1040] Required

Beast control[edit]

These parameters don't usually matter too much, but may matter for small numbers of beasts.

Percentage of Megabeasts and Titans Dead for Stoppage[edit]

The world starts out with a certain number of powerful megabeast and titan entities in existence. If a percentage of the megabeast and titan population dies out during history generation, then history generation will stop early. For example, if the elimination value is 80%, and the generated history starts with 200 entities and 160 of those 200 entities are eliminated by historical events before the End Year is reached, history generation will stop early.

Year to Begin Checking Megabeast Percentage[edit]

The percentage of dead megabeasts and titans for stoppage will not be checked until this year is reached in history generation. This can be used to ensure that a world reaches a certain year even if all of the megabeasts in the world are slain earlier.

Token Example Notes
[BEAST_END_YEAR:<year>:<percentage or -1>] [BEAST_END_YEAR:200:80] Use -1 as percentage to disable. Year must still be at least 2.

Cull Unimportant Historical Figures[edit]

Whether or not the game ignores unimportant figures in history generation. The culling is many CPU-intensive steps in history generation but it saves memory and will speed up loading/saving games a bit. This does mean that the "unimportant" figures will not appear in Legends mode or in things like dwarf engravings, but they might not appear in engravings anyway.

Unimportant figures are people or creatures who suffer early deaths, never having offspring or killing anything named during history generation. For example, residents of goblin towers may get murdered by demons at a young age. After culling unimportant figures, Legends mode would say something like the demon has killed "a creature at Eviltower in the year 102."

Token Example Notes
[CULL_HISTORICAL_FIGURES:<0 or 1>] [CULL_HISTORICAL_FIGURES:0] 0 = No, 1 = Yes

Reveal All Historical Events[edit]

Setting this to Yes will allow access to all information about the history of the world in Legends mode. If set to No, then you will have to discover historical information in adventure mode or by instructing dwarves to make engravings.[Verify]

Token Example Notes
[REVEAL_ALL_HISTORY:<0 or 1>] [REVEAL_ALL_HISTORY::1] 0 = No, 1 = Yes

Terrain Parameters[edit]

These determine how random values for terrain elevation, rainfall, temperature, drainage, volcanism, and savagery are generated. What biomes exist are then determined by how these factors overlap with each other.

Minima and Maxima[edit]

These are the absolute minimum and maximum values that can ever be generated for a particular map square characteristic. Changing these can cause the occurrence of certain biomes to become impossible, so modify these with care. Because of this problem, you may want to use Weighted Ranges instead.

By subtly tweaking the min and max values, vastly different maps can be made.

X and Y Variance[edit]

These control how wildly things like elevation and rainfall can vary between adjacent map squares. For example, if these values are set to the maximum of 3,200 for elevation then you will end up with more very low areas right next to very high areas. The number for X determines the east-west variance and the number for Y determines the north-south variance. By setting only one of these to a high value you can, for example, create horizontal or vertical bands of areas which are more similar to each other.

Generally speaking, raising both of these values will create a more random "patchwork" of many small biomes while setting both x and y values to 0 will cause every square on the map to use a single random value for the given characteristic.

For "patchwork" worlds to avoid being rejected, Maximum Number of Subregions will probably need to be increased from the default.

Elevation[edit]

This controls the range of terrain elevations that can occur in the world.

Usually you just want to leave the min/max values alone. Raising the minimum elevation can, for example, make it impossible for oceans to exist. This does not directly control the number of available Z-levels at a particular site, though high maximum values may contribute to peaks which can raise the number of above ground Z-levels. In other words, a maximum elevation of 400 and minimum of 1 does not mean you get 400 Z-levels but it might increase the number of Z-levels somewhat in some regions compared to others.

Raising the variance will result in a more bumpy uneven landscape.

Some biomes/features that are impacted by elevation:

  • A high minimum (above 99) means no oceans as they need elevations below 100.
  • A low maximum (below 300) means no mountains as mountains need elevations above 300.
  • River start locations need a minimum elevation of 300. Therefore, a world with a maximum elevation of 299 everywhere prevents river generation, but rivers can still occur if maximum elevation is set to 300.
  • Mountain peaks can only form in squares with an elevation of 400.

Rainfall[edit]

Controls the amount of rainfall in each map square/area. Setting the minimum too high or the maximum too low can make the formation of certain biomes impossible. Rainfall causes it to Rain more in a given area, which can have various effects.

Also makes more rivers appear on the world map.

Note that if orographic precipitation and rain shadows is on then mountains will cause additional variance in rainfall, so (for example) rainfall below the specified minimum can occur in the shadow of a mountain. If you want the minimum and maximum for this parameter to be absolutely respected you must turn off the orographic precipitation option.

Temperature[edit]

These parameters control how hot or cold various areas will be. If you lower the minimum and maximum values, the world will be colder overall, for example. As with the others, changing these values too much could make it impossible for certain biomes to exist. See Climate for more info.

Temperature appears to always be a vertical gradient of some sort no matter how these parameters are set, but if the values are lower than the gradient could be from "cold" to "colder" rather than "cold" to "warm" for example. Dwarf Fortress automatically applies temperature variations for latitude and elevation.

So, the value from the temperature rolling process is not the absolute temperature value the region will get, but rather local variation. The "base" temperature for an area is derived from its latitude and elevation, and then the random value determined by these parameters are applied to it to make it vary a bit. The local variation is fairly small compared to the base temperature, which appears to be hard coded.

Drainage[edit]

Changing drainage parameters will change the way water-affected biomes are formed. Low drainage will contribute to the formation of lakes, rivers, and swamps. High drainage will cause water to sink into the ground rather than sit on the surface, which is important for forming hills.

Lower drainage values have been reported to contribute to the formation of thicker soil layers though it is currently unknown exactly how other factors (such as elevation or perhaps rain) impact soil formation.

Volcanism[edit]

Volcanism controls the occurrence of Igneous Layers, and the formation of volcanoes. For a volcano to form, a square must have a volcanism value of 100 so reducing the maximum from 100 will make volcanoes impossible. Raising the minimum will increase the rarity of non-igneous layers.

Setting minimum to high value is not a good way to produce multiple volcanoes as you are likely to get a "Volcanism not evenly distributed" rejection. Instead use the Minimum Number of Volcanoes parameter and possibly adjust the weighted ranges for volcanism as described below.

Savagery[edit]

These parameters control the level of savagery on the map. Raising the minimum savagery too high may make it impossible for certain races to exist, and similarly lowering the maximum too far can make it impossible for certain creatures to exist. The largest chance of having unusable maps comes from too high of a savagery value.

Configuration Tokens[edit]

Token Example Notes
[ELEVATION:<min>:<max>:<x variance>:<y variance>] [ELEVATION:1:400:401:401] Range: 0 to 400
Maximum of 400 required for mountain peaks.
Variance range: 0-3200
[RAINFALL:<min>:<max>:<x variance>:<y variance>] [RAINFALL:0:100:200:200] Range: 0 to 100
Variance range: 0-3200
[TEMPERATURE:<min>:<max>:<x variance>:<y variance>] [TEMPERATURE:25:75:200:200] Range: -1000 to 1000
Variance range: 0-3200
[DRAINAGE:<min>:<max>:<x variance>:<y variance>] [DRAINAGE:0:100:200:200] Range: 0 to 100
Variance range: 0-3200
[VOLCANISM:<min>:<max>:<x variance>:<y variance>] [VOLCANISM:1:100:200:200] Range: 0 to 100
Maximum of 100 required for volcanoes.
Variance range: 0-3200
[SAVAGERY:<min>:<max>:<x variance>:<y variance>] [SAVAGERY:1:100:200:200] Range: 0 to 100
Variance range: 0-3200

Terrain Mesh Sizes and Weights[edit]

These parameters make it possible to influence the number of squares in a particular range without making conditions outside of that range impossible. For example, you can make it possible for more many more low elevation squares to exist without making it impossible for high elevations to form. Changing these parameters is often preferable to simply changing the min/max values.

A large world generated with an Elevation Mesh Size of 32x32 and range weights set to 1:0:0:0:1 (i.e., only extreme high and low elevations). Notice that with this coarse mesh, the terrain seems to appear almost like a grid of "pyramids" that are smoothed together. With a finer mesh size, these pyramids will be smaller, more numerous, smoother, and less apparent.

Mesh Size[edit]

Mesh size determines how "finely grained" weighted ranges will be applied. Setting this to Ignore will cause the weighted range settings to be ignored for that terrain characteristic. The end result of this is that a small mesh, for example 2x2, will affect less of the map than a large mesh, like 16x16 for a medium map, which will affect almost all of the map. Also note that the X,Y variance can also have a profound effect on the implementation of the mesh, see this forum post for more details.

Mesh Size affects the smoothing brush in the world painter.

Weighted Ranges[edit]

If mesh size is set to something other than Ignore, these weights will be applied at the granularity of the selected mesh size for purposes of generating random values in each range. This allows random number generation to be non-linear for the given terrain characteristic.

For example, if the Elevation Weighted Range parameters were set to (starting with the 0-20 range) 60:10:10:10:10 (these values do not have to add up to any particular number) then about 60% of the map squares (on average) will have an elevation in the range of 0-20, and the other ranges will be represented by around 10% of the map squares each. The exact distribution is still left up to chance though on average it will be close to this specification.

The way the process appears to work is that the map is divided into a "wireframe mesh" where the lines are Mesh Size number of tiles apart. Each intersection of the "wires" is randomly assigned an elevation (or whatever) and then the tiles between these points are smoothed out. See the image on the right for an example.

Weighted ranges do not make rejection checks, although they can be responsible for many rejections if you neglect to adjust or disable some of the Minimum Number of Mid/Low/High Characteristic Squares for example.

Configuration Tokens[edit]

Token Example Notes
[ELEVATION_FREQUENCY:<mesh>:<0-20 weight>:<20-40 weight>:<40-60 weight>:<60-80 weight>:<80-100 weight>] [ELEVATION_FREQUENCY:2:1:2:3:4:5] Valid mesh values:

1 = Ignore

2 = 2x2

3 = 4x4

4 = 8x8

5 = 16x16

6 = 32x32

(limited by world size)

[RAIN_FREQUENCY:<mesh>:<0-20 weight>:<20-40 weight>:<40-60 weight>:<60-80 weight>:<80-100 weight>] [RAIN_FREQUENCY:3:1:2:3:4:5]
[DRAINAGE_FREQUENCY:<mesh>:<0-20 weight>:<20-40 weight>:<40-60 weight>:<60-80 weight>:<80-100 weight>] [DRAINAGE_FREQUENCY:4:1:2:3:4:5]
[TEMPERATURE_FREQUENCY:<mesh>:<0-20 weight>:<20-40 weight>:<40-60 weight>:<60-80 weight>:<80-100 weight>] [TEMPERATURE_FREQUENCY:1:1:1:1:1:1]
[SAVAGERY_FREQUENCY:<mesh>:<0-20 weight>:<20-40 weight>:<40-60 weight>:<60-80 weight>:<80-100 weight>] [SAVAGERY_FREQUENCY:5:1:2:3:4:5]
[VOLCANISM_FREQUENCY:<mesh>:<0-20 weight>:<20-40 weight>:<40-60 weight>:<60-80 weight>:<80-100 weight>] [VOLCANISM_FREQUENCY:1:1:1:1:1:1]

Minimum Mountain Peak Number[edit]

This will cause the world to be rejected if fewer than this many peaks (based on elevation) are present on the map. Elevations of 400 must be possible for mountain peaks to occur. If set to zero then worlds will not be rejected based on number of peaks.

You may need to adjust elevation parameters, such as the highest weighted range, in order to get the desired number of elevation 400 squares needed for larger numbers of peaks. Like volcanoes, mountain peaks can make embark zones more interesting but other than that they don't appear to "do" anything special. Reportedly they do increase the highest Z-level above ground in all embark zones in the same region even if the selected embark zone does not include the peak.

Token Example Notes
[PEAK_NUMBER_MIN:<number>] [PEAK_NUMBER_MIN:20] Elevations of 400 must occur for peaks to form.

Minimum Partial Edge Oceans[edit]

This will cause a world to be rejected unless there are at least this many oceans touching an edge of the map. If set to zero then worlds will not be rejected based on this criterion. Setting both this parameter and Minimum Complete Edge Oceans to values that total more than 4 when added together may cause all worlds to be rejected as you can't have both a partial and complete edge ocean on a given edge.

Token Example Notes
[PARTIAL_OCEAN_EDGE_MIN:<number>] [PARTIAL_OCEAN_EDGE_MIN:2] Maximum of 4

Minimum Complete Edge Oceans[edit]

This will cause a world to be rejected unless there are at least this many oceans which completely cover an edge of the map. Since a square map only has 4 edges, the maximum value possible is 4. If set to zero then worlds will not be rejected based on this criterion but still might end up with complete edge oceans by chance.

Note that the ability for this many edge oceans to exist will be limited by elevation. Therefore to actually create large oceans you will probably need to change things like the Elevation Mesh Size and Weighted Ranges to increase the number and distribution of very low elevation squares on the map.

Given appropriate weight, range, and variance values for things like elevation, a setting of:

  • 1 results in a world that seems like a chunk of coastline. One edge of the map will be completely underwater and there will be ocean taking up much of the map on that side. Think the east or west coast of the United States, the north coast of Canada, or southern Europe. If your edge ocean happens to pick your world's frozen side most of it will be glacier.
  • 2 results in another coastline along with the first one. The map could end up looking something like Panama if the oceans pick opposite sides of the map.
  • 3 results in a peninsula, like Florida in the US. There will be oceans surrounding 3 sides of the map, and land touching only one side of the map.
  • 4 results in one or more island(s) depending on things like elevation variance and weights. Regardless of whether you get one island or multiple islands, the entire map will be surrounded by water.

Unfortunately there's no easy way to control which oceans end up on which edges, except perhaps setting X and Y variance to different values.

Edge oceans will take up part of the other edges too. For example a full edge ocean on the east side will have part of the north and south sides underwater, but that does not add to the partial edge oceans count.

Token Example Notes
[COMPLETE_OCEAN_EDGE_MIN:<number>] [COMPLETE_OCEAN_EDGE_MIN:0] Maximum of 4

Minimum Volcano Number[edit]

Worlds with less than this number of volcanoes will be rejected. Note that this will not just create this many volcanoes at random; there must be at least this many squares with a Volcanism of 100. Therefore adjusting Weighted Range for 80-100 to some higher value is recommended if you want to facilitate a large number of volcanoes. In addition, Maximum Volcanism must be set to 100 or squares with volcanism of 100 will be impossible making volcanoes impossible.

Token Example Notes
[VOLCANO_MIN:<number>] [VOLCANO_MIN:15] Volcanoes require a volcanism of 100 to occur.

Mineral Scarcity[edit]

Controls the frequency at which minerals occur. Setting this value lower will increase the amount of ore present on a map, the number of different types of ore, and the number/types of gems. The default value will result in a maximum of 2-4 metal ores per map (assuming you choose a good embark location) which may be limiting until the economy is fully implemented and desired metals can be traded for.

The options "Very Rare", "Rare", "Sparse", "Frequent", and "Everywhere" in the basic world generation menu use the values 50000, 10000, 2500, 500 and 100 respectively.

According to research by Shandra in v0.31.25, this is the relationship between the value of this setting and the approximate number of gems and ore:

MineralSetting v25 limit10k.png

This is for the same 8x8 embark region in a world which is otherwise the same except for the mineral scarcity parameter (although most of the detailed information comes from experiments with previous versions).

Token Example Notes
[MINERAL_SCARCITY:<number>] [MINERAL_SCARCITY:2500] Range: 100 to 100,000

Note: as of v0.34, low mineral scarcity settings do not cause rejections.

Max Megabeasts Caves[edit]

This is the number of megabeasts placed at the beginning of history. Megabeasts are hydras, bronze colossuses, rocs and dragons which are all placed in equal proportions data. Keep in mind that megabeasts will attack and destroy settlements during world history, so many of them may cause civilizations to be wiped out entirely.

Token Example Notes
[MEGABEAST_CAP:<number>] [MEGABEAST_CAP:75] Megabeasts count towards BEAST_END_YEAR calculation.

Max Semi-Megabeast Caves[edit]

This is the number of semi-megabeasts placed at the beginning of history. Semi-megabeasts are giants, ettins, minotaurs, and cyclopes, which are placed in equal proportions data.

Token Example Notes
[SEMIMEGABEAST_CAP:<number>] [SEMIMEGABEAST_CAP:150] Semimegabeasts do not count towards BEAST_END_YEAR calculation.

Titan Parameters[edit]

Number[edit]

This controls the number of titans that exist at the beginning of historydata. The number of forgotten beasts is unaffected by this parameter data.

Token Example Notes
[TITAN_NUMBER:<number>] [TITAN_NUMBER:33] Titans count towards BEAST_END_YEAR calculation.

Attack Population Requirement[edit]

Megabeasts will begin to attack your fort once at least this many dwarves inhabit it, regardless of whether any other attack criteria have been met. This number defaults to 80 which isn't usually too difficult to deal with.

Exported Wealth Requirement[edit]

Megabeasts will begin to attack your fort once you have exported at least this many dwarfbucks worth of merchandise, regardless of whether or not any other criteria have been met. This parameter defaults to None (disabled).

Created Wealth Requirement[edit]

Megabeasts will begin to attack your fort once the fort's total wealth has reached this many dwarfbucks in value. This happens regardless of whether any of the other criteria, such as population, have been met; therefore, even with 1 dwarf, a fort could be attacked if the fort were worth at least this value.

Token Example Notes
[TITAN_ATTACK_TRIGGER:<population>:<exp wealth>:<created wealth>] [TITAN_ATTACK_TRIGGER:80:0:100000] 0 = None (disabled). Only one requirement must be met for an attack.

Number of Demon Types[edit]

Demons are similar to titans and forgotten beasts in that they are procedurally generated, but unlike titans they are not unique. Thus many different types of demons will exist in the world but there will be many members of each type. Setting this to zero means no demons will exist, limiting the amount of fun you can have.

Token Example Notes
[DEMON_NUMBER:<number>] [DEMON_NUMBER:52] 0 to 1000

Number of Night Troll Types[edit]

The number of different night trolls that will exist in the world. These are also procedurally generated. Setting this to zero means that the world will have no night trolls.

Token Example Notes
[NIGHT_TROLL_NUMBER:<number>] [NIGHT_TROLL_NUMBER:77] 0 to 1000

Number of Bogeyman Types[edit]

The number of different bogeyman forms that will exist in the world. Bogeyman are procedurally generated, though their forms do not vary by much. Setting this to zero, means that the world will have no bogeyman. Additionally setting this to zero will not allow custom bogeymen to appear in the world.

Token Example Notes
[BOGEYMAN_NUMBER:<number>] [BOGEYMAN_NUMBER:27] 0 to 1000

Number of Vampire Curse Types[edit]

The number of different vampires that will exist in the world. Although they too are generated at the start of a new world, they generally no different from one another, with the biggest difference being what stat bonuses their vampirism gives [Verify]. Setting this to zero means no vampires will exist.

Token Example Notes
[VAMPIRE_NUMBER:<number>] [VAMPIRE_NUMBER:72] 0 to 1000

Number of Werebeast Curse Types[edit]

The number of different werebeasts that can exist in the world. It is common for werebeasts, unlike vampires, to assume many different forms and variations, the most well known of these amount as different species of animal beasts. From lizards, to wolves, to maybe even bears. Setting this to zero means no werebeasts will exist.

Token Example Notes
[WEREBEAST_NUMBER:<number>] [WEREBEAST_NUMBER:58] 0 to 1000

Number of Secret Types[edit]

The number of secrets that exist in the world. Currently, all secrets are secrets of life and death, and the ones holding these secrets are necromancers. Setting this to zero means that no necromancers will appear.

Token Example Notes
[SECRET_NUMBER:<number>] [SECRET_NUMBER:44] 0 to 1000

Number of Regional Interaction Types[edit]

The number of interactions that can be caused in regions, which may incorporate evil rain and cloud types. Currently, only evil region interactions are generated this way.

Token Example Notes
[REGIONAL_INTERACTION_NUMBER:<number>] [REGIONAL_INTERACTION_NUMBER:20] 0 to 1000

Number of Disturbance Interaction Types[edit]

The number of different disturbed dead [Verify] that can exist in the world. Setting this to zero, while being as pointless as is, (since you're never forced to enter a tomb anyway), will most likely prevent any toilet roll spooks from appearing, but it may or may not also prevent the existence of the pyramids which house them too.

Token Example Notes
[DISTURBANCE_INTERACTION_NUMBER:<number>] [DISTURBANCE_INTERACTION_NUMBER:10] 0 to 1000

Number of Evil Cloud Types[edit]

This number specifies the total amount of various face-melting, eye-boiling, and zombifyingly-fun clouds of pure evil may appear in your world. Setting this to zero means you no longer will ever have to deal with encroaching dust walls of doom in that world. I'd keep this value low...

Token Example Notes
[EVIL_CLOUD_NUMBER:<number>] [EVIL_CLOUD_NUMBER:45] 0 to 1000

Number of Evil Rain Types[edit]

The lesser of a relatively large group of evils... evil rain. This number states how many different types of green-ooze drenchers, disconcerting blood-showers, and sickly yellow slime-baths can occur in your world. Compared to evil clouds though, this one hardly is worth stressing out about, usually.... Setting this to zero means the only semi-solid to fully liquid liquids to fall from the sky will be pure H2O.

Token Example Notes
[EVIL_RAIN_NUMBER:<number>] [EVIL_RAIN_NUMBER:352] 0 to 1000

Desired Good/Evil Square Counts[edit]

These values change the amount of good or evil tiles on the map, depending on the size of the region they are being considered for.

The exact size of small, medium, and large are: small is 1-24, medium is 25-99, and large is 100+, for any map size. The counts used here will always be restricted to regions of the given size no matter how large the number. Also, the count is more of a goal than a minimum or maximum. As a result you can end up with many more or many fewer than the requested number of squares in some situations.

In particular, if you have something like a case where only 3 large regions exists in a world, and you request "1 evil square" in large regions, you will end up with one of the large regions being entirely evil. So any non-zero value in one of these settings essentially means "force at least one region of this size to be all good/evil."

Note that the "evilness" of evil biomes is also impacted by savagery.

Certain civilizations can not exist in good and/or evil squares, so too many of one or the other may limit the size of certain types of civilizations. Dwarves, for example, need non-aligned biomes.


Token Example Notes
[GOOD_SQ_COUNTS:<small region>:<med region>:<lg region>] [GOOD_SQ_COUNTS:100:1000:2000] Set count to zero to disable for that region size.
[EVIL_SQ_COUNTS:<small region>:<med region>:<lg region>] [EVIL_SQ_COUNTS:100:1000:2000]

Minimum Biome Square Counts[edit]

These numbers control whether or not a world will be rejected based on a lack of different biomes. Raising these numbers will not automatically generate the given number of squares of the given biome! For a biome to exist, certain conditions like elevation and rainfall must exist.

These parameters simply filter out worlds that (for example) randomly fail to have enough high elevation squares to support a given number of mountains, etc. Some settings may cause worlds to always be rejected. For example, if for some reason the maximum elevation parameter is set to a value below what will support mountain biomes, it will be impossible to satisfy a non-zero requirement for mountain squares. The same principle goes for other conditions and biomes such as low elevations and oceans, etc.

Certain civilizations require different biomes to exist (such as dwarves and mountains), so eliminating certain biomes will make it impossible for certain civilizations to form.

These parameters often result in infinite world rejection problems. See World rejection for information on solving problems related to worlds always being rejected due to one or more of these parameters.

0 means no minimum for rejection. Setting to 0 does not guarantee 0 squares of that biome.

Biome Type Requirement Table[edit]

Terrain requirements for various biomes are described below.[Verify] Note that some of the exact ranges are unknown.

Biome Terrain Requirement
Elevation Rainfall Temperature Drainage
Swamp/Marsh 100-299 33-100 Non-Freezing 0-32
Desert/Badland 100-299 0-9 non-freezing note1
Forest 100-299 66-100 non-freezing 66-100
Mountains 300-400 N/A N/A N/A
Ocean 0-99 N/A N/A N/A
Glacier 100-299 N/A Freezing 80(?)-100
Tundra 100-299 N/A Freezing 0-66
Grassland 100-299 0-66 Non-Freezing 0-66
Hills 100-299 0-66 Non-Freezing 66-100

note1 drainage: 00-32 sand desert, 33-49 rocky wasteland, 50-65 rocky wasteland but different characters/appearance, 66-100 badlands

Minimum Initial Square Count[edit]

This is the minimum number of squares of the given biome that must exist before things like erosion take place.

One thing to keep in mind is the maximum number of squares on a map of a given size. If the total number of squares on a map is lower than the sum of all square count parameters then you will get infinite world rejection.

To determine the number of squares on a map, just multiply the dimensions. In practice these parameters will need to sum to lower than the maximum because some space is needed for "slack".

Map Size Number of Squares
17x17 289
33x33 1089
65x65 4225
129x129 16614
257x257 66049

Minimum Initial Region Count[edit]

This is the minimum number of regions of contiguous biome squares that must exist before other processes such as erosion take place.

Minimum Final Region Count[edit]

This many regions of the given biome must exist after erosion and similar phases of generation have been completed.

Token Example
[REGION_COUNTS:SWAMP:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:SWAMP:1032:7:6]
[REGION_COUNTS:DESERT:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:DESERT:1032:7:6]
[REGION_COUNTS:FOREST:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:FOREST:4128:13:12]
[REGION_COUNTS:MOUNTAINS:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:MOUNTAINS:8256:9:9]
[REGION_COUNTS:OCEAN:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:OCEAN:8256:7:6]
[REGION_COUNTS:GLACIER:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:GLACIER:0:0:0]
[REGION_COUNTS:TUNDRA:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:TUNDRA:0:0:0]
[REGION_COUNTS:GRASSLAND:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:GRASSLAND:8256:13:12]
[REGION_COUNTS:HILLS:<init sq>:<init rg>:<final rg>] [REGION_COUNTS:HILLS:8256:13:12]

Erosion Cycle Count[edit]

Tells the world-generator how long the world has to erode its tall peaks down to mountainsides during the 'running rivers...' stage of world creation. The higher this number, the less jagged the world will be, and the more wide the major rivers will be. If you use the maximum number, your mountains will dissolve before your eyes into plains which can lead to rejections if there aren't enough mountains to use for river start points and dwarven civilization origin points.

Token Example Notes
[EROSION_CYCLE_COUNT:<number>] [EROSION_CYCLE_COUNT:250] Range: 0 to 1000

Minimum/Desired River Start Locations[edit]

This is the minimum number of riverheads that must exist before and after erosion takes place. Worlds will be rejected if they fail to meet these numbers. As with minimum biome counts, raising this number doesn't automatically create this many riverheads. Other conditions like terrain and rainfall must exist for rivers to form.

Extremely high pre-erosion values speed erosion greatly, while low post erosion values are useful for limiting rejects due to lack of river origin points. One can try the 800 value to get more lakes.

Token Example Notes
[RIVER_MINS:<min pre-erosion>:<des post-erosion>] [RIVER_MINS:200:400] Range: 0 to 800

Periodically Erode Extreme Cliffs[edit]

If enabled, makes every impassable rock wall into a series of ramps. Some prefer to pump up erosion to about 250, and turn the "Desired pre-erosion river count" to 0 for good erosion and no extra canyons.

Normally this is set to Yes (1).

Token Example Notes
[PERIODICALLY_ERODE_EXTREMES:<1 or 0>] [PERIODICALLY_ERODE_EXTREMES:1] 1/0 = Yes/No

Do Orographic Precipitation and Rain Shadows[edit]

Toggle that allows terrain height to affect rainfall. For example, moist air coming from the ocean blows over the land. As the terrain gets higher, it forces the moist air up, causing it to rain on the seaward side of a mountain. Eventually, all the rain has fallen if the mountain is tall enough. So, when the breeze goes over the top, there's no moisture left to fall on the other side, creating a rain-shadow. This should create a tendency for more extreme rainfall in regions, creating more forests, deserts, marshlands, and grasslands. Also note that it can create rainfall outside of min-max rainfall settings, so even in a world with a 0 max rainfall you may get rainfall biomes. Turning it off should result in more controllable, less complex rainfall conditions based on rainfall parameters as it adds a random element which can distort or otherwise mess up the climates on a pregenerated map.

This should be disabled if you're importing a map or using a preset map file that has weather.

Token Example Notes
[OROGRAPHIC_PRECIPITATION:<1 or 0>] [OROGRAPHIC_PRECIPITATION:1] 1/0 = Yes/No

Maximum Number of Subregions[edit]

This is the number of separate biomes (the flashing regions you see on embark when you hit F1, F2, etc. when there's more than one biome on the embark location) that are allowed to exist on the entire map.

Setting this to very low values will result in numerous rejections depending on variance parameters. If variance values are set to high numbers, many small biomes will be created causing rejection if this parameter value is not increased beyond the default.

Increasing the value of this tag is often a must when generating "patchwork" worlds with lots of biome variance, but simply increasing it without increasing variance parameters will not guarantee more biomes.

It is also interesting to note that the maximum subregions is 5000 which is more than the total number of squares for a pocket or small map. However for a medium or large map (16641 or 66049 squares) it quickly becomes a mere fraction of the total number of possible subregions. In fact it would be quite easy on a large map to end up with far too many subregions and get endless rejections of this type.

Token Example Notes
[SUBREGION_MAX:<number>] [SUBREGION_MAX:2750] Range: 1 to 5000

Cavern Parameters[edit]

Caverns are the hollow areas underground which dwarves tend to encounter when they're digging around.

Cavern Layer Number[edit]

This parameter determines how many cavern systems will be generated, not including the Magma layer or the Bottom layer. Defaults to three. Setting it to lower values could help FPS.

Warnings:

  • Disabling caverns by setting this to 0 will make it impossible to grow any underground plants, as none will exist for your civilization to cultivate. (Underground plants will not be available on embark.)
  • Setting this property lower than the default of 3 will make it impossible to find certain Fun features (Source)
Token Example Notes
[CAVERN_LAYER_COUNT:<number>] [CAVERN_LAYER_COUNT:3] Range: 0 to 3

Cavern Layout Parameters[edit]

Open caverns and dense passageways are not mutually exclusive. When both are raised, bizarre results can occur, such as layers showing a combination of open caverns, a cluster of network passages, and natural walls sprinkling the inside of an otherwise open cavern. Reference

If you want the largest open spaces possible, then decrease the density and increase the openness. If you want a labyrinth of passageways, lower the openness and raise the passage density.

Another interesting note about the cavern layers is that the seed and number of demon types affect the layout of the caverns.

Layer Openness Min/Max[edit]

Dictates the size of cavern passages. When Passage Density (see below) is set to minimum (0), caverns will be open expanses. Raising the maximum will increase the size of the caverns.

Token Example Notes
[CAVERN_LAYER_OPENNESS_MIN:<number>] [CAVERN_LAYER_OPENNESS_MIN:0] Range: 0 to 100
[CAVERN_LAYER_OPENNESS_MAX:<number>] [CAVERN_LAYER_OPENNESS_MAX:100]
Layer Passage Density Min/Max[edit]

This determines how many passages form the cavern. If openness (see above) is set to minimum and density increased then you will get a maze like network of small criss-crossing passages. Raising the values further increases the number of the maze-like passages.

Caverns will be large, open spaces at 0, and comprised of many small vertical shafts of rock at 100. Setting both values to be the same results in a uniform look for the caverns.[Verify]

Token Example Notes
[CAVERN_LAYER_PASSAGE_DENSITY_MIN:<number>] [CAVERN_LAYER_PASSAGE_DENSITY_MIN:0] Range: 0 to 100
[CAVERN_LAYER_PASSAGE_DENSITY_MAX:<number>] [CAVERN_LAYER_PASSAGE_DENSITY_MAX:100]

See this forum thread for more information on openness and density including many more images.

Layer Water min\max[edit]

Determines how many caverns will have water at the bottom. Note that, even at 100, there will be some amount of ground in caverns, but each cavern 'bubble' will contain some amount of water.

At 0, there will be no water in your caverns. This may impact future underground plant growth, although maps will still start with underground flora.[Verify]

Token Example Notes
[CAVERN_LAYER_WATER_MIN:<number>] [CAVERN_LAYER_WATER_MIN:0] Range: 0 to 100
[CAVERN_LAYER_WATER_MAX:<number>] [CAVERN_LAYER_WATER_MAX:100]

Magma Layer[edit]

This parameter controls whether the magma sea exists.

Setting 1/Yes causes the magma layer to exist, value 0/No prevents it. Appears not have impact on volcanoes, nor volcanism, so even if 0/No there will still be embark locations with magma. If a volcano exists, it appears to always tap the magma sea, but the magma sea will not be revealed by revealing the volcano.

Token Example
[HAVE_BOTTOM_LAYER_1:<1 or 0>] [HAVE_BOTTOM_LAYER_1:1]

Bottom Layer[edit]

Determines if the space below the magma sea exists. If Yes the "HFS" layer is always present. Normally you want to leave this set to Yes for maximum fun.

If enabled, this will force the magma layer above it. (Unknown whether this has any impact on occurrence of HFS "temple".)[Verify]

Token Example
[HAVE_BOTTOM_LAYER_2:<1 or 0>] [HAVE_BOTTOM_LAYER_2:1]

Z Levels (Depth) Settings[edit]

These parameters control the "thickness" of various "layers" on the map. Note that a "layer" in this case does not refer to one Z-level, but refers to a number of related Z-levels such as "levels above ground".

The following table assumes that you have 3 cavern layers. The Levels Above Layer settings control how many Z-Levels are above each layer. A layer may itself consist of multiple Z-Levels (and almost always does).

Setting Name Token Description
Above Ground [LEVELS_ABOVE_GROUND:<number>] The number of Z-Levels of air above the highest surface level.
Has no impact on how many Z-levels deep the surface layer is.
Above layer 1 [LEVELS_ABOVE_LAYER_1:<number>] Z-Levels of stone above the first cavern layer. Making this higher will guarantee at least this many levels to build your fortress, but will have no impact on how many z-levels thick the surface layer is. Also, the top of a cavern may be higher than the rest of a cavern, so in practice there will be more "solid" levels than this above the cavern.

As for version 0.31.25 this setting is inaccurate. The actual number of z-levels may vary in a range of approx. ±5, which may result in non-existence of any solid z-levels between a surface layer and first cavern layer.

Above Layer 2 [LEVELS_ABOVE_LAYER_2:<number>] Z-levels of earth between very top of second cavern and very bottom of first cavern.
Above Layer 3 [LEVELS_ABOVE_LAYER_3:<number>] Z-levels of earth between very top of third cavern and very bottom of second cavern.
Above Layer 4 [LEVELS_ABOVE_LAYER_4:<number>] Z-Levels of earth between very highest magma and very bottom of third cavern.
Spoiler Hidden (select invisible text to read): Making this high will give a large area for HFS veins, so that it never touches caverns, giving more to mine if it was impacting the cavern previously.
Above Layer 5 [LEVELS_ABOVE_LAYER_5:<number>] Uncertain. May control the number of levels of "Semi Molten Rock" between HFS and Magma, may control number of levels of magma, may impact both.
In experimentation, the overall depth of all magma sea and semi-molten rock levels appears to increase, but not consistent enough to say for certain.
Only valid if Magma Layer present.
Spoiler Hidden:Often the HFS vein will only extend as high as the highest magma, making this the only guaranteed way to increase amount of HFS to mine, but unfortunately also creating enormous useless semi-molten z-levels
At Bottom [LEVELS_AT_BOTTOM:<number>] Appears to be number of levels of HFS chamber.
Only valid if Bottom Layer present.
Often has no impact.
Values larger than default results in strange things.

Some implications:

  • The number of surface layers (e.g. soil), at this time, can not be controlled. For example, on a map with 1 layer of Peat, then a layer of Silt, then a layer of Obsidian, there is no control to let you increase either one to be, say, 20 z-levels. (though you may get lucky with the Obsidian).
  • There can be multiple stone layers between the cavern and the surface. So increasing Levels Above Layer 1 may give you more Conglomerate, or more Granite, and you have no control over which stone layer spans those Z-Levels.
  • The layers shown on embark span across the cavern layers in an unknown and inconsistent way. Sometimes those 10 different layers of stone are evenly distributed over your 400 z-level deep map, sometimes the first 9 get 1 z-level each and the last gets the other 391 levels. No way to control found yet.
  • The HFS temple, if present, will always extend into the rock layers, and appears to always make contact with the bottom cave. Large values for levels above layer 5 and layer 4 can result in enormous temples, but the number of levels at the top (the part with undead) appears to be unaffected.
  • Unconfirmed whether number of levels between caverns has any impact on cavern height. There will be connecting ramps and/or shafts between cavern layers no matter how many levels are between them.
  • Very Important: These values appear to apply across a whole 16x16 Region, not just embark areas. That means that if a 16x16 region is completely flat, but has one tall mountain in one far corner, even if you set Levels Above Ground low (e.g. 2 z-levels) you still have all the empty air of the highest mountain in every embark tile (e.g. 200 z-levels). Also can happen to the semi-molten layer, and can lead to unexpected behavior.
  • Very large values can cause strange things to happen. Even more true for small values.

Cave Parameters[edit]

Caves are sort of like caverns except that they have a passage to the surface and are generally much smaller. Caves can connect to caverns if they are sufficiently deep.

Minimum/Maximum Natural Cave Size[edit]

These parameters appear to control the length and depth of caves.

Token Example Notes
[CAVE_MIN_SIZE:<number>] [CAVE_MIN_SIZE:5] Range: 1 to 500
[CAVE_MAX_SIZE:<number>] [CAVE_MAX_SIZE:25]

Number of (Non-)Mountain Caves[edit]

The number of caves that will be generated. Lurking kobolds set up shop in caves and store stolen items here. A setting of 0 in both will stop kobold civilizations from appearing. Special note: a cave is not a lair.

Token Example Notes
[MOUNTAIN_CAVE_MIN:<number>] [MOUNTAIN_CAVE_MIN:100] Range: 0 to 800
[NON_MOUNTAIN_CAVE_MIN:<number>] [NON_MOUNTAIN_CAVE_MIN:200]

Make Caves Visible[edit]

If set to no (default) then the location of caves will not be marked on the map. If set to yes, caves will appear on the map as symbols so that they may be sought out or avoided as desired.

Token Example Notes
[ALL_CAVES_VISIBLE:<1 or 0>] [ALL_CAVES_VISIBLE:0] 1/0 = Yes/No

Allow Init Options to Show Tunnels[edit]

This parameter doesn't do anything.

Token Example Notes
[SHOW_EMBARK_TUNNEL:<0-2>] [SHOW_EMBARK_TUNNEL:2] 0 = No
1 = Only in Finder
2 = Always

Number of Civilizations[edit]

This number of civilizations will be placed on the map before history generation begins. These civilizations may later die out due to historical events. The five races are dwarf, elf, human, goblin, and kobold; they will be placed in equal numbers until the quota has been reached. If there is an odd number of civs (not divisible by 5), then the remainder is distributed randomly. Kobold civs require caves to be placed; if no caves exist, then kobolds are skipped and will not appear. This does not cause rejections data.

Note that a high value here can cause lots of map rejections, particularly on smaller maps as there simply isn't enough room or regions to put them all in.

Token Example Notes
[TOTAL_CIV_NUMBER:<number>] [TOTAL_CIV_NUMBER:40] Range: 0 to 300

Playable Civilization Required[edit]

If this is set to yes (default) then worlds will be rejected if no civilization with CIV_CONTROLLABLE can be placed. In an unmodded game, only the dwarves have this token.

If set to no, the result may be a world that cannot be played in Fortress Mode.

Token Example Notes
[PLAYABLE_CIVILIZATION_REQUIRED:<1 or 0>] [PLAYABLE_CIVILIZATION_REQUIRED:1] 1/0 = Yes/No

Minimum Number of Mid/Low/High Characteristic Squares[edit]

Sets the minimum possible number of squares of certain ranges of each of the region qualities, such as elevation, rain, drainage, volcanism, savagery, and temperature. These need to be changed to reflect your regional meshes and weights. These are responsible for a HUGE number of map rejections. These values can all be set to 0 for much fewer map rejections, particularly in the case of more wacky, non-standard maps.

These values will cause worlds to be rejected unless at least the given number of squares of the given type are randomly generated. Setting these values too high could result in worlds always being rejected if other parameters such as the maximum/minimums for elevation, etc., don't allow enough of those squares to get generated.

Token Example Notes
[ELEVATION_RANGES:<low sq>:<mid sq>:<high sq>] [ELEVATION_RANGES:8256:16512:8256] Minimum number of squares that must have low, medium, and high amounts of the given attribute.

0 = No minimum

[RAIN_RANGES:<low sq>:<mid sq>:<high sq>] [RAIN_RANGES:8256:16512:8256]
[DRAINAGE_RANGES:<low sq>:<mid sq>:<high sq>] [DRAINAGE_RANGES:8256:16512:8256]
[SAVAGERY_RANGES:<low sq>:<mid sq>:<high sq>] [SAVAGERY_RANGES:8256:16512:8256]
[VOLCANISM_RANGES:<low sq>:<mid sq>:<high sq>] [VOLCANISM_RANGES:8256:16512:8256]

World rejection[edit]

Main article World rejection

If you are having the common problem of your generated worlds always being rejected by the world generator, see Solving World Rejection Problems (v0.31 page) as it contains many detailed suggestions on how to troubleshoot and solve these issues.

Default Worldgen Parameters[edit]

There is no single default for each parameter. Several advanced world generation profiles come with the game by default. See Default world_gen.txt to take a look at this file.

Parameter Set Examples[edit]

If you're trying to do something specific then the Worldgen examples might be helpful. These are complete parameter sets that can be copied directly into your world_gen.txt file and customized as desired. If they have nothing for you try Worldgen Tricks, for known tricks and tips on making a world just right for you.

For many many more examples see:

Worlds




Chasm · Desert · Forest · Glacier · Grassland · Lake · Mountain · Murky pool · Ocean · River · Savanna · Shrubland · Tundra · Wetland