Dwarf Fortress Wiki - User contributions [en]

v0.31:Computing

2010-09-04T01:02:57Z

Fortunato:

{{av}}
{{Quality|Exceptional}}
[[File:7x191.PNG|right|thumb|Dwarven Computing at its best: this calculator has more processing power than twenty dwarves combined! However, that's not really saying much.]]
Computing in dwarf fortress is the practice of setting up complex constructions to perform logical operations and calculations, ideally to control some functionality of your fortress. Even if it isn't a young concept anymore, there is still lots of room for improvement and development. One reason is that there are many ways to solve one problem. Innovation and invention is encouraged.
=== Binary information ===
Binary information can have one of two possible states: true or false, respectively 1 or 0. In dwarf fortress they can be represented by different entities:
* on/off state or signal of a {{l|trigger|trigger}} (pressure plate, lever)
* power or connection state of a {{l|machine component|machine component}}
* open or closed state of a {{l|door|door}} or similar buildings
* {{l|pressure plate|low/high}} or {{l|flow|flowing/standing}} {{l|water|fluid}}
* present {{l|creature|creature}}s and {{l|dwarf|borgs}}

Electronic devices and computers base on this elementary form of information, and if you want to go into computing, you’ll have to familiarize yourself with it. [http://en.wikipedia.org/wiki/Propositional_calculus propositional calculus]
=== Input/Output ===
Input can be any device which can be linked to another device with mechanisms, such as {{l|lever|levers}} or {{l|pressure plate|pressure plates}}. Pressure plates can measure water, magma, or creature weight, and can be set to react to your own dwarves if measuring creature weight. If measuring water or magma you specify the minimum and maximum levels at which it should output 'on', and at all other levels it will output an 'off' signal. Regardless of the actual amount of water, magma, or creature weight on your pressure plate, the plate can only output an 'on' or 'off' signal (1 or 0) to whatever devices it is linked to. So everything you build will have a binary base.

====Input elements====
* manual: {{l|lever|lever}} -> binary on/off signal
* triggered: {{l|pressure plate|pressure plate}} -> binary on/off signal

According to input, output can be anything that is able to react to an on/off signal. This can be doors, bridges, floodgates allowing or stopping flow, gears controlling pumps and much more. In some special configurations - when {{l|mechanical logic|mechanical logic}} is involved - output may not be a on/off signal but power, thus running or not running a machine component.

Currently to convert from power to an on/off signal, the only way is to use a kind of {{l|Mechanical_logic#Power_to_signal_converter|power to signal converter}}, a screw pump connected to that power source, and a pressure plate to measure whether water is being pumped.


====Output elements====
* signal: {{l|pressure plate|pressure plate}} -> binary on/off signal -> linkable Object(s)
* power: {{l|gear assembly|gear assembly}} -> binary power on/power off -> machine

=== Binary logic ===
Basic binary logic takes one or two input bits and creates an output based on them. The devices that perform these operations are commonly called '''logic gates'''. 
* NOT - takes one input and returns the opposite of the input 
{| class="wikitable" border=1
|-
! input A
! NOT
|-
| 0
| 1
|-
| 1
| 0
|} 
* AND - takes two inputs and returns true if both inputs are true
* OR - takes two inputs and returns true if at least one input is true
* XOR - takes two inputs and returns true if exactly one input is true
* NAND - takes two inputs and returns true if either input is false
* NOR - takes two inputs and returns true if both inputs are false
* XNOR - takes two inputs and returns true if both inputs are identical 
{| class="wikitable" border=1
|-
! input A
! input B
! AND
! OR
! XOR
! NAND
! NOR
! NXOR
|-
| 0
| 0
| 0
| 0
| 0
| 1
| 1
| 1
|-
| 0
| 1
| 0
| 1
| 1
| 1
| 0
| 0
|-
| 1
| 0
| 0
| 1
| 1
| 1
| 0
| 0
|-
| 1
| 1
| 1
| 1
| 0
| 0
| 0
| 1
|} 
The most human-understandable logic system requires NOT, AND and OR gates, but having a design for either a NAND or a NOR gate is enough to build any of the other gates. Some gates are easier to create or need fewer components than others depending on what discipline your logic relies on. Designing each individual gate that you will need (or using designs that had each individual gate designed) rather than building a gate out of multiple NAND gates or the like will generally result in your dorfputer reacting faster and using less resources (power, water, kittens, construction materials, what-have-you).

=== Complex gates ===
* {{l|Latch|Latch}} - storing and reading a single binary value
* {{l|Repeater|Repeater}} - sending a repeating signal
* {{l|Counter|Counter}}/{{l|Adder|Adder}} - binary calculation

== Disciplines ==
Historically, prior to DF2010 there have been 3 main disciplines of dwarfputing, depending on what would drive the dwarfputer. Each of them had its assets and drawbacks. So far, DF2010 at 0.31.01 appears to be essentially the same as far as power transmission goes, barring some differences with pump vertical power transmission (they don't without the floor between being channeled, apparently). Science! will determine what, if anything, differs as far as water flow, falling, and animal pathfinding.

The three disciplines are:
=== Fluid logic ===
{{l|Infinite flow fluid logic|Infinite flow fluid logic}} is controlling the ''flow of fluid'' over different pressure plates. Fluid logic can be easily constructed and every known logic gate in dwarf fortress has already been built with it. On the other hand this discipline depends on a somehow unlimited source of the used fluid to deal with its {{l|evaporation|evaporation}} and {{L|Water#Water in Fortress Mode|destruction}}.
=== Mechanical logic ===
{{l|Mechanical logic|Mechanical logic}} uses systems of axles and {{l|gear assembly|gear assemblies}} to build logical gates. Mechanical logic reacts very fast and can be easily constructed, except for the need for a fluid-pump-based power->signal converter in every gate. Since every gear can itself be linked to a trigger (or multiple triggers), and automatically connect to adjacent gears for transferring either power or load, mechanical logic gates are very flexible and don't require anywhere near the number of different devices that tend to be used in fluid logic gates (except, again, for the requirement for a fluid-pump-based power->signal converter in every gate, unless you intend to use it to control a pump). On the other hand this discipline uses a LOT of mechanical power, and due to the lack of a power->signal converter, also referred to as a "rotation sensor" (a device to convert from power to on/off link signals), you need to build one using fluid logic components if you want to connect multiple mechanical logic gates together or connect a mechanical logic gate to any output other than a pump. There is, however, now a fully functional fluid preserving rotation sensor design. So, in truth, current mechanical logic is more correctly termed mechanical-fluid hybrid logic, as you need some source of fluid to "prime" the rotation sensors your design will need. Along with new techniques to construct logic gates by "pre-toggling" a gear assembly (see {{l|Pre-Toggled Mechanical Logic|Pre-Toggled Mechanical Logic}}), any logical circuit can be built, given enough space in the game to do it.

=== Animal logic ===
{{l|Animal logic|Animal logic}} places animals in an enclosed room, with a door blocking the path to where they desire to go, and a pressure plate below a hatch, with obstacles which are controlled by triggers. The animal thinks it can walk through the door, and if it has a path to the door will walk up to it and stand on the hatch. When the hatch is opened by a trigger, it falls onto the pressure plate. As long as the hatch is open, or other obstacles block its path to the door it remains on the pressure plate and the output is 'on'. Once it sees a path to the door it will leave the pressure plate. Generally this is made possibly by the fact that animals try to go to their parent while they're children, or to the meeting area. There are also be designs which use captured hostiles.

There was a fourth, theoretical, discipline, Borg Logic, but there was never any reported success inventing any functioning and useful borg logic systems.

===Examples of things you could do with logic gates===
* Repeater: Repeatedly toggling hatches open and closed, or spikes up and down.
* Latch: Making resettable one-use pressure plates which are reset by a lever.
* NOT gate: Reversing the effect of a switch or creature-sensing pressure plate, generally linked to a latch device. You can, of course, mod the latch device to send the opposite signal instead of using a NOT gate.
* AND gate: Requiring more than one condition to be true for something to occur. For instance, you could have a group of AND gates, with a system on/off switch, and and other triggers, with each trigger linked to a different AND gate with the system on/off switch linked to the the second input on all the AND gates, so that when the system on/off switch is OFF the output will be OFF on all the AND gates.
* OR gate: You could link two 1-7 water sensors to an OR gate, and link that to a NOT gate, and link that to some floodgates or doors which act as emergency bulkheads, closing when water is detected in the area. Or, link the OR gate to bridges which raise instead (but you may crush things, and bridges are slower than doors).
* XOR gate: You could use pressure plates hooked to latches at different points in your fort to detect enemy intrusion, and set them up to seal off the area with both an interior and exterior bulkhead when the intrusion occurs, but hook your latches up with an XOR gate and hook the output to the interior bulkhead to unseal that one if your pressure plates have detected that the enemy has gotten past it.
* NOR gate: A NOR gate returns TRUE (ON) only if both inputs are FALSE. Instead of using the OR gate example with a NOT gate, you could use a NOR gate linked to two 1-7 water sensors, whose output goes to doors or floodgates. When the pressure plates are both waterless, the floodgates will be open. When one detects water, the floodgates close. (If you used 0-0 pressure plates with an OR, you would get an OFF signal if both plates detected water, or an ON signal otherwise (which is the same as 1-7 NAND 1-7))
* NAND gate: A NAND gate returns TRUE (ON) whenever both inputs are not both TRUE (e.g. ON NAND ON is OFF, but every other combination is ON). Instead of the OR NOT or NOR example, you could link two 0-0 water sensors to a NAND gate, and link the NAND gate's output to raising bridges. 0-0 NAND 0-0 is the same as 1-7 OR 1-7. If there is no water on both pressure plates, the NAND gate will output an OFF signal. If, however, either has water, it will output an ON signal.

* And here's a more complicated example, omitting the details of what gates to use: An automated swimming training room, where you pull a lever to close exit doors and open hatches to drop water into it, then pressure plates detect when there's enough water and close the hatches, and after a certain amount of time (using a very slow repeater, for instance), drains and exit doors open and the system resets until you pull the lever again. Or, the lever could be taken out entirely and the system could be made fully automatic (with dwarves set to train in the room, for instance) using the repeater.

== Examples ==
There are few examples of a really useful dwarfputer and some concepts which have the potential to become useful for others. But in most cases they are made just for fun. What doesn't mean to diminish their designers achievements, because these are in general the more complex ones. At the moment there are no known examples of animal or borg logic.
=== Useful ===
* Magma trap
** This is an example of a useful dwarfputer controlling a magma trap. It automatically floods an area with lava, cleans up and resets afterwards. The timing is perfectly adjusted to let the victims vanish only leaving their valuable metal behind. video: http://mkv25.net/dfma/movie-1808-perfectmagmatrap design: http://i576.photobucket.com/albums/ss208/kanddak/magmatrap.png

=== Concepts ===
* repeater
** mechanical logic http://mkv25.net/dfma/movie-1370-pump-basedautorepeater
* adding machine
** mechanical logic, 6-bit: http://mkv25.net/dfma/movie-1561-addingmachine
** fluid logic, 8-bit: http://mkv25.net/dfma/movie-1084-numberabbeydemonstration
=== Such a doddle ===
* decimal display for 4-bit binary input
** mechanical logic, decimal with overflow-bit: http://mkv25.net/dfma/movie-1745-dwarfputerv01
** probably fluid logic: http://mkv25.net/dfma/movie-1657-7segmentlcddisplay
** fluid logic, hexadecimal: http://mkv25.net/dfma/movie-1092-7-segmentdisplaydemonstration
* tic tac toe
** mechanical logic http://mkv25.net/dfma/movie-1813-tictactoev10simple

== Related user pages ==
*[[User:BaronW]] - The Almighty Dwarven Calculator
*[[User:Jong]] - The first fully programmable digital Dwarven Computer
*[[User:SL/Logic Gates]] - These use mechanisms for connecting gates and devices and so forth, but fluid for logic. They're built on top of a body of water, and require power (for a pump or two per gate).
*[[User:Kyace/Adder]] - A full adder built using fluid logic, with a video of a rough prototype. Trivial to combine 8 of these to make a fluid device capable of adding two 8 bit numbers together.
*[[User:Soundandfury#Logic_Gates]] - These have a water supply reservoir above and a drain below. The drained water can be pumped back to the supply reservoir.
*[[User:Bidok]] - Animal logic with all gates, memory, repeater and counter. All powered by kittens.
*[[User:LordOOTFD#Animal_Logic]] - Animal logic with fast complex gates, building upon Bidok's kitten powered systems.
*[[User:Hussell#Assorted_Devices]] - Fluid logic
*[[User:Gammon]] - Fluid logic. Very detailed CMOS gates.

{{buildings}}

v0.31:Computing

2010-09-04T01:02:16Z

Fortunato:

{{av}}
{{Quality|Exceptional}}
[[File:7x191.PNG|right|thumb|Dwarven Computing at its best: this calculator has more processing power than twenty dwarves combined!Although, that's not really saying much.]]
Computing in dwarf fortress is the practice of setting up complex constructions to perform logical operations and calculations, ideally to control some functionality of your fortress. Even if it isn't a young concept anymore, there is still lots of room for improvement and development. One reason is that there are many ways to solve one problem. Innovation and invention is encouraged.
=== Binary information ===
Binary information can have one of two possible states: true or false, respectively 1 or 0. In dwarf fortress they can be represented by different entities:
* on/off state or signal of a {{l|trigger|trigger}} (pressure plate, lever)
* power or connection state of a {{l|machine component|machine component}}
* open or closed state of a {{l|door|door}} or similar buildings
* {{l|pressure plate|low/high}} or {{l|flow|flowing/standing}} {{l|water|fluid}}
* present {{l|creature|creature}}s and {{l|dwarf|borgs}}

Electronic devices and computers base on this elementary form of information, and if you want to go into computing, you’ll have to familiarize yourself with it. [http://en.wikipedia.org/wiki/Propositional_calculus propositional calculus]
=== Input/Output ===
Input can be any device which can be linked to another device with mechanisms, such as {{l|lever|levers}} or {{l|pressure plate|pressure plates}}. Pressure plates can measure water, magma, or creature weight, and can be set to react to your own dwarves if measuring creature weight. If measuring water or magma you specify the minimum and maximum levels at which it should output 'on', and at all other levels it will output an 'off' signal. Regardless of the actual amount of water, magma, or creature weight on your pressure plate, the plate can only output an 'on' or 'off' signal (1 or 0) to whatever devices it is linked to. So everything you build will have a binary base.

====Input elements====
* manual: {{l|lever|lever}} -> binary on/off signal
* triggered: {{l|pressure plate|pressure plate}} -> binary on/off signal

According to input, output can be anything that is able to react to an on/off signal. This can be doors, bridges, floodgates allowing or stopping flow, gears controlling pumps and much more. In some special configurations - when {{l|mechanical logic|mechanical logic}} is involved - output may not be a on/off signal but power, thus running or not running a machine component.

Currently to convert from power to an on/off signal, the only way is to use a kind of {{l|Mechanical_logic#Power_to_signal_converter|power to signal converter}}, a screw pump connected to that power source, and a pressure plate to measure whether water is being pumped.


====Output elements====
* signal: {{l|pressure plate|pressure plate}} -> binary on/off signal -> linkable Object(s)
* power: {{l|gear assembly|gear assembly}} -> binary power on/power off -> machine

=== Binary logic ===
Basic binary logic takes one or two input bits and creates an output based on them. The devices that perform these operations are commonly called '''logic gates'''. 
* NOT - takes one input and returns the opposite of the input 
{| class="wikitable" border=1
|-
! input A
! NOT
|-
| 0
| 1
|-
| 1
| 0
|} 
* AND - takes two inputs and returns true if both inputs are true
* OR - takes two inputs and returns true if at least one input is true
* XOR - takes two inputs and returns true if exactly one input is true
* NAND - takes two inputs and returns true if either input is false
* NOR - takes two inputs and returns true if both inputs are false
* XNOR - takes two inputs and returns true if both inputs are identical 
{| class="wikitable" border=1
|-
! input A
! input B
! AND
! OR
! XOR
! NAND
! NOR
! NXOR
|-
| 0
| 0
| 0
| 0
| 0
| 1
| 1
| 1
|-
| 0
| 1
| 0
| 1
| 1
| 1
| 0
| 0
|-
| 1
| 0
| 0
| 1
| 1
| 1
| 0
| 0
|-
| 1
| 1
| 1
| 1
| 0
| 0
| 0
| 1
|} 
The most human-understandable logic system requires NOT, AND and OR gates, but having a design for either a NAND or a NOR gate is enough to build any of the other gates. Some gates are easier to create or need fewer components than others depending on what discipline your logic relies on. Designing each individual gate that you will need (or using designs that had each individual gate designed) rather than building a gate out of multiple NAND gates or the like will generally result in your dorfputer reacting faster and using less resources (power, water, kittens, construction materials, what-have-you).

=== Complex gates ===
* {{l|Latch|Latch}} - storing and reading a single binary value
* {{l|Repeater|Repeater}} - sending a repeating signal
* {{l|Counter|Counter}}/{{l|Adder|Adder}} - binary calculation

== Disciplines ==
Historically, prior to DF2010 there have been 3 main disciplines of dwarfputing, depending on what would drive the dwarfputer. Each of them had its assets and drawbacks. So far, DF2010 at 0.31.01 appears to be essentially the same as far as power transmission goes, barring some differences with pump vertical power transmission (they don't without the floor between being channeled, apparently). Science! will determine what, if anything, differs as far as water flow, falling, and animal pathfinding.

The three disciplines are:
=== Fluid logic ===
{{l|Infinite flow fluid logic|Infinite flow fluid logic}} is controlling the ''flow of fluid'' over different pressure plates. Fluid logic can be easily constructed and every known logic gate in dwarf fortress has already been built with it. On the other hand this discipline depends on a somehow unlimited source of the used fluid to deal with its {{l|evaporation|evaporation}} and {{L|Water#Water in Fortress Mode|destruction}}.
=== Mechanical logic ===
{{l|Mechanical logic|Mechanical logic}} uses systems of axles and {{l|gear assembly|gear assemblies}} to build logical gates. Mechanical logic reacts very fast and can be easily constructed, except for the need for a fluid-pump-based power->signal converter in every gate. Since every gear can itself be linked to a trigger (or multiple triggers), and automatically connect to adjacent gears for transferring either power or load, mechanical logic gates are very flexible and don't require anywhere near the number of different devices that tend to be used in fluid logic gates (except, again, for the requirement for a fluid-pump-based power->signal converter in every gate, unless you intend to use it to control a pump). On the other hand this discipline uses a LOT of mechanical power, and due to the lack of a power->signal converter, also referred to as a "rotation sensor" (a device to convert from power to on/off link signals), you need to build one using fluid logic components if you want to connect multiple mechanical logic gates together or connect a mechanical logic gate to any output other than a pump. There is, however, now a fully functional fluid preserving rotation sensor design. So, in truth, current mechanical logic is more correctly termed mechanical-fluid hybrid logic, as you need some source of fluid to "prime" the rotation sensors your design will need. Along with new techniques to construct logic gates by "pre-toggling" a gear assembly (see {{l|Pre-Toggled Mechanical Logic|Pre-Toggled Mechanical Logic}}), any logical circuit can be built, given enough space in the game to do it.

=== Animal logic ===
{{l|Animal logic|Animal logic}} places animals in an enclosed room, with a door blocking the path to where they desire to go, and a pressure plate below a hatch, with obstacles which are controlled by triggers. The animal thinks it can walk through the door, and if it has a path to the door will walk up to it and stand on the hatch. When the hatch is opened by a trigger, it falls onto the pressure plate. As long as the hatch is open, or other obstacles block its path to the door it remains on the pressure plate and the output is 'on'. Once it sees a path to the door it will leave the pressure plate. Generally this is made possibly by the fact that animals try to go to their parent while they're children, or to the meeting area. There are also be designs which use captured hostiles.

There was a fourth, theoretical, discipline, Borg Logic, but there was never any reported success inventing any functioning and useful borg logic systems.

===Examples of things you could do with logic gates===
* Repeater: Repeatedly toggling hatches open and closed, or spikes up and down.
* Latch: Making resettable one-use pressure plates which are reset by a lever.
* NOT gate: Reversing the effect of a switch or creature-sensing pressure plate, generally linked to a latch device. You can, of course, mod the latch device to send the opposite signal instead of using a NOT gate.
* AND gate: Requiring more than one condition to be true for something to occur. For instance, you could have a group of AND gates, with a system on/off switch, and and other triggers, with each trigger linked to a different AND gate with the system on/off switch linked to the the second input on all the AND gates, so that when the system on/off switch is OFF the output will be OFF on all the AND gates.
* OR gate: You could link two 1-7 water sensors to an OR gate, and link that to a NOT gate, and link that to some floodgates or doors which act as emergency bulkheads, closing when water is detected in the area. Or, link the OR gate to bridges which raise instead (but you may crush things, and bridges are slower than doors).
* XOR gate: You could use pressure plates hooked to latches at different points in your fort to detect enemy intrusion, and set them up to seal off the area with both an interior and exterior bulkhead when the intrusion occurs, but hook your latches up with an XOR gate and hook the output to the interior bulkhead to unseal that one if your pressure plates have detected that the enemy has gotten past it.
* NOR gate: A NOR gate returns TRUE (ON) only if both inputs are FALSE. Instead of using the OR gate example with a NOT gate, you could use a NOR gate linked to two 1-7 water sensors, whose output goes to doors or floodgates. When the pressure plates are both waterless, the floodgates will be open. When one detects water, the floodgates close. (If you used 0-0 pressure plates with an OR, you would get an OFF signal if both plates detected water, or an ON signal otherwise (which is the same as 1-7 NAND 1-7))
* NAND gate: A NAND gate returns TRUE (ON) whenever both inputs are not both TRUE (e.g. ON NAND ON is OFF, but every other combination is ON). Instead of the OR NOT or NOR example, you could link two 0-0 water sensors to a NAND gate, and link the NAND gate's output to raising bridges. 0-0 NAND 0-0 is the same as 1-7 OR 1-7. If there is no water on both pressure plates, the NAND gate will output an OFF signal. If, however, either has water, it will output an ON signal.

* And here's a more complicated example, omitting the details of what gates to use: An automated swimming training room, where you pull a lever to close exit doors and open hatches to drop water into it, then pressure plates detect when there's enough water and close the hatches, and after a certain amount of time (using a very slow repeater, for instance), drains and exit doors open and the system resets until you pull the lever again. Or, the lever could be taken out entirely and the system could be made fully automatic (with dwarves set to train in the room, for instance) using the repeater.

== Examples ==
There are few examples of a really useful dwarfputer and some concepts which have the potential to become useful for others. But in most cases they are made just for fun. What doesn't mean to diminish their designers achievements, because these are in general the more complex ones. At the moment there are no known examples of animal or borg logic.
=== Useful ===
* Magma trap
** This is an example of a useful dwarfputer controlling a magma trap. It automatically floods an area with lava, cleans up and resets afterwards. The timing is perfectly adjusted to let the victims vanish only leaving their valuable metal behind. video: http://mkv25.net/dfma/movie-1808-perfectmagmatrap design: http://i576.photobucket.com/albums/ss208/kanddak/magmatrap.png

=== Concepts ===
* repeater
** mechanical logic http://mkv25.net/dfma/movie-1370-pump-basedautorepeater
* adding machine
** mechanical logic, 6-bit: http://mkv25.net/dfma/movie-1561-addingmachine
** fluid logic, 8-bit: http://mkv25.net/dfma/movie-1084-numberabbeydemonstration
=== Such a doddle ===
* decimal display for 4-bit binary input
** mechanical logic, decimal with overflow-bit: http://mkv25.net/dfma/movie-1745-dwarfputerv01
** probably fluid logic: http://mkv25.net/dfma/movie-1657-7segmentlcddisplay
** fluid logic, hexadecimal: http://mkv25.net/dfma/movie-1092-7-segmentdisplaydemonstration
* tic tac toe
** mechanical logic http://mkv25.net/dfma/movie-1813-tictactoev10simple

== Related user pages ==
*[[User:BaronW]] - The Almighty Dwarven Calculator
*[[User:Jong]] - The first fully programmable digital Dwarven Computer
*[[User:SL/Logic Gates]] - These use mechanisms for connecting gates and devices and so forth, but fluid for logic. They're built on top of a body of water, and require power (for a pump or two per gate).
*[[User:Kyace/Adder]] - A full adder built using fluid logic, with a video of a rough prototype. Trivial to combine 8 of these to make a fluid device capable of adding two 8 bit numbers together.
*[[User:Soundandfury#Logic_Gates]] - These have a water supply reservoir above and a drain below. The drained water can be pumped back to the supply reservoir.
*[[User:Bidok]] - Animal logic with all gates, memory, repeater and counter. All powered by kittens.
*[[User:LordOOTFD#Animal_Logic]] - Animal logic with fast complex gates, building upon Bidok's kitten powered systems.
*[[User:Hussell#Assorted_Devices]] - Fluid logic
*[[User:Gammon]] - Fluid logic. Very detailed CMOS gates.

{{buildings}}

v0.31:Dwarven physics

2010-09-04T00:56:36Z

Fortunato: /* Dwarven Physics Mimetism */

{{Quality|Exceptional}}
{{av}}
{{D for dwarf}}

'''Dwarven physics''' is the study of how matter interacts with other matter within the world of Dwarf Fortress. Scholars of traditional Newtonian physics should note that Dwarven physics may or may not correspond with traditional Physics.

It is also worthy of mention that Dwarven physics is a highly complex subject, and thus only be approached by extremely intelligent, extremely curious, or extremely insane individuals.

==Overview==
Those familiar with traditional physics will recognize the following equation:

'''''E = mc2'''''

This equation, read from left to right, says: "Energy is equal to mass times the speed of light squared."

The following equation is known as the ''Dwarven Equation of Life, the Universe, and Everything'', and is the Dwarven adaption of the above:

'''''E''''' {{Dwarf|7:1|10px}} '''''mc2'''''

From left to right, it says: "Energy may or may not equal mass times the speed of light squared." Needless to say, there is a small amount of ambiguity when dealing with Dwarven physics. 

== The Dwarven method ==
The Dwarven method is a rubric by which experiments in Dwarf Fortress are conducted, but should not be confused with the Scientific method. Although the rigidity of the Dwarven method is disputed, the majority of important Dwarven experiments follow the Method. The Dwarven method consists of the following general guidelines: 

=== Sample size ===
Again, those familiar with traditional science may recognize the phrase, where it normally means, "The more the better." However, in Dwarven experiments, it means, "The '''''bigger''''' the better. For instance, a 500-meter magma fall is preferable to a 50-meter one. Now, if you had ''two'' 500-meter magma falls...

=== Repeatability ===
This is whether or not the experiment can be repeated, and if so, under what conditions. If there are few or no restrictions on repeatability, and your experiment receives the same results every time, it will likely be accepted as Dwarven fact. On the other hand, if said experiment can only be reproduced at infrequent or unpredictable intervals, and you were the only one to witness it, and you forgot to take a screenshot, and the experiment can only take place on your computer, and you mysteriously misplaced the savegame, your experiment will likely be dismissed as pointless drivel.

=== Dwarven factor ===
This factor is the approximate relative value of the prodigiousness of an experiment. Values must be real numbers, more specifically subsets of the Integer family. In layman's terms, the Dwarven factor is how awesome an experiment is. Keep in mind that the D-factor is relative, and thus intended to be compared with other values.

For instance, a cannon that shoots water may have a D-factor value of 100. However, if this cannon was constructed completely out of Adamantine, or if it was modified to shoot Magma instead, the D-factor may increase to several thousand, depending on the amount of magma used.

Note that a graph of the Dwarven factor may, and often will, asymptote. Vertical asymptotes are often seen when the D-factor of one experiment is just greater than that of another experiment.

Lastly, there is a direct correlation between the Dwarven factor and Sample size. Simply put, the bigger, the more Dwarvenly, ironic because the dwarves themselves are...small.

== The Dwarven status quo ==
The Dwarven index is strikingly similar to the concept of entropy. Although it involves chaos, the Index is more related with the innate stupidity of dwarves. A rough example of entropy is if a dwarf is given two decisions, and it is completely uncertain which one he will choose. (The concept of entropy relates loosely to the ''Dwarven Equation of Everything''.)

Even though it is similar to the concept of Entropy, the Dwarven index may produce different results, hence the differentiation between the two. The Dwarven index states, in a nutshell, that when a dwarf is faced with a decision he or she will make the ''wrong'' decision approximately 99.7% of the time. This could range from something minor like taking the long route to the kitchen, or to something like building a wall from the wrong side, getting stuck alone with a siege, ''dying a gory death'', and {{L|fun|sending the entirety of your fort into a massive tantrum spiral as the invaders split their sides laughing}}. While entropy will produce the wrong decision roughly 50% of the time, the Dwarven index will produce the wrong decision 99.7% of the time.

=== Summary of the Dwarven status quo ===
Dwarves are stupid.

== Discrepancies between Dwarven and traditional physics ==
The following items are possible in Dwarf Fortress, but impossible otherwise.

=== Dwarven perpetual motion device ===
As the name implies, this is a device that continuously generates power. Specifically, it generates power by building a {{L|water wheel}} in a {{L|waterfall}}, then using said waterfall to power a {{L|screw pump}}. The screw pump is used to pump {{L|water}} back to its original {{L|Z-axis|Z-level}} and recycle it through the waterfall. Somehow, the device consistently generates a surplus of rotational energy.

=== Quantum garbage dumps ===
Perhaps the most common Dwarven anomaly, this is simply a 1x1 garbage {{L|dump}} zone, with massive amounts of items (usually {{L|stone}}) all contained in a single tile. The practicality is obvious—where else are you going to put all that stone?

=== Matter annihilation ===
Another common method of garbage disposal. Items and {{L|creature}}s in DF can be "annihilated" by placing them under a {{L|drawbridge}}, and lowering the bridge. This is an example where the ''Dwarven Equation of Everything'' states that energy is ''not'' equal to mass times the speed of light squared. If the opposite was true, players would witness a massive explosion and a corresponding drop in FPS rate whenever an item was annihilated.

Dwarves also currently appear to run on a metabolism that annihilates matter, as they are capable of eating large quantities of alcohol and food without producing any sort of waste product, aside from an infrequent, but seemingly inexhaustible supply of vomit. The mass of food and booze, once consumed, simply ceases to exist.

=== Matter creation ===
The reverse of matter annihilation is creating something from nothing. Examples include:

* Obtaining enough {{L|sand}} from one tile to build a giant fortress out of {{L|glass}}
* Obtaining an infinite amount of {{L|water}} from a single {{L|aquifer}} wall, isolated from the rest of the aquifer
* Obtaining an infinite amount of food from a farm tile in spite of never having any soil replenished, no sunlight or other energy source, and only having needed to have the soil made wet and muddy only at one point in the entire history of the fortress. This goes hand-in-hand with the dwarven annihilation metabolism system.

=== General Relativity ===
It is also important to note that while relativity is indeed a proven phenomenon in Dwarven Physics, the catalyst for time dilation is not the speed an object moves at (as in traditional physics) but instead the population of its region. For decades, Dwarven Scientists have observed that, as local populations increase (dwarf, animal, or {{L|Waterfall|otherwise}}), the relative passage of time slows. To combat this, mayors have been known to enact ordinances ranging from the {{L|Maximizing framerate|simple and logical}} to the {{L|Catsplosion#Thermonuclear_catsplosion|ethically dubious}}.

In a recent study by the Center for Dwarven Advancement, it was found that 40% of pioneer dwarves left the Mountainhome due to "framerate issues," with a margin of error of ±Booze.

==== Urist's First Law of Relativity ====
As featured here.[http://www.bay12forums.com/smf/index.php?topic=61507.msg1412612#msg1412612]

Urist's Law of Relativity #1

The higher the Z-level, the larger the Z-level.
eg. At Z-level 0 (Yes 140 from where your wagon drops) 7/7 is slightly above a human's head. At Z-level 100, 7/7 water is about at the shoulders of a adolescent Bronze Colossus.

If you follow the formula put forth by Dwarves, a child is 1/4 of a normal creature. So an adolescent would be around 1/2, or 1/3 for a small one, of the size of a normal creature. A normal BC is 20,000,000 size. That puts an adolescent between 6,666,667 size and 10,000,000 size. A full grown human is 70,000. Plenty of padding in that law to make a 2000 Z-level tower go to Pluto and back.

=== Indestructible Constructions ===
All modern Dwarvish construction is based upon the principles of making materials indestructible. Dwarvish masons and carpenters are trained to make walls and floors with stone and wood, but are also capable of putting the material into a quantum state where they cannot be moved or destroyed by conventional means. Such technology has allowed incredible feats such as magma reservoirs made of wood, or 1x1 stone pillars that can hold up an entire metropolis without additional support. This phenomenon has also been observed in the other races (but to a much lesser extent.) Humans have a very primitive understanding of it, making little wood huts, but these are dwarfed in comparison to the various megaconstructs built by the dwarves. The Elves have an irrational moral code which prohibits them from altering the quantum state of wood (they say it's inhumane.) Even goblins have utilized this construction method. Ever since the beginning of Dwarven construction, sieging parties have tried to find ways of countering dwarven constructions, with little success. However, through trial and error, it has been found that if the construct does not have a direct physical link to the Earth in its current state, it becomes very unstable and reacts violently with the force of gravity, then it hurdles itself towards the ground with enough force to obliterate anything underneath it.

=== Urist McPauli's Conditional Inclusion Principle ===

The pauli exclusion principle of Normal Quantum Physics (roughly) states that two elementary particle cannot occupy the same quantum state simultaneously. This prevents you from placing two object at the exact same place and holds your beer inside the barrel. The McPauli Conditional Inclusion Principle of Dwarven Quantum Physics however states that two particles May occupy the exact same spot without any interaction, depending on the final object they compose. For instance, it is possible to stack an unlimited amount of Wooden Short Swords in a one-cubic-meter space, but it is impossible to place two assembled wooden beds in that same space, even though they are composed of a small fraction of the same wood. This is an interesting example of Dwarven recursive logic where consequences lead to causes.

What about a workshop that makes beds nobody will haul?

On a more theoretical (and less practical) side, it has been theorized that the workshops, where the wood is transformed into either short swords or bed, are actually quantum transformers where the basic properties of matter are altered : beds are made of standard, Pauli-compliant particles, while short swords are composed of non-fermionic thingies, although their true composition remain uncertain.

== Dwarven Physics Mimetism ==
Physics Mimetism refers to the ability of dwarves to mimic real-world physical phenomena. The most well-known example of physics mimetism is the [[tantrum]] spiraling, which is almost identical in principle to a nuclear chain reaction, with only a slight difference : although the reaction is extremely exothermic, you cannot use this energy to power screw pumps. Yet.

Besides this difference, nuclear chain reactions and tantrum chain reactions behave in a similar way : Dwarves take the role of nuclear fuel nuclei, unhappy thoughts are similar to neutrons (with properties actually close to neutrinos, even lead doors wont stop them) and various devices like awesome rooms, lavish meals and Booze serving as neutron moderators. When a dwarf nuclei undergo nuclear fission, it sends high-energy unhappy thought through the reaction chamber (the fortress). These unhappy thoughts interact with other dwarf nuclei and may cause more nuclear fissions, leading to a chain reaction where more and more Dwarves are tantruming. Fortunately, it is possible to moderate the effects of unhappy-thought-carrying-neutrinos by giving good, happy thoughts. The Most common moderator is booze, but other exists, although less efficient. Taking joy in slaughter was once a popular unhappy-thought moderator but is very dangerous to use as it can ''accelerate'' neutrons instead of slowing them when overheated. This was a prime cause of the catastrophic reaction of Dwarfnobyl which scattered deadly Elf settlements over a wide area (cleanup operations in progress).

v0.31:Dwarven physics

2010-09-04T00:50:37Z

Fortunato: /* Urist's First Law of Relativity */

{{Quality|Exceptional}}
{{av}}
{{D for dwarf}}

'''Dwarven physics''' is the study of how matter interacts with other matter within the world of Dwarf Fortress. Scholars of traditional Newtonian physics should note that Dwarven physics may or may not correspond with traditional Physics.

It is also worthy of mention that Dwarven physics is a highly complex subject, and thus only be approached by extremely intelligent, extremely curious, or extremely insane individuals.

==Overview==
Those familiar with traditional physics will recognize the following equation:

'''''E = mc2'''''

This equation, read from left to right, says: "Energy is equal to mass times the speed of light squared."

The following equation is known as the ''Dwarven Equation of Life, the Universe, and Everything'', and is the Dwarven adaption of the above:

'''''E''''' {{Dwarf|7:1|10px}} '''''mc2'''''

From left to right, it says: "Energy may or may not equal mass times the speed of light squared." Needless to say, there is a small amount of ambiguity when dealing with Dwarven physics. 

== The Dwarven method ==
The Dwarven method is a rubric by which experiments in Dwarf Fortress are conducted, but should not be confused with the Scientific method. Although the rigidity of the Dwarven method is disputed, the majority of important Dwarven experiments follow the Method. The Dwarven method consists of the following general guidelines: 

=== Sample size ===
Again, those familiar with traditional science may recognize the phrase, where it normally means, "The more the better." However, in Dwarven experiments, it means, "The '''''bigger''''' the better. For instance, a 500-meter magma fall is preferable to a 50-meter one. Now, if you had ''two'' 500-meter magma falls...

=== Repeatability ===
This is whether or not the experiment can be repeated, and if so, under what conditions. If there are few or no restrictions on repeatability, and your experiment receives the same results every time, it will likely be accepted as Dwarven fact. On the other hand, if said experiment can only be reproduced at infrequent or unpredictable intervals, and you were the only one to witness it, and you forgot to take a screenshot, and the experiment can only take place on your computer, and you mysteriously misplaced the savegame, your experiment will likely be dismissed as pointless drivel.

=== Dwarven factor ===
This factor is the approximate relative value of the prodigiousness of an experiment. Values must be real numbers, more specifically subsets of the Integer family. In layman's terms, the Dwarven factor is how awesome an experiment is. Keep in mind that the D-factor is relative, and thus intended to be compared with other values.

For instance, a cannon that shoots water may have a D-factor value of 100. However, if this cannon was constructed completely out of Adamantine, or if it was modified to shoot Magma instead, the D-factor may increase to several thousand, depending on the amount of magma used.

Note that a graph of the Dwarven factor may, and often will, asymptote. Vertical asymptotes are often seen when the D-factor of one experiment is just greater than that of another experiment.

Lastly, there is a direct correlation between the Dwarven factor and Sample size. Simply put, the bigger, the more Dwarvenly, ironic because the dwarves themselves are...small.

== The Dwarven status quo ==
The Dwarven index is strikingly similar to the concept of entropy. Although it involves chaos, the Index is more related with the innate stupidity of dwarves. A rough example of entropy is if a dwarf is given two decisions, and it is completely uncertain which one he will choose. (The concept of entropy relates loosely to the ''Dwarven Equation of Everything''.)

Even though it is similar to the concept of Entropy, the Dwarven index may produce different results, hence the differentiation between the two. The Dwarven index states, in a nutshell, that when a dwarf is faced with a decision he or she will make the ''wrong'' decision approximately 99.7% of the time. This could range from something minor like taking the long route to the kitchen, or to something like building a wall from the wrong side, getting stuck alone with a siege, ''dying a gory death'', and {{L|fun|sending the entirety of your fort into a massive tantrum spiral as the invaders split their sides laughing}}. While entropy will produce the wrong decision roughly 50% of the time, the Dwarven index will produce the wrong decision 99.7% of the time.

=== Summary of the Dwarven status quo ===
Dwarves are stupid.

== Discrepancies between Dwarven and traditional physics ==
The following items are possible in Dwarf Fortress, but impossible otherwise.

=== Dwarven perpetual motion device ===
As the name implies, this is a device that continuously generates power. Specifically, it generates power by building a {{L|water wheel}} in a {{L|waterfall}}, then using said waterfall to power a {{L|screw pump}}. The screw pump is used to pump {{L|water}} back to its original {{L|Z-axis|Z-level}} and recycle it through the waterfall. Somehow, the device consistently generates a surplus of rotational energy.

=== Quantum garbage dumps ===
Perhaps the most common Dwarven anomaly, this is simply a 1x1 garbage {{L|dump}} zone, with massive amounts of items (usually {{L|stone}}) all contained in a single tile. The practicality is obvious—where else are you going to put all that stone?

=== Matter annihilation ===
Another common method of garbage disposal. Items and {{L|creature}}s in DF can be "annihilated" by placing them under a {{L|drawbridge}}, and lowering the bridge. This is an example where the ''Dwarven Equation of Everything'' states that energy is ''not'' equal to mass times the speed of light squared. If the opposite was true, players would witness a massive explosion and a corresponding drop in FPS rate whenever an item was annihilated.

Dwarves also currently appear to run on a metabolism that annihilates matter, as they are capable of eating large quantities of alcohol and food without producing any sort of waste product, aside from an infrequent, but seemingly inexhaustible supply of vomit. The mass of food and booze, once consumed, simply ceases to exist.

=== Matter creation ===
The reverse of matter annihilation is creating something from nothing. Examples include:

* Obtaining enough {{L|sand}} from one tile to build a giant fortress out of {{L|glass}}
* Obtaining an infinite amount of {{L|water}} from a single {{L|aquifer}} wall, isolated from the rest of the aquifer
* Obtaining an infinite amount of food from a farm tile in spite of never having any soil replenished, no sunlight or other energy source, and only having needed to have the soil made wet and muddy only at one point in the entire history of the fortress. This goes hand-in-hand with the dwarven annihilation metabolism system.

=== General Relativity ===
It is also important to note that while relativity is indeed a proven phenomenon in Dwarven Physics, the catalyst for time dilation is not the speed an object moves at (as in traditional physics) but instead the population of its region. For decades, Dwarven Scientists have observed that, as local populations increase (dwarf, animal, or {{L|Waterfall|otherwise}}), the relative passage of time slows. To combat this, mayors have been known to enact ordinances ranging from the {{L|Maximizing framerate|simple and logical}} to the {{L|Catsplosion#Thermonuclear_catsplosion|ethically dubious}}.

In a recent study by the Center for Dwarven Advancement, it was found that 40% of pioneer dwarves left the Mountainhome due to "framerate issues," with a margin of error of ±Booze.

==== Urist's First Law of Relativity ====
As featured here.[http://www.bay12forums.com/smf/index.php?topic=61507.msg1412612#msg1412612]

Urist's Law of Relativity #1

The higher the Z-level, the larger the Z-level.
eg. At Z-level 0 (Yes 140 from where your wagon drops) 7/7 is slightly above a human's head. At Z-level 100, 7/7 water is about at the shoulders of a adolescent Bronze Colossus.

If you follow the formula put forth by Dwarves, a child is 1/4 of a normal creature. So an adolescent would be around 1/2, or 1/3 for a small one, of the size of a normal creature. A normal BC is 20,000,000 size. That puts an adolescent between 6,666,667 size and 10,000,000 size. A full grown human is 70,000. Plenty of padding in that law to make a 2000 Z-level tower go to Pluto and back.

=== Indestructible Constructions ===
All modern Dwarvish construction is based upon the principles of making materials indestructible. Dwarvish masons and carpenters are trained to make walls and floors with stone and wood, but are also capable of putting the material into a quantum state where they cannot be moved or destroyed by conventional means. Such technology has allowed incredible feats such as magma reservoirs made of wood, or 1x1 stone pillars that can hold up an entire metropolis without additional support. This phenomenon has also been observed in the other races (but to a much lesser extent.) Humans have a very primitive understanding of it, making little wood huts, but these are dwarfed in comparison to the various megaconstructs built by the dwarves. The Elves have an irrational moral code which prohibits them from altering the quantum state of wood (they say it's inhumane.) Even goblins have utilized this construction method. Ever since the beginning of Dwarven construction, sieging parties have tried to find ways of countering dwarven constructions, with little success. However, through trial and error, it has been found that if the construct does not have a direct physical link to the Earth in its current state, it becomes very unstable and reacts violently with the force of gravity, then it hurdles itself towards the ground with enough force to obliterate anything underneath it.

=== Urist McPauli's Conditional Inclusion Principle ===

The pauli exclusion principle of Normal Quantum Physics (roughly) states that two elementary particle cannot occupy the same quantum state simultaneously. This prevents you from placing two object at the exact same place and holds your beer inside the barrel. The McPauli Conditional Inclusion Principle of Dwarven Quantum Physics however states that two particles May occupy the exact same spot without any interaction, depending on the final object they compose. For instance, it is possible to stack an unlimited amount of Wooden Short Swords in a one-cubic-meter space, but it is impossible to place two assembled wooden beds in that same space, even though they are composed of a small fraction of the same wood. This is an interesting example of Dwarven recursive logic where consequences lead to causes.

What about a workshop that makes beds nobody will haul?

On a more theoretical (and less practical) side, it has been theorized that the workshops, where the wood is transformed into either short swords or bed, are actually quantum transformers where the basic properties of matter are altered : beds are made of standard, Pauli-compliant particles, while short swords are composed of non-fermionic thingies, although their true composition remain uncertain.

== Dwarven Physics Mimetism ==
Physics Mimetism refers to the ability of dwarves to mimic real-world physical phenomena. The most well-known example of physics mimetism is the [[tantrum]] spiraling, which is almost identical in principle to a nuclear chain reaction, with only a slight difference : although the reaction is extremely exothermic, you cannot use this energy to power screw pumps. Yet.

Besides this difference, nuclear chain reactions and tantrum chain reactions behave in a similar way : Dwarves take the role of nuclear fuel nuclei, unhappy thought are similar to neutrons (with properties actually close to neutrinos, even lead doors wont stop them) and various devices like awesome rooms, lavish meals and Booze serving as neutron moderators. When a dwarf nuclei undergo nuclear fission, it sends high-energy unhappy thought through the reaction chamber (the fortress). These unhappy thoughts interact with other dwarf nuclei and may cause more nuclear fissions, leading to a chain reaction where more and more Dwarves are tantruming. Fortunately, it is possible to moderate the effects of unhappy-thought-carrying-neutrinos by giving good, happy thoughts. The Most common moderator is booze, but other exists, although less efficient. Taking joy in slaughter was once a popular unhappy-thought moderator but is very dangerous to use as it can ''accelerate'' neutrons instead of slowing them when overheated. This was a prime cause of the catastrophic reaction of Dwarfnobyl which scattered deadly Elf settlements over a wide area (cleanup operations in progress).

v0.31:Experience

2010-09-01T23:15:29Z

Fortunato:

{{quality|Fine|08:00, 22 May 2010 (UTC)}}{{av}}

'''Experience''' represents how much a certain dwarf (or other intelligent creature) has learned about a certain subject or profession. It affects proficiency in skills. Precise points in experience are never displayed directly, except in Adventurer mode.

Every experience point earned is associated with a skill. Every time a dwarf uses this skill, experience is gained. When a skill is unused for a while, the skill will become rusty and experience will eventually decrease again {{verify}}.

A more skilled dwarf will do work better and faster than an unskilled one. The better work results in higher quality items. The speed of work is most notable in legendary miners, who will barely touch the walls to make them crumble.

{| style="margin: 0 auto; border: 1px solid black; border-spacing: 0"
|-
| width="33%" style="border-right: 1px solid black;" |
{| width="100%"
! Lvl !! Title !! XP
|-
| 0 || Dabbling ||align="right"| 1
|-
| 1 || Novice ||align="right"| 500
|-
| 2 || Adequate ||align="right"| 1100
|-
| 3 || Competent ||align="right"| 1800
|-
| 4 || Skilled ||align="right"| 2600
|-
| 5 || Proficient * ||align="right"| 3500
|-
| 6 || Talented ||align="right"| 4500
|}
| width="33%" style="border-right: 1px solid black;" |
{| width="100%"
! Lvl !! Title !! XP
|-
| 7 || Adept ||align="right"| 5600
|-
| 8 || Expert ||align="right"| 6800
|-
| 9 || Professional ||align="right"| 8100
|-
| 10 || Accomplished ||align="right"| 9500
|-
| 11 || Great ||align="right"| 11000
|-
| 12 || Master ||align="right"| 12600
|-
| 13 || High Master ||align="right"| 14300
|}
| width="33%" |
{| width="100%"
! Lvl !! Title !! XP
|-
| 14 || Grand Master ||align="right"| 16100
|-
| 15 || Legendary ||align="right"| 18000
|-
| 16 || Legendary+1** ||align="right"| 20000
|-
| 17 || Legendary+2** ||align="right"| 22100
|-
| 18 || Legendary+3** ||align="right"| 24300
|-
| 19 || Legendary+4** ||align="right"| 26600
|-
| 20 || Legendary+5*** ||align="right"| 29000
|}
|}
::::''Notes:''
:::::<nowiki> *</nowiki> This is the highest skill level possible for one of your starting dwarfs.
:::::<nowiki> **</nowiki> These levels are only ''assumed'' to exist - they existed in 23a and 40d but were never visible in game (they were confirmed via an examination of the game code, and they had visible effects on {{L|quality}} of goods produced), but it's unclear if they still do in 31.01.{{verify}}
:::::<nowiki> ***</nowiki> It seems to be possible to have skill over Legendary+5(at least in adventure mode). This is clearly seen by looking at experience required for next level and how much you level up. Simpliest way to see this is to remove weapon, choose to not dodge/move around and simply wait while something harmless tries to kill you. Tested in version 31.10, probably unchanged since then.{{verify}}

v0.31:Tree

2010-08-29T23:19:31Z

Fortunato:

{{quality|Masterwork|08:00, 22 May 2010 (UTC)}}{{av}}

'''Trees''' can be found on almost any playable map. Depending whether trees are scarce or dense, they can be a great renewable source of {{l|wood}}. The density of growth is determined by the {{l|biome}}, and those are visible on the pre-{{l|embark}} screen by hitting {{k|F1}}, {{k|F2}} etc. Density does not change - there are no climate shifts during game play.

There are many different varieties that grow in various different types of biomes. The only difference between different types of trees is the (usually very minor) difference in the weight of the log or item produced, and the color of the wood from underground "trees" - otherwise all trees are identical, equal in usefulness and value.*

:''(* Note that {{l|preference}}s can alter a dwarf's perception of the value of items made from a type of wood that they prefer.)''

Viewed on their same {{l|z-level}}, many different sub-types of trees have their own symbol, such as {{tile|♣|2:0}}, {{tile|♠|2:0}}, {{tile|¶|2:0}}, {{tile|╞|2:0}} or {{tile|⌠|2:0}}. Some share the same symbol, but since the only difference is for preferences, this is not a significant problem. (See table, below, for tree/symbol pairs.) For most purposes, a tree is a tree.

Trees viewed from one z-level higher look like coloured rectangles ( {{tile|■|2:0}} ), appearing identical to coloured {{l|block}}s floating in the air. Deciduous trees will change colour to red or yellow in {{L|autumn}} ( {{tile|♣|4:1}}, {{tile|♠|6:1}} ), and lose their leaves in {{L|winter}} ( {{tile|╞|6:0}} ) (controlled by the [AUTUMNCOLOR] tag.) This does not affect their usefulness - they may be cut down in any season, and produce the same end result.

Trees are currently not a source of food or other material, so it is not possible to harvest mangos, maple syrup, nuts, rubber, etc.

===Harvesting / Removing the barrier===
Trees are a type of {{l|map tile}} that forms a solid barrier, like {{l|stone}} or {{l|ore}}. Trees (but not saplings) will block movement, and prevent designation of {{l|channel}}ing, {{l|wall}}s and other {{l|construction}}s. {{l|Caravan}}s are especially vulnerable to being blocked by trees, since they require a path 3-tiles wide and cannot pass within 1 tile of a tree(note wagons appear to not be in 2010 as of yet.). Trees do not form a floor on the level above them - creatures cannot walk "on top of" trees.

However, in a very interesting series of circumstances involving a drawbridge and a troll, I found that creatures that are flying through the air can somehow ''land'' on top of trees. -Fortunato

They must be designated for removal from the {{Key|d}}esignations menu chop {{k|t}}rees, which will instruct {{l|dwarves}} with the {{l|woodcutting}} {{l|labor}} enabled to grab an {{l|axe}} and begin chopping down the tree. Once cut down, they become one {{l|wood}} log, which is movable and can be hauled by enabling the Haul Wood labor on any dwarf and designating a wood {{l|stockpile}}.

===Tree growth===
Trees grow from '''saplings''', which start growing randomly on tiles of a suitable biome. Saplings can be killed by heavy {{l|traffic}}, and also flooding. Dead saplings will remain for some seasons, and then disappear - or heavy traffic will trample them away. To grow from a sapling to a tree takes about a year and a half or more, though this seems randomized to some degree. Trees do not need to be (and can't be) "planted" - even if a map is stripped of all trees, new saplings will regrow, randomly and in their own time. 

Saplings will not grow on a tile with items on it (such as stone, food, etc). Saplings will not grow where a road has been laid down. Trees do not appear in biomes with zero drainage.

==Tree farming==

While it is not possible to plant trees directly, walling off or engineering a patch of muddy soil underground and breaching a {{L|cavern}} to allow spores in is a decent method of growing trees safely.

== List of Trees ==

{{Tree table head}}

{{Tree table row|name={{L|Acacia}}|tile={{tile|♣|2:0}}|hab=Tropical Dry Broadleaf Forest (Dry) Tropical Grassland (Dry) Tropical Savanna (Dry) Tropical Shrubland (Dry)|align=All|decid=No|wt=500|pref=thorns}}

{{Tree table row|name={{L|Alder}}|tile={{tile|♣|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=410|pref=catkins autumn coloration}}

{{Tree table row|name={{L|Ash (tree)|Ash}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=620|pref=flying keys autumn coloration}}

{{Tree table row|name={{L|Birch}}|tile={{tile|♣|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=670|pref=catkins silver bark autumn coloration}}

{{Tree table row|name={{L|Black-cap}}|tile={{tile|♠|0:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=650|pref=gloomy appeal}}

{{Tree table row|name={{L|Blood thorn}}|tile={{tile|╡|4:0}}|hab=Subterranean Cavern (layer 3) Subterranean Chasm|align=All|decid=No|wt=1250|pref=sickening appearance}}

{{Tree table row|name={{L|Cacao tree}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=flowers}}

{{Tree table row|name={{L|Candlenut}}|tile={{tile|Γ|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=500|pref=nuts}}

{{Tree table row|name={{L|Cedar}}|tile={{tile|↨|2:0}}|hab=Temperate Conifer Forest (Dry) Tropical Conifer Forest (Dry)|align=All|decid=No|wt=380|pref=majesty}}

{{Tree table row|name={{L|Chestnut}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=500|pref=smelly catkins spiny pods chestnuts autumn coloration}}

{{Tree table row|name={{L|Feather tree}}|tile={{tile|♣|7:1}}|hab=Not Freezing (Dry)|align=Good|decid=No|wt=100|pref=feathery leaves}}

{{Tree table row|name={{L|Fungiwood}}|tile={{tile|♣|6:1}}|hab=Subterranean Cavern (layers 1-2)|align=All|decid=No|wt=600|pref=fine grain}}

{{Tree table row|name={{L|Glumprong}}|tile={{tile|┤|5:0}}|hab=Not Freezing (Dry)|align=Evil|decid=No|wt=1200|pref=living shadows}}

{{Tree table row|name={{L|Goblin-cap}}|tile={{tile|♠|4:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=600|pref=stunning color}}

{{Tree table row|name={{L|Highwood}}|tile={{tile|¶|2:0}}|hab=Not Freezing (Dry)|align=Savage|decid=No|wt=500|pref=magnificence}}

{{Tree table row|name={{L|Kapok}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=buttresses}}

{{Tree table row|name={{L|Larch}}|tile={{tile|↑|2:0}}|hab=Taiga (Dry) Temperate Conifer Forest (Dry)|align=All|decid=Yes|wt=590|pref=cones needles}}

{{Tree table row|name={{L|Mango tree}}|tile={{tile|Γ|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=500|pref=sweet-smelling flowers}}

{{Tree table row|name={{L|Mahogany}}|tile={{tile|♠|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=600|pref=loose inflorescences}}

{{Tree table row|name={{L|Maple}}|tile={{tile|♣|2:0}}|hab=Temperate Broadleaf Forest (Dry) Temperate Grassland (Dry) Temperate Savanna (Dry) Temperate Shrubland (Dry)|align=All|decid=Yes|wt=755|pref=autumn coloration}}

{{Tree table row|name={{L|Mangrove}}|tile={{tile|♣|2:0}}|hab=Mangrove Swamp (wet)|align=All|decid=No|wt=500|pref=roots}}

{{Tree table row|name={{L|Nether-cap}}|tile={{tile|♠|1:0}}|hab=Subterranean Cavern (layer 3)|align=All|decid=No|wt=550|pref=coldness to the touch (wood has [MAT_FIXED_TEMP:10000])}}

{{Tree table row|name={{L|Oak}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=700|pref=acorns autumn coloration}}

{{Tree table row|name={{L|Palm}}|tile={{tile|Γ|2:0}}|hab=Any Tropical (Dry)|align=All|decid=No|wt=500|pref=leaves}}

{{Tree table row|name={{L|Pine}}|tile={{tile|↑|2:0}}|hab=Taiga (Dry) Temperate Conifer Forest (Dry) Tropical Conifer Forest (Dry)|align=All|decid=No|wt=560|pref=cones needles}}

{{Tree table row|name={{L|Rubber tree}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=branch shedding}}

{{Tree table row|name={{L|Saguaro}}|tile={{tile|╞|2:0}}|hab=Any Desert (Dry)|align=All|decid=No|wt=500|pref=amazing arms}}

{{Tree table row|name={{L|Spore tree}}|tile={{tile|♣|3:0}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=600|pref=raining spores}}

{{Tree table row|name={{L|Tower-cap}}|tile={{tile|♠|7:1}}|hab=Subterranean Cavern (layers 1-2)|align=All|decid=No|wt=600|pref=great size}}

{{Tree table row|name={{L|Tunnel tube}}|tile={{tile|│|5:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=500|pref=curving trunk}}

{{Tree table row|name={{L|Willow}}|tile={{tile|⌠|2:0}}|hab=Any Temperate (Wet) Any Tropical Forest (Wet) Tropical Grassland (Wet) Tropical Savanna (Wet) Tropical Shrubland (Wet) Tropical Freshwater Swamp (Wet) Tropical Saltwater Swamp (Wet) Tropical Freshwater Marsh (Wet) Tropical Saltwater Marsh (Wet)|align=All|decid=No|wt=420|pref=sad appearance fluffy catkins}}

|}



{{Plants}}

[[Category:Map tiles]]
{{Category|Trees}}

v0.31:Tree

2010-08-29T23:17:11Z

Fortunato:

{{quality|Masterwork|08:00, 22 May 2010 (UTC)}}{{av}}

'''Trees''' can be found on almost any playable map. Depending whether trees are scarce or dense, they can be a great renewable source of {{l|wood}}. The density of growth is determined by the {{l|biome}}, and those are visible on the pre-{{l|embark}} screen by hitting {{k|F1}}, {{k|F2}} etc. Density does not change - there are no climate shifts during game play.

There are many different varieties that grow in various different types of biomes. The only difference between different types of trees is the (usually very minor) difference in the weight of the log or item produced, and the color of the wood from underground "trees" - otherwise all trees are identical, equal in usefulness and value.*

:''(* Note that {{l|preference}}s can alter a dwarf's perception of the value of items made from a type of wood that they prefer.)''

Viewed on their same {{l|z-level}}, many different sub-types of trees have their own symbol, such as {{tile|♣|2:0}}, {{tile|♠|2:0}}, {{tile|¶|2:0}}, {{tile|╞|2:0}} or {{tile|⌠|2:0}}. Some share the same symbol, but since the only difference is for preferences, this is not a significant problem. (See table, below, for tree/symbol pairs.) For most purposes, a tree is a tree.

Trees viewed from one z-level higher look like coloured rectangles ( {{tile|■|2:0}} ), appearing identical to coloured {{l|block}}s floating in the air. Deciduous trees will change colour to red or yellow in {{L|autumn}} ( {{tile|♣|4:1}}, {{tile|♠|6:1}} ), and lose their leaves in {{L|winter}} ( {{tile|╞|6:0}} ) (controlled by the [AUTUMNCOLOR] tag.) This does not affect their usefulness - they may be cut down in any season, and produce the same end result.

Trees are currently not a source of food or other material, so it is not possible to harvest mangos, maple syrup, nuts, rubber, etc.

===Harvesting / Removing the barrier===
Trees are a type of {{l|map tile}} that forms a solid barrier, like {{l|stone}} or {{l|ore}}. Trees (but not saplings) will block movement, and prevent designation of {{l|channel}}ing, {{l|wall}}s and other {{l|construction}}s. {{l|Caravan}}s are especially vulnerable to being blocked by trees, since they require a path 3-tiles wide and cannot pass within 1 tile of a tree(note wagons appear to not be in 2010 as of yet.). Trees do not form a floor on the level above them - creatures cannot walk "on top of" trees. However, in a very interesting series of circumstances involving a drawbridge and a troll, I found that creatures that are flying through the air can somehow ''land'' on top of trees. -Fortunato

They must be designated for removal from the {{Key|d}}esignations menu chop {{k|t}}rees, which will instruct {{l|dwarves}} with the {{l|woodcutting}} {{l|labor}} enabled to grab an {{l|axe}} and begin chopping down the tree. Once cut down, they become one {{l|wood}} log, which is movable and can be hauled by enabling the Haul Wood labor on any dwarf and designating a wood {{l|stockpile}}.

===Tree growth===
Trees grow from '''saplings''', which start growing randomly on tiles of a suitable biome. Saplings can be killed by heavy {{l|traffic}}, and also flooding. Dead saplings will remain for some seasons, and then disappear - or heavy traffic will trample them away. To grow from a sapling to a tree takes about a year and a half or more, though this seems randomized to some degree. Trees do not need to be (and can't be) "planted" - even if a map is stripped of all trees, new saplings will regrow, randomly and in their own time. 

Saplings will not grow on a tile with items on it (such as stone, food, etc). Saplings will not grow where a road has been laid down. Trees do not appear in biomes with zero drainage.

==Tree farming==

While it is not possible to plant trees directly, walling off or engineering a patch of muddy soil underground and breaching a {{L|cavern}} to allow spores in is a decent method of growing trees safely.

== List of Trees ==

{{Tree table head}}

{{Tree table row|name={{L|Acacia}}|tile={{tile|♣|2:0}}|hab=Tropical Dry Broadleaf Forest (Dry) Tropical Grassland (Dry) Tropical Savanna (Dry) Tropical Shrubland (Dry)|align=All|decid=No|wt=500|pref=thorns}}

{{Tree table row|name={{L|Alder}}|tile={{tile|♣|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=410|pref=catkins autumn coloration}}

{{Tree table row|name={{L|Ash (tree)|Ash}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=620|pref=flying keys autumn coloration}}

{{Tree table row|name={{L|Birch}}|tile={{tile|♣|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=670|pref=catkins silver bark autumn coloration}}

{{Tree table row|name={{L|Black-cap}}|tile={{tile|♠|0:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=650|pref=gloomy appeal}}

{{Tree table row|name={{L|Blood thorn}}|tile={{tile|╡|4:0}}|hab=Subterranean Cavern (layer 3) Subterranean Chasm|align=All|decid=No|wt=1250|pref=sickening appearance}}

{{Tree table row|name={{L|Cacao tree}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=flowers}}

{{Tree table row|name={{L|Candlenut}}|tile={{tile|Γ|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=500|pref=nuts}}

{{Tree table row|name={{L|Cedar}}|tile={{tile|↨|2:0}}|hab=Temperate Conifer Forest (Dry) Tropical Conifer Forest (Dry)|align=All|decid=No|wt=380|pref=majesty}}

{{Tree table row|name={{L|Chestnut}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=500|pref=smelly catkins spiny pods chestnuts autumn coloration}}

{{Tree table row|name={{L|Feather tree}}|tile={{tile|♣|7:1}}|hab=Not Freezing (Dry)|align=Good|decid=No|wt=100|pref=feathery leaves}}

{{Tree table row|name={{L|Fungiwood}}|tile={{tile|♣|6:1}}|hab=Subterranean Cavern (layers 1-2)|align=All|decid=No|wt=600|pref=fine grain}}

{{Tree table row|name={{L|Glumprong}}|tile={{tile|┤|5:0}}|hab=Not Freezing (Dry)|align=Evil|decid=No|wt=1200|pref=living shadows}}

{{Tree table row|name={{L|Goblin-cap}}|tile={{tile|♠|4:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=600|pref=stunning color}}

{{Tree table row|name={{L|Highwood}}|tile={{tile|¶|2:0}}|hab=Not Freezing (Dry)|align=Savage|decid=No|wt=500|pref=magnificence}}

{{Tree table row|name={{L|Kapok}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=buttresses}}

{{Tree table row|name={{L|Larch}}|tile={{tile|↑|2:0}}|hab=Taiga (Dry) Temperate Conifer Forest (Dry)|align=All|decid=Yes|wt=590|pref=cones needles}}

{{Tree table row|name={{L|Mango tree}}|tile={{tile|Γ|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=500|pref=sweet-smelling flowers}}

{{Tree table row|name={{L|Mahogany}}|tile={{tile|♠|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=600|pref=loose inflorescences}}

{{Tree table row|name={{L|Maple}}|tile={{tile|♣|2:0}}|hab=Temperate Broadleaf Forest (Dry) Temperate Grassland (Dry) Temperate Savanna (Dry) Temperate Shrubland (Dry)|align=All|decid=Yes|wt=755|pref=autumn coloration}}

{{Tree table row|name={{L|Mangrove}}|tile={{tile|♣|2:0}}|hab=Mangrove Swamp (wet)|align=All|decid=No|wt=500|pref=roots}}

{{Tree table row|name={{L|Nether-cap}}|tile={{tile|♠|1:0}}|hab=Subterranean Cavern (layer 3)|align=All|decid=No|wt=550|pref=coldness to the touch (wood has [MAT_FIXED_TEMP:10000])}}

{{Tree table row|name={{L|Oak}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=700|pref=acorns autumn coloration}}

{{Tree table row|name={{L|Palm}}|tile={{tile|Γ|2:0}}|hab=Any Tropical (Dry)|align=All|decid=No|wt=500|pref=leaves}}

{{Tree table row|name={{L|Pine}}|tile={{tile|↑|2:0}}|hab=Taiga (Dry) Temperate Conifer Forest (Dry) Tropical Conifer Forest (Dry)|align=All|decid=No|wt=560|pref=cones needles}}

{{Tree table row|name={{L|Rubber tree}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=branch shedding}}

{{Tree table row|name={{L|Saguaro}}|tile={{tile|╞|2:0}}|hab=Any Desert (Dry)|align=All|decid=No|wt=500|pref=amazing arms}}

{{Tree table row|name={{L|Spore tree}}|tile={{tile|♣|3:0}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=600|pref=raining spores}}

{{Tree table row|name={{L|Tower-cap}}|tile={{tile|♠|7:1}}|hab=Subterranean Cavern (layers 1-2)|align=All|decid=No|wt=600|pref=great size}}

{{Tree table row|name={{L|Tunnel tube}}|tile={{tile|│|5:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=500|pref=curving trunk}}

{{Tree table row|name={{L|Willow}}|tile={{tile|⌠|2:0}}|hab=Any Temperate (Wet) Any Tropical Forest (Wet) Tropical Grassland (Wet) Tropical Savanna (Wet) Tropical Shrubland (Wet) Tropical Freshwater Swamp (Wet) Tropical Saltwater Swamp (Wet) Tropical Freshwater Marsh (Wet) Tropical Saltwater Marsh (Wet)|align=All|decid=No|wt=420|pref=sad appearance fluffy catkins}}

|}



{{Plants}}

[[Category:Map tiles]]
{{Category|Trees}}

v0.31:Tree

2010-08-29T23:16:24Z

Fortunato:

{{quality|Masterwork|08:00, 22 May 2010 (UTC)}}{{av}}

'''Trees''' can be found on almost any playable map. Depending whether trees are scarce or dense, they can be a great renewable source of {{l|wood}}. The density of growth is determined by the {{l|biome}}, and those are visible on the pre-{{l|embark}} screen by hitting {{k|F1}}, {{k|F2}} etc. Density does not change - there are no climate shifts during game play.

There are many different varieties that grow in various different types of biomes. The only difference between different types of trees is the (usually very minor) difference in the weight of the log or item produced, and the color of the wood from underground "trees" - otherwise all trees are identical, equal in usefulness and value.*

:''(* Note that {{l|preference}}s can alter a dwarf's perception of the value of items made from a type of wood that they prefer.)''

Viewed on their same {{l|z-level}}, many different sub-types of trees have their own symbol, such as {{tile|♣|2:0}}, {{tile|♠|2:0}}, {{tile|¶|2:0}}, {{tile|╞|2:0}} or {{tile|⌠|2:0}}. Some share the same symbol, but since the only difference is for preferences, this is not a significant problem. (See table, below, for tree/symbol pairs.) For most purposes, a tree is a tree.

Trees viewed from one z-level higher look like coloured rectangles ( {{tile|■|2:0}} ), appearing identical to coloured {{l|block}}s floating in the air. Deciduous trees will change colour to red or yellow in {{L|autumn}} ( {{tile|♣|4:1}}, {{tile|♠|6:1}} ), and lose their leaves in {{L|winter}} ( {{tile|╞|6:0}} ) (controlled by the [AUTUMNCOLOR] tag.) This does not affect their usefulness - they may be cut down in any season, and produce the same end result.

Trees are currently not a source of food or other material, so it is not possible to harvest mangos, maple syrup, nuts, rubber, etc.

===Harvesting / Removing the barrier===
Trees are a type of {{l|map tile}} that forms a solid barrier, like {{l|stone}} or {{l|ore}}. Trees (but not saplings) will block movement, and prevent designation of {{l|channel}}ing, {{l|wall}}s and other {{l|construction}}s. {{l|Caravan}}s are especially vulnerable to being blocked by trees, since they require a path 3-tiles wide and cannot pass within 1 tile of a tree(note wagons appear to not be in 2010 as of yet.). Trees do not form a floor on the level above them - creatures cannot walk "on top of" trees.
However, in a very interesting series of circumstances involving a drawbridge and a troll, I found that creatures that are flying through the air can somehow ''land'' on top of trees. -Fortunato

They must be designated for removal from the {{Key|d}}esignations menu chop {{k|t}}rees, which will instruct {{l|dwarves}} with the {{l|woodcutting}} {{l|labor}} enabled to grab an {{l|axe}} and begin chopping down the tree. Once cut down, they become one {{l|wood}} log, which is movable and can be hauled by enabling the Haul Wood labor on any dwarf and designating a wood {{l|stockpile}}.

===Tree growth===
Trees grow from '''saplings''', which start growing randomly on tiles of a suitable biome. Saplings can be killed by heavy {{l|traffic}}, and also flooding. Dead saplings will remain for some seasons, and then disappear - or heavy traffic will trample them away. To grow from a sapling to a tree takes about a year and a half or more, though this seems randomized to some degree. Trees do not need to be (and can't be) "planted" - even if a map is stripped of all trees, new saplings will regrow, randomly and in their own time. 

Saplings will not grow on a tile with items on it (such as stone, food, etc). Saplings will not grow where a road has been laid down. Trees do not appear in biomes with zero drainage.

==Tree farming==

While it is not possible to plant trees directly, walling off or engineering a patch of muddy soil underground and breaching a {{L|cavern}} to allow spores in is a decent method of growing trees safely.

== List of Trees ==

{{Tree table head}}

{{Tree table row|name={{L|Acacia}}|tile={{tile|♣|2:0}}|hab=Tropical Dry Broadleaf Forest (Dry) Tropical Grassland (Dry) Tropical Savanna (Dry) Tropical Shrubland (Dry)|align=All|decid=No|wt=500|pref=thorns}}

{{Tree table row|name={{L|Alder}}|tile={{tile|♣|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=410|pref=catkins autumn coloration}}

{{Tree table row|name={{L|Ash (tree)|Ash}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=620|pref=flying keys autumn coloration}}

{{Tree table row|name={{L|Birch}}|tile={{tile|♣|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=670|pref=catkins silver bark autumn coloration}}

{{Tree table row|name={{L|Black-cap}}|tile={{tile|♠|0:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=650|pref=gloomy appeal}}

{{Tree table row|name={{L|Blood thorn}}|tile={{tile|╡|4:0}}|hab=Subterranean Cavern (layer 3) Subterranean Chasm|align=All|decid=No|wt=1250|pref=sickening appearance}}

{{Tree table row|name={{L|Cacao tree}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=flowers}}

{{Tree table row|name={{L|Candlenut}}|tile={{tile|Γ|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=500|pref=nuts}}

{{Tree table row|name={{L|Cedar}}|tile={{tile|↨|2:0}}|hab=Temperate Conifer Forest (Dry) Tropical Conifer Forest (Dry)|align=All|decid=No|wt=380|pref=majesty}}

{{Tree table row|name={{L|Chestnut}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=500|pref=smelly catkins spiny pods chestnuts autumn coloration}}

{{Tree table row|name={{L|Feather tree}}|tile={{tile|♣|7:1}}|hab=Not Freezing (Dry)|align=Good|decid=No|wt=100|pref=feathery leaves}}

{{Tree table row|name={{L|Fungiwood}}|tile={{tile|♣|6:1}}|hab=Subterranean Cavern (layers 1-2)|align=All|decid=No|wt=600|pref=fine grain}}

{{Tree table row|name={{L|Glumprong}}|tile={{tile|┤|5:0}}|hab=Not Freezing (Dry)|align=Evil|decid=No|wt=1200|pref=living shadows}}

{{Tree table row|name={{L|Goblin-cap}}|tile={{tile|♠|4:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=600|pref=stunning color}}

{{Tree table row|name={{L|Highwood}}|tile={{tile|¶|2:0}}|hab=Not Freezing (Dry)|align=Savage|decid=No|wt=500|pref=magnificence}}

{{Tree table row|name={{L|Kapok}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=buttresses}}

{{Tree table row|name={{L|Larch}}|tile={{tile|↑|2:0}}|hab=Taiga (Dry) Temperate Conifer Forest (Dry)|align=All|decid=Yes|wt=590|pref=cones needles}}

{{Tree table row|name={{L|Mango tree}}|tile={{tile|Γ|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=500|pref=sweet-smelling flowers}}

{{Tree table row|name={{L|Mahogany}}|tile={{tile|♠|2:0}}|hab=Any Tropical Forest (Dry)|align=All|decid=No|wt=600|pref=loose inflorescences}}

{{Tree table row|name={{L|Maple}}|tile={{tile|♣|2:0}}|hab=Temperate Broadleaf Forest (Dry) Temperate Grassland (Dry) Temperate Savanna (Dry) Temperate Shrubland (Dry)|align=All|decid=Yes|wt=755|pref=autumn coloration}}

{{Tree table row|name={{L|Mangrove}}|tile={{tile|♣|2:0}}|hab=Mangrove Swamp (wet)|align=All|decid=No|wt=500|pref=roots}}

{{Tree table row|name={{L|Nether-cap}}|tile={{tile|♠|1:0}}|hab=Subterranean Cavern (layer 3)|align=All|decid=No|wt=550|pref=coldness to the touch (wood has [MAT_FIXED_TEMP:10000])}}

{{Tree table row|name={{L|Oak}}|tile={{tile|♠|2:0}}|hab=Any Temperate Broadleaf Forest (Dry)|align=All|decid=Yes|wt=700|pref=acorns autumn coloration}}

{{Tree table row|name={{L|Palm}}|tile={{tile|Γ|2:0}}|hab=Any Tropical (Dry)|align=All|decid=No|wt=500|pref=leaves}}

{{Tree table row|name={{L|Pine}}|tile={{tile|↑|2:0}}|hab=Taiga (Dry) Temperate Conifer Forest (Dry) Tropical Conifer Forest (Dry)|align=All|decid=No|wt=560|pref=cones needles}}

{{Tree table row|name={{L|Rubber tree}}|tile={{tile|Γ|2:0}}|hab=Tropical Moist Broadleaf Forest (Dry)|align=All|decid=No|wt=500|pref=branch shedding}}

{{Tree table row|name={{L|Saguaro}}|tile={{tile|╞|2:0}}|hab=Any Desert (Dry)|align=All|decid=No|wt=500|pref=amazing arms}}

{{Tree table row|name={{L|Spore tree}}|tile={{tile|♣|3:0}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=600|pref=raining spores}}

{{Tree table row|name={{L|Tower-cap}}|tile={{tile|♠|7:1}}|hab=Subterranean Cavern (layers 1-2)|align=All|decid=No|wt=600|pref=great size}}

{{Tree table row|name={{L|Tunnel tube}}|tile={{tile|│|5:1}}|hab=Subterranean Cavern (layers 2-3)|align=All|decid=No|wt=500|pref=curving trunk}}

{{Tree table row|name={{L|Willow}}|tile={{tile|⌠|2:0}}|hab=Any Temperate (Wet) Any Tropical Forest (Wet) Tropical Grassland (Wet) Tropical Savanna (Wet) Tropical Shrubland (Wet) Tropical Freshwater Swamp (Wet) Tropical Saltwater Swamp (Wet) Tropical Freshwater Marsh (Wet) Tropical Saltwater Marsh (Wet)|align=All|decid=No|wt=420|pref=sad appearance fluffy catkins}}

|}



{{Plants}}

[[Category:Map tiles]]
{{Category|Trees}}

v0.31:Magma kiln

2010-08-11T20:37:19Z

Fortunato:

{{av}}
{{Furnace|name=Magma kiln|key=n|job={{L|Furnace operator}}
|construction=
1 of
* {{L|Stone}}
* {{L|Wood}}
* {{L|Block}}
|construction_job=
* {{L|Building designer|Architecture}}
* {{L|mason|Masonry}}
|use=
* {{L|Potash}}
|production=
* {{L|ash|Pearlash}}
}}
{{Quality|Fine}}
A Magma Kiln is a Kiln that uses [[magma]] for [[fuel]], instead of [[charcoal]] or [[coke]]. It must be built out of fire safe materials. One of the edge tiles must be over [[magma]]. It is recommended to build the kiln in such a way that dwarves cannot fall into the [[magma]]. For more details, see [[Glass Furnace]].

As with other magma workshops, you have to find a magma source in order to construct it.
{{Workshops}}

v0.31:Magma kiln

2010-08-11T20:23:46Z

Fortunato:

User:Fortunato

2010-08-07T02:39:34Z

Fortunato:

=User:Fortunato=
----
Fortunato, a.k.a. Alexander is a DF <s>fanatic</s> enthusiast of fifteen. He enjoys Dwarf Fortress, tennis, hiking, camping, and causing ''[[Unfortunate accident]]s''.

User:Fortunato

2010-08-07T02:38:05Z

Fortunato:

=User:Fortunato=
----
Fortunato, a.k.a. Alexander is a DF <s>fanatic</s> enthusiast of fifteen. He enjoys Dwarf Fortress, tennis, hiking, camping, and causing ''[[unfortunate accidents]]''.

User:Fortunato

2010-08-07T02:34:46Z

Fortunato:

=User:Fortunato=
----
Fortunato, a.k.a. Alexander is a DF <s>fanatic</s> enthusiast of fifteen. He enjoys Dwarf Fortress, tennis, hiking, camping, and causing ''unfortunate accidents''.

User:Fortunato

2010-08-07T02:25:34Z

Fortunato:

=User:Fortunato=
----
Fortunato, a.k.a. Alexander

User:Fortunato

2010-08-07T02:17:33Z

Fortunato: Created page with ''