Dwarf Fortress Wiki - User contributions [en]

40d Talk:Exploit

2009-12-14T20:48:08Z

Nymersic: /* Using ore in a mason/craft shop */

== Deadly bridges ==

As far as I recall megabeasts can't be killed with bridge, and they destroy it when it tries to smash them. Article does state that bridge can destroy everything. --[[User:Someone-else|Someone-else]] 00:24, 21 April 2008 (EDT)

:Also I often hear that demons are not affected by the bridge and that it is destroyed if it lowers on top of them. We need some verification on this.--[[User:Richards|Richards]] 00:57, 21 April 2008 (EDT)
== Quantum stockpiles ==
[[User:GreyMario|GreyMario]] wrote an exploit about Siege engines that doesn't makes much sense. We need someone to expand it.--[[User:Richards|Richards]] 01:09, 21 April 2008 (EDT)

You fire the stone into the wall, which then falls into the trench. As the trench is limited in space, stones start piling up. (Apparently, catapults are no good at doing what they were historically used for - destroying walls... And they fire in flat trajectories - i would have honestly expected stones to travel up z-levels - but having tested catapults with roofs over them, they work, which i find silly but what the heck...). Note that this is only a quantum stockpile for stone, as opposed to dump, which is much more versatile, but there's also no need to reclaim. --[[User:Squirrelloid|Squirrelloid]] 02:15, 21 April 2008 (EDT)

:Thanks. I'll add that in.--[[User:Richards|Richards]] 02:37, 21 April 2008 (EDT)

::Well I guess eventually there will be a limit of how many items can be on a specific square... but for the moment there can be an infinite number of items no any square. --[[User:AlexFili|AlexFili]] 06:10, 9 June 2008 (EDT)

I'm trying to use the Quantum Stockpile technique to toss everything from my wagon to a single tile, but the Dwarves won't haul anything I've marked for dumping! I've made sure that nothing is forbidden, and the Dwarves all haul Refuse/Stone/Wood etc... but they won't move. --[[User:Anfini|Anfini]] 00:55, 13 July 2008 (EDT)

:Ha! Nevermind, fixed it myself. I didn't realize DF toggled "Dwarves ignore Refuse from outside" by default. --[[User:Anfini|Anfini]] 00:58, 13 July 2008 (EDT)

== Ideological point of views ==

Given the endless discussions on the net on what is considered or not cheating (as opposed to modding, or fair use of game mechanics, etc.), I suggest being extra careful of not asserting what is or what is not [[cheating]].

Exploits are distinct from cheating because ...

Some would say

Exploits are a distinct form of cheating because ...

Plus, the justification
Whether a player chooses to make use of an exploit or not depends on their personal taste;
given that Dwarf Fortress is a single-player game, no one is actually harmed when you use an exploit.

equally applies to all forms of cheating (or non-cheating).

I would also stress that DF is currently more of a sandbox than a game with difficult goals, and that players boast more about their devious schemes and grand projects than about ''winning''.

--[[User:Aykavil|Aykavil]] 05:20, 10 July 2008 (EDT)

:Don't forget, many cheaters 'cheat' because they want to find out how particular functions work or to 'test out theories'. Then of course there's the people who cheat to simply save time. These are different from the people who would cheat just for 'kicks'. --[[User:AlexFili|AlexFili]] 05:31, 10 July 2008 (EDT)
:I would say that it's indeed true that exploits are distinct from cheating. Cheating in a game involves breaking the rules; in a computer game, the program itself is "the rules" that one plays by. In fact, in some cases the "exploits" are unavoidable (such as children being legendary in six or more skills before they reach adulthood).

:It's like in gridiron football, if the ball carrier goes out of bounds the clock stops. This can be considered an exploitation of the rules to keep time from running out in the half, but it certainly isn't cheating.--[[User:Gandalf the Dwarf (No, really! Look it up!)|Gandalf the Dwarf (No, really! Look it up!)]] 14:01, 13 November 2008 (EST)

::My attitude toward such things generally revolves around what I imagine the creators of the game intended. In Stronghold 2, for example. I am certain that the creators did not intend players to create gigantic stacks of siege engines coexisting ipon a single point, but last I saw it was the 'best' strategy. That upset me. But it doesn't upset me when someone exploits DF or 'mangles' it with modding. There is very little a player can do to subvert Toady's intent with this game, even with modding, because it's more than just a fuedal economy/fortress defense simulation. I'm all for rules and restrictions in bloodline games, though--cheating and exploitation can be fun, but they almost always ruin stories and make the game less challenging. --[[User:Navian|Navian]] 15:36, 13 November 2008 (EST)

== Legendary Wrestler (Adventure) ==

I found a bug in Adventure mode that could be quite readily exploited. I wasn't sure if I just plonked it on the page, or chucked it here, so I'm just putting it here for now.

When strangling anything, you get 10xp for every 'choke'. If you hold down the directional button towards the creature, it will still get choked, but time will no pass, and the creature will never die. By placing something heavy(ish) on your keyboard, you can pretty much leave your adventurer to strangle for about 10 minutes, while you go get a drink. You come back, press Z to check your status, and, whadya know, you are now a Legendary Wrestler.

For reference, I use Windows XP. Don't know if that helps at all.

Thanks, Doom.

==Infinite Power Not An Exploit==
No really. I know it makes no physical sense, but as there is little good way to create power generation on most maps otherwise, and power can be used for all sorts of fun projects, the possibility of creating a battery anywhere you need it makes all sorts of fun things possible. I also doubt implementing a realistic physics model of energy is at all possible, much less sensical in a game which allows productive underground farming - which is honestly a far more serious violation of conservation of energy than waterwheel batteries. Doesn't work like reality does not imply it isn't intended or its exploitive of the system. The fact that the easy availability of power leads to more fun projects strongly argues it is a feature, not an exploit. --[[User:Squirrelloid|Squirrelloid]] 17:29, 12 December 2008 (EST)

The line between Exploit and Feature is entirely subjective. The fact that a significant player population considers something an exploit makes it so, I would think. It's not like "exploit" in this sense is a pejorative term. --[[User:Erom|Erom]] 14:58, 17 December 2008 (EST)

:Seeing as it violates fairly basic laws of physics (unlike underground farming, what with fungi not requiring sunlight), I'd say that the infinite power thing is as much of an exploit as any other mechanism that generates an arbitrary amount of an otherwise-limited resource. You are, after all, exploiting the gaps in the game's physics engine. This isn't explicitly a bad thing, though; this game would be far less [[fun]] if it didn't have any hilarious bugs. Since there's no real goal of the game except to do something interesting or amusing before everything dies when your magma-pumping system suffers a mechanical failure and spews lava into the sleeping quarters, I don't really see any particular grounds to not take advantage of these holes in reality. As long as you don't go "hey, look, I built an entire fortress out of adamantine" without telling people that you turned your smelters into molecular forges that produce thousands of wafers from, say, sand, it's fine. Some people want to challenge themselves and do it the "right" way, others want to challenge themselves and do it the "weird" way, and both are equally valid approaches. After all, there are plenty of people who make "anti-walkthroughs" for games which involve bending the game in question into strange ten-dimensional shapes whilst still getting to the end, and that's just as fun as doing it properly. Maybe it'll get fixed, but in the meantime feel free to dig out the bottom of the mountain and hold up a million tonnes of rock with a single glass pillar, or channel your magma with wooden walls. The exploits mentioned in these paragraphs may or may not have been performed by the author. No responsibility is accepted for attempting to perform said exploits. [[Catsplosion#Thermonuclear_catsplosion|Do not attempt to modify cats to produce temperatures exceeding 16939.81667 degrees Kelvin.]]--[[User:Quil|Quil]] 15:37, 17 December 2008 (EST)
::Productive underground farming is a violation of the laws of physics. Specifically conservation of energy. Farming generally works because plants turn sunlight into energy. You're right, fungi don't do this. However, fungi turn dead stuff into energy - a rather inefficient process. Growing fungi in solid rock, no matter how wet, shouldn't do anything, and fungal farms should require massive amounts of fertilizer. (Its not like people don't farm mushrooms today). I also don't think Quarry Bush, Sweet Pods, or Cave Wheat are fungi at all, and the only one I know that is would be Plump Helmet.
::Regardless, underground farming in the game produces energy from nothing. I consider this a more severe physics violation than perpetual motion machines, made more egregious because it doesn't actually lead to fun like Rube Goldberg devices.
::Finally, exploit technically means its not intended to occur. Violating the laws of physics does not imply game exploit if those violations are intended. Obviously underground farming is intended, so despite being a severe violation of conservation of energy its not actually an exploit. Similarly, arbitrary power seems perfectly intended by the way power works in the game. Exploits are not determined by vote, they are determined by the designer's intention - so the only vote that counts here would by ToadyOne's.
::--[[User:Squirrelloid|Squirrelloid]] 16:02, 17 December 2008 (EST)
:::''should require massive amounts of fertilizer''
:::Where do you think your dwarves do their business? --[[User:Juckto|juckto]] 16:06, 17 December 2008 (EST)

::::This should have diminishing returns. Eat food, body removes energy, expel remaining mass which contains some amount of energy to be used. If you feed your dwarves with nothing but farming (perfectly possible in game) you should be faced with diminishing yields as consumption pulls energy out of the system which then gets used for activities (so no, disposing of the dead as fertilizer does not solve the problem). Ie, a sealed fortress with no access to the surface should be faced with an ever-decreasing energy budget, and thus ever-decreasing food production. Instead, in-game you have exponentially increasing potential food production, which is crazy since there is no outside energy input. --[[User:Squirrelloid|Squirrelloid]] 16:44, 17 December 2008 (EST)

:::::On the other hand, DF is semi-mythical, and the concept of dwarves maintaining underground farms that work as well for them as above-ground farms work for humans is a great game element, even if it does not match what exists in our world.--[[User:Maximus|Maximus]] 17:21, 17 December 2008 (EST)

::::::Why do the same arguments not also support arbitrary physical power if arbitrary energy is allowed otherwise? Its the same thing - both violate conservation of energy. --[[User:Squirrelloid|Squirrelloid]] 17:26, 17 December 2008 (EST)

::::::If things didn't grow in dark, seemingly nutrientless places, preparing petri dishes would be far, far easier. As it is, since things become "muddy" when irrigated, presumably a suitable layer of fertile silt is being deposited on the surface of the rock to grow mythical subterranean plants that thrive well enough to be a suitable crop. There is, however, a subtle difference between magical crops and magical water, in that one is a somewhat hand-waved but ultimately convenient mechanism for growing crops, along the same lines as the massive time acceleration and strange Dwarven sleeping habits, while the other is a device that has no actual, functioning, real-world equivalent and is instead a quirk of the simulation, similar to, say, the deadly !![[fire imp]] fat!! that is produced by strange object property inheritance. It's essentially the same thing as opening up the reaction_standard.txt file and removing the requirement for fuel and adamantine threads from the adamantine production reaction, which happens to give you as much adamantine as you like straight from your smelter. The developer left the raws in simple text format, so he must have intended for people to do that, surely?
::::::Really, though, I don't see the need to argue about this. It's not like the Exploit Police are going to come and arrest people for building perpetual motion machines, nor are they going to arrest me for making a species that can rip people to pieces with their bare hands and wield +adamantine rocket launcher+s in both hands.--[[User:Quil|Quil]] 17:51, 17 December 2008 (EST)

:If we can agree that Toady did not intend for perpetual motion machines to be possible, then we can safely classify this as an exploit. If we can't, I'm sure there is a thread with comments from him on the issue around the forums somewhere. [[User:VengefulDonut|VengefulDonut]] 22:17, 17 December 2008 (EST)

::''Why'' does any of this matter? Perpetual motion can be done, we document it. Make use of it if you like, don't if you don't.--[[User:Maximus|Maximus]] 23:47, 17 December 2008 (EST)

:::Agreed with [[User:Maximus|Maximus]], we're arguing over a classification that simply isn't included in the scope of the wiki. Whether it's classified as an exploit or not, the ability to create power via perpetual motion exists and has been documented; therefor, it deserves a place in the wiki. Let's just leave it where it is and agree that if someone doesn't personally think it's an exploit, then it's not an exploit for them. --[[User:LucienSadi|LucienSadi]] 05:28, 18 December 2008 (EST)
::::Not included in the scope of the wiki?? Guilty conscience much? Rest at ease, the exploit page isn't finger-wagging as much an instruction manual XD Of course it's relevant, there's things even Toady considers an exploit(and plans to remove). As for mushrooms, that's obviously as Toady intended it, not an unintended side-effect of something else gone wrong. That is what makes things an exploit or not, a game with dwarves and dragons is fairly fantastic in the first place. Sheesh. --[[User:Corona688|Corona688]] 09:57, 18 December 2008 (EST)
:::Of course it's included in the scope of the wiki. Look at the title of the talk page. Talk:Exploit. If it's an exploit, we include it on the exploit page. If it's not, we include it somewhere else. In any case, it shows up somewhere. Don't get so excited over little things :) [[User:VengefulDonut|VengefulDonut]] 06:27, 18 December 2008 (EST)

== Intricate artifacts ==

You seem to be certain that this exploit doesn't work, but I can't imagine that you've actually tried it correctly, since I have an example that confirms it: {{spoil small|[[image:Soundedmurders.png]]}}.
[[User:VengefulDonut|VengefulDonut]] 17:44, 20 June 2009 (UTC)

: Indeed i tried to confirm it with my 2 last artifacts (today) and it didn't work. At what precise moment did you unforbid the items? Did they all show up as tasked with 't'? Have you yourself reproduced it? What version do you use? I know there ''is'' a bug that produces such artifacts but that one can't be reliably reproduced AFAIK. --[[User:Höhlenschreck|Höhlenschreck]] 17:57, 20 June 2009 (UTC)
::Ah - I think i see how it would work - assuming he wants 3 stones, 1 is tasked. Now I unforbid 5 other present stones at once and they will all be tasked? If it should work like that, i probably haven't tried that. --[[User:Höhlenschreck|Höhlenschreck]] 18:03, 20 June 2009 (UTC)
:The retasking is done only when the moody dwarf picks up or delivers new materials. In your example the first three stones that he picked up would be retasked, but the fourth and fifth would not because he already has three stones that were before them. So he would use a total of 4 stones. If you wanted him to use all of them you need to unforbid the latest three, wait for them to get tasked, then unforbid the first two.
The example is one I generated in {{version|0.28.181.40d}}. It shouldn't be any different in d# versions, though, since there aren't any logic updates. Mayday, on the other hand; I have no clue how far his changes have reached. [[User:VengefulDonut|VengefulDonut]] 18:08, 20 June 2009 (UTC)
:::So does this only work if the dwarf requires more than one item of a type? --[[User:Höhlenschreck|Höhlenschreck]] 12:46, 25 June 2009 (UTC)
::::You can pull it off if they only want one, but it will be a lot more work on your part. [[User:VengefulDonut|VengefulDonut]] 13:50, 25 June 2009 (UTC)

==Sweet pods, winter, and underground==

What exactly are the exploits involving those items? I couldn't find any information on how you can exploit the process of turning sweet pods into dwarven syrup instead of sugar, exploit what I'm assuming is referring to the thought to be bug where a farm plot does not check if a plant can be grown next season if it is late winter (not tested for current version), or how you can trick a subterranean farm plot into growing above ground plants.

I'm not saying there aren't exploits involving those, just curious as to ''what'' the exploits are. --[[User:Elvang|Elvang]] 04:34, 21 June 2009 (UTC)

:Err, well, no; intentionally producing only syrup as such is an exploit since it gives 5 times the amount and thus value compared to sugar - and that can't be what Toady intends, right? right? Also it is obviously an oversight on Toady's part that you can grow any surface plants all year, especially in winter. So you shouldn't do it just because you can. And for underground, well seriously, we all know that anything except mushrooms needs sunlight so if you plant smth else than plumps you are, again, exploiting, cos obviously Toady is going to change that soon..as you may have figured, ''I'' don't consider any of those exploits, but people have argued for it. --[[User:Höhlenschreck|Höhlenschreck]] 15:09, 21 June 2009 (UTC)
::I gotta disagree with the underground plants thing - for all we know dwarves just have a lot more names for "mushroom" than we do, like eskimos with snow (although that might be an urban legend?).[[User:GarrieIrons|Gar]][[User Talk:GarrieIrons|rie]] 14:57, 21 July 2009 (UTC)

::FWIW, I was arguing something else listed on this page *wasn't* an exploit because non-fungus grow underground, not that growing things like Cave Wheat was an exploit because they should require sunlight. Ie, blatant physics violations =/=> not behaving as intended. --[[User:Squirrelloid|Squirrelloid]] 08:44, 16 October 2009 (UTC)

:::Isn't this a ''fantasy'' game? [[User:Wagawaga|wagawaga]] 17:24, 10 December 2009 (UTC)

::::Now, now, let's not bring facts into this argument. [[User:Nymersic|Nymersic]] 20:42, 14 December 2009 (UTC)

==Using ore in a mason/craft shop==
Is it an exploit that building metal furniture takes 3 ore but building the same furniture from the ore takes only 1? Not so much where the ore is lesser value than the metal (eg, "iron") but say with "gold" and other metals where the ore is a "nugget".[[User:GarrieIrons|Gar]][[User Talk:GarrieIrons|rie]] 14:57, 21 July 2009 (UTC)
:The game is an alpha - in some places it's quirky as hell, especially in some of the math/values, but where the "quirks" stop and the "bugs" start is unclear. Is it an exploit to make a statue from gold ore rather than gold metal - the value is the same, so why process it? Meh. In the end, it's up to each player to determine, for themselves, their own challenges - if the game starts to get too easy, then self-handicap. "Which ones?" is up to you. --[[User:Albedo|Albedo]] 20:11, 21 July 2009 (UTC)
::Actually, what he was describing wouldn't be the same value. The gold statue at a mason's shop using gold nuggets would require one nugget, but at a smith's you would have to smelt 3 nuggets into 3 bars and use those bars to make 1 statue. You get a third the value out of doing it the proper way (not to mention about six times the work). It sounds like this would be a pretty large exploit with any of the "Native" materials. But... does it still work that way? That's the question. [[User:Nymersic|Nymersic]] 20:48, 14 December 2009 (UTC)

== Bookkeeper exploit ==
I've found that people still work just as furiously when updating stockpile records while set to the highest precision after they've achieved highest precision already. I've used this to train new bookkeeper's just as fast, you just have to make sure the stock changes often enough. Can anyone confirm that they do still work faster when set to highest precision even after highest precision has been obtained, as opposed to being set to low precision at the time? [[User:Shardok|Shardok]] 09:34, 8 August 2009 (UTC)

== Cooking Alcohol ==
Why does this have a link to Req129 and a quote of it? Also, shouldn't the link to Req129 be posted after the quote, if left there? Just want to see which way seems to make more sense first. [[User:Shardok|Shardok]] 09:40, 8 August 2009 (UTC)
:If you read carefully you will notice that req129 will result in boozecooking not being profitable any more.
::I know what it will do, but I mean, shouldn't the link to Req129 either be listed after the quote, or not listed at all if the quote is there? Or maybe the quote should be removed?
Also, separate question, does alcohol that's cooked still provide the same effects as uncooked alcohol? [[User:Shardok|Shardok]] 11:24, 8 August 2009 (UTC)
:If you are asking if it still counts as booze/drink: no. Cooking all alcohol will result in a bad surprise. --[[User:Birthright|Birthright]] 12:53, 8 August 2009 (UTC)
::Good, now I know that I've been right in refusing to let my cooks cook alcohol on my fortresses. I always tend to have too much food and not enough alcohol. However, it is fun to read descriptions of alcohol food and notice that dwarves have discovered a means by which to mince alcohol in its drink form! [[User:Shardok|Shardok]] 19:04, 8 August 2009 (UTC)
I think you still should be able to "cook" alcohol, but not by it's self. When I think of a lavish meal, I see an appetizer a main course and a drink.[[User:Derekiv|Derekiv]]10:10, 27 November 2009

40d Talk:Exploit

2009-12-14T20:42:19Z

Nymersic: /* Sweet pods, winter, and underground */

== Deadly bridges ==

As far as I recall megabeasts can't be killed with bridge, and they destroy it when it tries to smash them. Article does state that bridge can destroy everything. --[[User:Someone-else|Someone-else]] 00:24, 21 April 2008 (EDT)

:Also I often hear that demons are not affected by the bridge and that it is destroyed if it lowers on top of them. We need some verification on this.--[[User:Richards|Richards]] 00:57, 21 April 2008 (EDT)
== Quantum stockpiles ==
[[User:GreyMario|GreyMario]] wrote an exploit about Siege engines that doesn't makes much sense. We need someone to expand it.--[[User:Richards|Richards]] 01:09, 21 April 2008 (EDT)

You fire the stone into the wall, which then falls into the trench. As the trench is limited in space, stones start piling up. (Apparently, catapults are no good at doing what they were historically used for - destroying walls... And they fire in flat trajectories - i would have honestly expected stones to travel up z-levels - but having tested catapults with roofs over them, they work, which i find silly but what the heck...). Note that this is only a quantum stockpile for stone, as opposed to dump, which is much more versatile, but there's also no need to reclaim. --[[User:Squirrelloid|Squirrelloid]] 02:15, 21 April 2008 (EDT)

:Thanks. I'll add that in.--[[User:Richards|Richards]] 02:37, 21 April 2008 (EDT)

::Well I guess eventually there will be a limit of how many items can be on a specific square... but for the moment there can be an infinite number of items no any square. --[[User:AlexFili|AlexFili]] 06:10, 9 June 2008 (EDT)

I'm trying to use the Quantum Stockpile technique to toss everything from my wagon to a single tile, but the Dwarves won't haul anything I've marked for dumping! I've made sure that nothing is forbidden, and the Dwarves all haul Refuse/Stone/Wood etc... but they won't move. --[[User:Anfini|Anfini]] 00:55, 13 July 2008 (EDT)

:Ha! Nevermind, fixed it myself. I didn't realize DF toggled "Dwarves ignore Refuse from outside" by default. --[[User:Anfini|Anfini]] 00:58, 13 July 2008 (EDT)

== Ideological point of views ==

Given the endless discussions on the net on what is considered or not cheating (as opposed to modding, or fair use of game mechanics, etc.), I suggest being extra careful of not asserting what is or what is not [[cheating]].

Exploits are distinct from cheating because ...

Some would say

Exploits are a distinct form of cheating because ...

Plus, the justification
Whether a player chooses to make use of an exploit or not depends on their personal taste;
given that Dwarf Fortress is a single-player game, no one is actually harmed when you use an exploit.

equally applies to all forms of cheating (or non-cheating).

I would also stress that DF is currently more of a sandbox than a game with difficult goals, and that players boast more about their devious schemes and grand projects than about ''winning''.

--[[User:Aykavil|Aykavil]] 05:20, 10 July 2008 (EDT)

:Don't forget, many cheaters 'cheat' because they want to find out how particular functions work or to 'test out theories'. Then of course there's the people who cheat to simply save time. These are different from the people who would cheat just for 'kicks'. --[[User:AlexFili|AlexFili]] 05:31, 10 July 2008 (EDT)
:I would say that it's indeed true that exploits are distinct from cheating. Cheating in a game involves breaking the rules; in a computer game, the program itself is "the rules" that one plays by. In fact, in some cases the "exploits" are unavoidable (such as children being legendary in six or more skills before they reach adulthood).

:It's like in gridiron football, if the ball carrier goes out of bounds the clock stops. This can be considered an exploitation of the rules to keep time from running out in the half, but it certainly isn't cheating.--[[User:Gandalf the Dwarf (No, really! Look it up!)|Gandalf the Dwarf (No, really! Look it up!)]] 14:01, 13 November 2008 (EST)

::My attitude toward such things generally revolves around what I imagine the creators of the game intended. In Stronghold 2, for example. I am certain that the creators did not intend players to create gigantic stacks of siege engines coexisting ipon a single point, but last I saw it was the 'best' strategy. That upset me. But it doesn't upset me when someone exploits DF or 'mangles' it with modding. There is very little a player can do to subvert Toady's intent with this game, even with modding, because it's more than just a fuedal economy/fortress defense simulation. I'm all for rules and restrictions in bloodline games, though--cheating and exploitation can be fun, but they almost always ruin stories and make the game less challenging. --[[User:Navian|Navian]] 15:36, 13 November 2008 (EST)

== Legendary Wrestler (Adventure) ==

I found a bug in Adventure mode that could be quite readily exploited. I wasn't sure if I just plonked it on the page, or chucked it here, so I'm just putting it here for now.

When strangling anything, you get 10xp for every 'choke'. If you hold down the directional button towards the creature, it will still get choked, but time will no pass, and the creature will never die. By placing something heavy(ish) on your keyboard, you can pretty much leave your adventurer to strangle for about 10 minutes, while you go get a drink. You come back, press Z to check your status, and, whadya know, you are now a Legendary Wrestler.

For reference, I use Windows XP. Don't know if that helps at all.

Thanks, Doom.

==Infinite Power Not An Exploit==
No really. I know it makes no physical sense, but as there is little good way to create power generation on most maps otherwise, and power can be used for all sorts of fun projects, the possibility of creating a battery anywhere you need it makes all sorts of fun things possible. I also doubt implementing a realistic physics model of energy is at all possible, much less sensical in a game which allows productive underground farming - which is honestly a far more serious violation of conservation of energy than waterwheel batteries. Doesn't work like reality does not imply it isn't intended or its exploitive of the system. The fact that the easy availability of power leads to more fun projects strongly argues it is a feature, not an exploit. --[[User:Squirrelloid|Squirrelloid]] 17:29, 12 December 2008 (EST)

The line between Exploit and Feature is entirely subjective. The fact that a significant player population considers something an exploit makes it so, I would think. It's not like "exploit" in this sense is a pejorative term. --[[User:Erom|Erom]] 14:58, 17 December 2008 (EST)

:Seeing as it violates fairly basic laws of physics (unlike underground farming, what with fungi not requiring sunlight), I'd say that the infinite power thing is as much of an exploit as any other mechanism that generates an arbitrary amount of an otherwise-limited resource. You are, after all, exploiting the gaps in the game's physics engine. This isn't explicitly a bad thing, though; this game would be far less [[fun]] if it didn't have any hilarious bugs. Since there's no real goal of the game except to do something interesting or amusing before everything dies when your magma-pumping system suffers a mechanical failure and spews lava into the sleeping quarters, I don't really see any particular grounds to not take advantage of these holes in reality. As long as you don't go "hey, look, I built an entire fortress out of adamantine" without telling people that you turned your smelters into molecular forges that produce thousands of wafers from, say, sand, it's fine. Some people want to challenge themselves and do it the "right" way, others want to challenge themselves and do it the "weird" way, and both are equally valid approaches. After all, there are plenty of people who make "anti-walkthroughs" for games which involve bending the game in question into strange ten-dimensional shapes whilst still getting to the end, and that's just as fun as doing it properly. Maybe it'll get fixed, but in the meantime feel free to dig out the bottom of the mountain and hold up a million tonnes of rock with a single glass pillar, or channel your magma with wooden walls. The exploits mentioned in these paragraphs may or may not have been performed by the author. No responsibility is accepted for attempting to perform said exploits. [[Catsplosion#Thermonuclear_catsplosion|Do not attempt to modify cats to produce temperatures exceeding 16939.81667 degrees Kelvin.]]--[[User:Quil|Quil]] 15:37, 17 December 2008 (EST)
::Productive underground farming is a violation of the laws of physics. Specifically conservation of energy. Farming generally works because plants turn sunlight into energy. You're right, fungi don't do this. However, fungi turn dead stuff into energy - a rather inefficient process. Growing fungi in solid rock, no matter how wet, shouldn't do anything, and fungal farms should require massive amounts of fertilizer. (Its not like people don't farm mushrooms today). I also don't think Quarry Bush, Sweet Pods, or Cave Wheat are fungi at all, and the only one I know that is would be Plump Helmet.
::Regardless, underground farming in the game produces energy from nothing. I consider this a more severe physics violation than perpetual motion machines, made more egregious because it doesn't actually lead to fun like Rube Goldberg devices.
::Finally, exploit technically means its not intended to occur. Violating the laws of physics does not imply game exploit if those violations are intended. Obviously underground farming is intended, so despite being a severe violation of conservation of energy its not actually an exploit. Similarly, arbitrary power seems perfectly intended by the way power works in the game. Exploits are not determined by vote, they are determined by the designer's intention - so the only vote that counts here would by ToadyOne's.
::--[[User:Squirrelloid|Squirrelloid]] 16:02, 17 December 2008 (EST)
:::''should require massive amounts of fertilizer''
:::Where do you think your dwarves do their business? --[[User:Juckto|juckto]] 16:06, 17 December 2008 (EST)

::::This should have diminishing returns. Eat food, body removes energy, expel remaining mass which contains some amount of energy to be used. If you feed your dwarves with nothing but farming (perfectly possible in game) you should be faced with diminishing yields as consumption pulls energy out of the system which then gets used for activities (so no, disposing of the dead as fertilizer does not solve the problem). Ie, a sealed fortress with no access to the surface should be faced with an ever-decreasing energy budget, and thus ever-decreasing food production. Instead, in-game you have exponentially increasing potential food production, which is crazy since there is no outside energy input. --[[User:Squirrelloid|Squirrelloid]] 16:44, 17 December 2008 (EST)

:::::On the other hand, DF is semi-mythical, and the concept of dwarves maintaining underground farms that work as well for them as above-ground farms work for humans is a great game element, even if it does not match what exists in our world.--[[User:Maximus|Maximus]] 17:21, 17 December 2008 (EST)

::::::Why do the same arguments not also support arbitrary physical power if arbitrary energy is allowed otherwise? Its the same thing - both violate conservation of energy. --[[User:Squirrelloid|Squirrelloid]] 17:26, 17 December 2008 (EST)

::::::If things didn't grow in dark, seemingly nutrientless places, preparing petri dishes would be far, far easier. As it is, since things become "muddy" when irrigated, presumably a suitable layer of fertile silt is being deposited on the surface of the rock to grow mythical subterranean plants that thrive well enough to be a suitable crop. There is, however, a subtle difference between magical crops and magical water, in that one is a somewhat hand-waved but ultimately convenient mechanism for growing crops, along the same lines as the massive time acceleration and strange Dwarven sleeping habits, while the other is a device that has no actual, functioning, real-world equivalent and is instead a quirk of the simulation, similar to, say, the deadly !![[fire imp]] fat!! that is produced by strange object property inheritance. It's essentially the same thing as opening up the reaction_standard.txt file and removing the requirement for fuel and adamantine threads from the adamantine production reaction, which happens to give you as much adamantine as you like straight from your smelter. The developer left the raws in simple text format, so he must have intended for people to do that, surely?
::::::Really, though, I don't see the need to argue about this. It's not like the Exploit Police are going to come and arrest people for building perpetual motion machines, nor are they going to arrest me for making a species that can rip people to pieces with their bare hands and wield +adamantine rocket launcher+s in both hands.--[[User:Quil|Quil]] 17:51, 17 December 2008 (EST)

:If we can agree that Toady did not intend for perpetual motion machines to be possible, then we can safely classify this as an exploit. If we can't, I'm sure there is a thread with comments from him on the issue around the forums somewhere. [[User:VengefulDonut|VengefulDonut]] 22:17, 17 December 2008 (EST)

::''Why'' does any of this matter? Perpetual motion can be done, we document it. Make use of it if you like, don't if you don't.--[[User:Maximus|Maximus]] 23:47, 17 December 2008 (EST)

:::Agreed with [[User:Maximus|Maximus]], we're arguing over a classification that simply isn't included in the scope of the wiki. Whether it's classified as an exploit or not, the ability to create power via perpetual motion exists and has been documented; therefor, it deserves a place in the wiki. Let's just leave it where it is and agree that if someone doesn't personally think it's an exploit, then it's not an exploit for them. --[[User:LucienSadi|LucienSadi]] 05:28, 18 December 2008 (EST)
::::Not included in the scope of the wiki?? Guilty conscience much? Rest at ease, the exploit page isn't finger-wagging as much an instruction manual XD Of course it's relevant, there's things even Toady considers an exploit(and plans to remove). As for mushrooms, that's obviously as Toady intended it, not an unintended side-effect of something else gone wrong. That is what makes things an exploit or not, a game with dwarves and dragons is fairly fantastic in the first place. Sheesh. --[[User:Corona688|Corona688]] 09:57, 18 December 2008 (EST)
:::Of course it's included in the scope of the wiki. Look at the title of the talk page. Talk:Exploit. If it's an exploit, we include it on the exploit page. If it's not, we include it somewhere else. In any case, it shows up somewhere. Don't get so excited over little things :) [[User:VengefulDonut|VengefulDonut]] 06:27, 18 December 2008 (EST)

== Intricate artifacts ==

You seem to be certain that this exploit doesn't work, but I can't imagine that you've actually tried it correctly, since I have an example that confirms it: {{spoil small|[[image:Soundedmurders.png]]}}.
[[User:VengefulDonut|VengefulDonut]] 17:44, 20 June 2009 (UTC)

: Indeed i tried to confirm it with my 2 last artifacts (today) and it didn't work. At what precise moment did you unforbid the items? Did they all show up as tasked with 't'? Have you yourself reproduced it? What version do you use? I know there ''is'' a bug that produces such artifacts but that one can't be reliably reproduced AFAIK. --[[User:Höhlenschreck|Höhlenschreck]] 17:57, 20 June 2009 (UTC)
::Ah - I think i see how it would work - assuming he wants 3 stones, 1 is tasked. Now I unforbid 5 other present stones at once and they will all be tasked? If it should work like that, i probably haven't tried that. --[[User:Höhlenschreck|Höhlenschreck]] 18:03, 20 June 2009 (UTC)
:The retasking is done only when the moody dwarf picks up or delivers new materials. In your example the first three stones that he picked up would be retasked, but the fourth and fifth would not because he already has three stones that were before them. So he would use a total of 4 stones. If you wanted him to use all of them you need to unforbid the latest three, wait for them to get tasked, then unforbid the first two.
The example is one I generated in {{version|0.28.181.40d}}. It shouldn't be any different in d# versions, though, since there aren't any logic updates. Mayday, on the other hand; I have no clue how far his changes have reached. [[User:VengefulDonut|VengefulDonut]] 18:08, 20 June 2009 (UTC)
:::So does this only work if the dwarf requires more than one item of a type? --[[User:Höhlenschreck|Höhlenschreck]] 12:46, 25 June 2009 (UTC)
::::You can pull it off if they only want one, but it will be a lot more work on your part. [[User:VengefulDonut|VengefulDonut]] 13:50, 25 June 2009 (UTC)

==Sweet pods, winter, and underground==

What exactly are the exploits involving those items? I couldn't find any information on how you can exploit the process of turning sweet pods into dwarven syrup instead of sugar, exploit what I'm assuming is referring to the thought to be bug where a farm plot does not check if a plant can be grown next season if it is late winter (not tested for current version), or how you can trick a subterranean farm plot into growing above ground plants.

I'm not saying there aren't exploits involving those, just curious as to ''what'' the exploits are. --[[User:Elvang|Elvang]] 04:34, 21 June 2009 (UTC)

:Err, well, no; intentionally producing only syrup as such is an exploit since it gives 5 times the amount and thus value compared to sugar - and that can't be what Toady intends, right? right? Also it is obviously an oversight on Toady's part that you can grow any surface plants all year, especially in winter. So you shouldn't do it just because you can. And for underground, well seriously, we all know that anything except mushrooms needs sunlight so if you plant smth else than plumps you are, again, exploiting, cos obviously Toady is going to change that soon..as you may have figured, ''I'' don't consider any of those exploits, but people have argued for it. --[[User:Höhlenschreck|Höhlenschreck]] 15:09, 21 June 2009 (UTC)
::I gotta disagree with the underground plants thing - for all we know dwarves just have a lot more names for "mushroom" than we do, like eskimos with snow (although that might be an urban legend?).[[User:GarrieIrons|Gar]][[User Talk:GarrieIrons|rie]] 14:57, 21 July 2009 (UTC)

::FWIW, I was arguing something else listed on this page *wasn't* an exploit because non-fungus grow underground, not that growing things like Cave Wheat was an exploit because they should require sunlight. Ie, blatant physics violations =/=> not behaving as intended. --[[User:Squirrelloid|Squirrelloid]] 08:44, 16 October 2009 (UTC)

:::Isn't this a ''fantasy'' game? [[User:Wagawaga|wagawaga]] 17:24, 10 December 2009 (UTC)

::::Now, now, let's not bring facts into this argument. [[User:Nymersic|Nymersic]] 20:42, 14 December 2009 (UTC)

==Using ore in a mason/craft shop==
Is it an exploit that building metal furniture takes 3 ore but building the same furniture from the ore takes only 1? Not so much where the ore is lesser value than the metal (eg, "iron") but say with "gold" and other metals where the ore is a "nugget".[[User:GarrieIrons|Gar]][[User Talk:GarrieIrons|rie]] 14:57, 21 July 2009 (UTC)
:The game is an alpha - in some places it's quirky as hell, especially in some of the math/values, but where the "quirks" stop and the "bugs" start is unclear. Is it an exploit to make a statue from gold ore rather than gold metal - the value is the same, so why process it? Meh. In the end, it's up to each player to determine, for themselves, their own challenges - if the game starts to get too easy, then self-handicap. "Which ones?" is up to you. --[[User:Albedo|Albedo]] 20:11, 21 July 2009 (UTC)

== Bookkeeper exploit ==
I've found that people still work just as furiously when updating stockpile records while set to the highest precision after they've achieved highest precision already. I've used this to train new bookkeeper's just as fast, you just have to make sure the stock changes often enough. Can anyone confirm that they do still work faster when set to highest precision even after highest precision has been obtained, as opposed to being set to low precision at the time? [[User:Shardok|Shardok]] 09:34, 8 August 2009 (UTC)

== Cooking Alcohol ==
Why does this have a link to Req129 and a quote of it? Also, shouldn't the link to Req129 be posted after the quote, if left there? Just want to see which way seems to make more sense first. [[User:Shardok|Shardok]] 09:40, 8 August 2009 (UTC)
:If you read carefully you will notice that req129 will result in boozecooking not being profitable any more.
::I know what it will do, but I mean, shouldn't the link to Req129 either be listed after the quote, or not listed at all if the quote is there? Or maybe the quote should be removed?
Also, separate question, does alcohol that's cooked still provide the same effects as uncooked alcohol? [[User:Shardok|Shardok]] 11:24, 8 August 2009 (UTC)
:If you are asking if it still counts as booze/drink: no. Cooking all alcohol will result in a bad surprise. --[[User:Birthright|Birthright]] 12:53, 8 August 2009 (UTC)
::Good, now I know that I've been right in refusing to let my cooks cook alcohol on my fortresses. I always tend to have too much food and not enough alcohol. However, it is fun to read descriptions of alcohol food and notice that dwarves have discovered a means by which to mince alcohol in its drink form! [[User:Shardok|Shardok]] 19:04, 8 August 2009 (UTC)
I think you still should be able to "cook" alcohol, but not by it's self. When I think of a lavish meal, I see an appetizer a main course and a drink.[[User:Derekiv|Derekiv]]10:10, 27 November 2009

40d:Exploit

2009-12-14T19:47:20Z

Nymersic: /* Dwarven Kick In The Pants */

An '''exploit''' is a quirk of a game that allows players to gain what other players may consider an unfair advantage, usually by making use of a feature that is not working properly or which defies logic. 'Exploiting the game' is distinct from '[[cheating]]' because exploits occur within the game as written and do not need any external [[utilities]] or [[modding]]. Whether a player chooses to make use of an exploit or not depends on their personal taste; given that [[Dwarf Fortress]] is a single-player game, the user alone can decide what liberties to take and what options to shun. Among DF players there is much discussion what actually should be considered an exploit, going from making sweetpod syrup instead of sugar, growing crops in winter, or even underground, as the one extreme, to justifying 'water wheel batteries' as the other. This page takes a rather relaxed approach in that you considering it an exploit is basically enough to add it, if you don't get too much opposition.

Some exploits are listed below.

== Self-powered pumps ==

It is possible to produce a perpetual motion water pump where the act of pumping actually powers itself! See [[screw pump]] and [[water wheel]] for details.

== Atom Smasher ==

A [[drawbridge]], when rapidly triggered on and off, can be used to obliterate any creature or item beneath it. Only large creatures (with a SIZE greater than 10) are capable of withstanding a drawbridge crush.

== Trap fields ==
Laying a field of [[trap]]s with a significant-enough depth can protect your fortress from all invaders with no need to maintain a [[military]]. Traps are somehow intelligent enough to distinguish between [[pet]]s and allies while being dangerous to enemies and wild animals.

Many players do not consider this an exploit.

== Parents are back, party over! ==
A party can be stopped right away by {{K|f}}reeing (removing) the room the party is taking place in. The room can be recreated the same instance. Similarly, in times of high activity (e.g. mass dumping, trading; hauling) removing all rooms parties can take place in, prevents them. Since parties also have benefits this is not necessarily an exploit.

== Dwarven Kick In The Pants ==
When a dwarf is "On [[Break]]", it is possible to draft this civilian into the military and then immediately undraft in order to cancel the break. This does give an unhappy [[thought]] (but only if the dwarf has no military and/or civilian skills), so it is not a significant exploit and some may consider it a perfectly acceptable gameplay method. Of course, if you allow every dwarf to spar a little when you draft them so that they are at least Novice Wrestlers, you'll get the double advantage of being able to cancel dwarfs' breaks at will and then send them back to work with no unhappy thoughts, as well as having dwarves who fare a little better against unexpected attacks.

== Frère Jacques ==
Need a [[sleep]]ing dwarf to do some work? Kick him out of bed by deconstructing it. This does not cause an unhappy thought.

== Quantum stockpiles ==
By designating a garbage pit [[zone]] instead of a [[stockpile]], you may store an infinite number of objects in a single tile by dumping them, then reclaiming them when you want to use them.

A similar effect may be achieved by building a wall two tiles in front of a catapult and digging a channel between the wall and catapult. By firing the catapult at the wall, the stone falls into the trench. The stone will pile up in the channel, putting it out of sight and out of mind. Not only does this train [[siege operator]]s, but it clears the stone that your legendary [[miner]]s leave.

Another way to quantum stockpile is to not have appropriate stockpiles to move items back you moved to the trading depot. The depot can hold an arbitrary number of items, and those items will not be removed if there is nowhere else to place them. This is also useful for anything you want to trade anyway.

== Cooking alcohol ==

[[Alcohol]] can be cooked without requiring any other solid ingredients, producing food that is eaten and not imbibed. Doing so is a highly efficient means of producing food, as each plant produces five units of alcohol.

Though some consider it an exploit, many people make use of this feature. It will eventually be plugged with [http://www.bay12games.com/dwarves/dev_req_101-150.html Req129]:
<blockquote>Req129, IMPROVE COOKING, (Future): More food. Food should require a substrate, rather than just being seeds etc. Seeds, syrups, drinks and other such objects can contribute to the likes/dislike checks as they do now, but they shouldn't add to the number created. A good roll could lead to the recipe being given a name and saved to the entity definition, where it can then be encountered in other cities in subsequent games.</blockquote>

==Bling Bolts==

Adding a [[decoration]] to a stack of [[bolt]]s causes a huge [[value]] increase. The value of the decoration is multiplied by the number of bolts in the stack. This is considered a [[bug]].

==Bookkeeper Exercise Program==
Changing your [[bookkeeper]]'s settings to maximum accuracy causes him to work furiously in his office, training quickly up to [[legendary]]. Even if this is a bug it is not really an exploit, since a) you actually want highest precision anyway b) he attains highest precision rather fast (depending, for example, on how many stones you have mined) and thus one can not train an unlimited number of, if even several, dwarves that way.

==Manager Exercise Program==

As a [[Manager]], skill is gained as tasks are approved, not completed. Simply by queueing lots of jobs ({{key|j}} {{key|m}} {{key|q}}), the manager will quickly level to [[legendary]]. The tasks can then be removed once approved.

==Nudist Fortress==

Dwarves get a bad [[thought]] from having [[clothing]] [[wear]] out{{verify}}, but nothing happens if they can't find replacement clothes. As long as you don't make new clothes, they will happily go naked. This also avoids the problem of messy dwarves leaving clothing strewn around the fortress.

==Recycling Archery Range==

In an [[archery range]], [[bolt]]s that hit the target are are always destroyed, but bolts that miss can be saved. Dig a [[channel]] between the [[archery target]] and the back wall of the range, and [[stairs]] to get into it. Amazingly, the bolts will no longer shatter on impact with the wall, but fall intact into the channel. Reclaim the bolts, and your dwarves will re-use them for target practice. This exploit has the unfortunate side effect of splitting up [[stack]]s of bolts, so your dwarves will make a separate trip for each individual bolt.

This trick will work for a [[ballista]] as well. Be careful for friendly fire.

==Merchant Swindles==

There are a variety of ways to cheat [[merchant]]s out of their cargo without seizing it. Tearing down the [[trade depot]] while the merchants are there is the easiest way.

Also, marking items for [[dump]]ing, using view creature mode ({{key|v}}), the stocks menu ({{key|z}}), items in room mode ({{key|t}}), or mass dump mode ({{key|d}})-({{key|b}})-({{key|d}}) then marking the entire depot, lets you relieve merchants of their goods. Just reclaim the items from your garbage dump [[zone]] later. You can even take clothing and equipment off merchant and guards this way.

The merchants will still leave disappointed if they have less value in goods when they leave the map than when they entered {{verify}}.

== The Castle of Ice in the Lake of Fire ==

[[Construction]]s are indestructible, regardless of material, and walls of wood and ice easily stand up to [[magma]]. Entire fortresses can be built of ice in temperate climates equally impervious to catapults, the summer sun, or a thousand tons of boiling lava.

On a similar note, all buildings and furniture are equally strong - indestructible to most creatures, tissue paper to others. Witness a single troll bashing through a multilayered set of [[adamantine]] and [[steel]] doors, while an army of Elite Hammergoblins are stymied by a single [[glass]] [[portal]].

== Miasma can't move diagonally ==
[[Miasma]] can only move horizontally and vertically. This means that if your refuse stockpile is only accessible on a diagonal, there is no way for the miasma to escape. This is more effective than the use of doors or even pairs of doors in an "airlock" setup, as doors can be stuck open if a creature or material is occupying their square. The same method can be used to create enclosures to prevent the spread of miasma from kitchens, tanneries, and butcher shops.

== Extremely Intricate Artifacts ==

When a moody dwarf sets out to fetch some material he's craving, forbid all the other items he has gathered so far. The dwarf will set out to find a replacement for the forbidden item(s). When he returns, forbid the new one, and so on. After a while you should have a large stockpile of stuff on the moody dwarfs workshop. After you unforbid an item, the dwarf will retask it if the number of items of that type that were gathered before that one is not enough for the artifact. With careful forbidding and unforbidding, you can create ridiculously large artifacts.

== Extremely Intricate Artifacts II ==
Put all workshops outside, then set set your [[standing orders]] to "Soldiers Can Go Outdoors" or "Dwarves Stay Indoors" once you get a strange mood. Your dwarf will start collecting his first requested material over and over, never proceeding to subsequent objects. Set orders back to "Dwarves Can Go Outdoors" to make him finish gathering the rest of his materials and produce an artifact using '''all''' of the materials gathered. It is suspected that this method is what resulted in the creation of [[Planepacked]].

== Optimized-Value Artifacts/"Custom" materials ==
When a dwarf enters a strange mood, examine the item types he wants to use, then use the Stocks menu to forbid all except those you want him to fetch. With no other choices available, he will use your valuable materials instead of the common junk that may be closer. By doing this, you can create artifacts with "optimized" wealth or make sure your armorsmith's artifact is actually made of [[steel]] rather than [[zinc]]. Be warned, though, that moody metalsmiths may insist on a specific type of metal if they have a preference for it, brooding in their workshop instead of fetching your desired materials. Also note that forbidding a type of stones also forbids the workshops made from that stone, preventing all your dwarves (except the moody one) from using them. The non-exploit variant of this is to build custom stockpiles near (or right under) your relevant workshops that only take highest value items, a typical choice being native platinum and steel bars.

==River Freeze==
By setting temperature to NO in the init.txt file, a frozen river will remain frozen even during summer, allowing you to do anything you need to do before unfreezing it. This is especially useful for retrieving items or digging tunnels straight up to water sources without them flooding.

==Infinite Quivers==
By setting archery ranges where nobody can use them, and ammo stockpiles without any space for more ammo, you can force your marksdwarves to fill their quivers with an arbitrarily large number of arrows. They will pick up bolts to go practice, decide they can't because there's no room, decide not to put the bolts back because there's no room in the stockpile, and keep the bolts in their quiver, along with the other 200 or so they have. The bolts still weigh as much as they should, so dwarves will still be slowed by their humongous quivers.

40d:Trading

2009-12-14T19:36:40Z

Nymersic: "Trade goods with other races" -> "Trade goods with merchants", as you definitely trade with your own race.

{{Building|name=Trade depot|key=D
|job=
1 of:
* [[Broker]] noble
* None (See description)
|construction=
3 of
* [[Block]]
* [[Metal bar]]
* [[Stone]]
* [[Wood]]
|construction_job=
* [[Architecture]]
* and 1 of:
** [[Metalsmithing]]
** [[Masonry]]
** [[Carpentry]]
|purpose=
Trade goods with merchants.
}}

'''Trading''' in Dwarf Fortress first occurs in the first [[autumn]] after establishing your fortress, with the arrival of the [[dwarf|Dwarven]] [[Trading#Caravans|caravan]]. Trading is a good way to acquire resources that are not available or are rare in the local area. It also allows for more freedom in selecting starting gear, because items can always be obtained through trade later, e.g. one can drop the expensive [[anvil]] to bring 500 extra units of [[alcohol|booze]] or purchase additional skills for the expedition party. New players can [[Your_first_fortress#Trading|look here]] for advice on trading with the first caravan.

A '''Trader''' is the term used at your Trade Depot to refer to your fortress Broker when dealing with merchants in a visiting caravan ({{key|r}} - "''Trader requested at Depot"''). As a [[profession]], the term usually only applies to those merchants, and to a dwarf whose highest [[skill]] is [[Appraiser]].

== Trade Depot ==
Building a '''Trade Depot''' ({{K|b}} - {{K|D}}) will allow you the opportunity to trade with caravans that arrive at your fortress. Trade depots can be created from almost any material, and construction requires the [[Architecture]] skill along with the appropriate craft labor ([[Carpentry]], [[Masonry]], or [[Metalsmithing]]). There must be at least 10 spaces between the Depot and the edge of the map.

While it may be convenient to build a Trade Depot outside first, it is usually a good idea to move it inside or build fortifications around it to protect caravans and your goods from [[thief|thieves]] and [[goblin]]s.

Hit {{K|q}} to bring up the building interaction mode, and then move your cursor over the Trade Depot to gain access to the following options.

Do not build two Trade Depots however, as then neither will work properly.

Everything that is on your map belongs to you, except:

* the items of non-fortress members (only if they are alive, when they are dead they belong to you if you claim the items),
* the items that are in trade wagons or on merchant animals
* the items that are on the trade depot (they belong to nobody until they are moved out of it)
So, merchant goods that ''were'' on the trade depot belong to you if they are not on trade wagons/merchant animals. So a [[cheating|little hint]]: when the merchants have finished unloading, remove the depot...

=== Move Goods to/from Depot ===
{{K|g}}: This command becomes active when a caravan arrives on your map. This screen menu is similar to the [[stock]]s menu ({{K|z}} - Stocks). This is where you select what items you want to trade with the caravan. If you have particular items you want to sell to the caravan, you can {{K|s}}earch for it. This is convenient if you want to export all your prepared meals or finished goods. Also shown is the culling on {{K|m}}andate option. The move to depot screen will not show things that violate an export [[mandate]]. By pressing {{K|m}}, it will change to Ignoring {{K|m}}andates, and you can select banned items for export. For example, if your [[mayor]] has a mandate banning the export of iron, this screen will hide bins that contain iron items. By changing this option, all iron items will be shown.<br\> <br\>After selecting items and exiting the screen, [[jobs]] will be queued to move the items to the depot. All dwarves, regardless of [[labor]] settings, can move goods to the depot. Items that have not been moved will show [PENDING], while those that have been brought to the depot and are ready for trade and will be marked as [TRADING]. <br\><br\>Items selected for trading will remain at the depot until the caravan leaves. Alternatively you can select the item again. Once no longer required at the depot, items will be available for use or hauling to stockpiles as normal. If you don't want all the items to be returned to their stockpiles, you can optionally {{K|f}}orbid them by looking at the [[Controls_guide#View_items_in_buildings.2C_t|i{{K|t}}ems]] in the depot.

=== No trader needed at depot or Trader requested at depot ===
{{K|r}}: This requests a dwarf to come to the depot. To conduct trades with caravans, a trader must be present at the Trade Depot. Once requested, a dwarf will make their way to the depot, and remain there until released with this setting, or the dwarf decides to drink, sleep, or eat.

=== Only broker may trade or Anyone may trade ===
{{K|b}}: This setting determines who will perform the trade. If '''Only broker may trade''' is active, then only the [[Broker]] [[noble]] will respond to the trader request. This can become a problem when the broker is sleeping or otherwise occupied, but dwarves with low [[Broker skills]] will receive poorer deals when trading.

=== Trade ===
{{K|t}}: This option becomes available once the caravan and your trader are both at the depot. It begins trading.

==Trading==
{{:Trading/Flowchart}}
After entering the trade menu, select the items to offer from the right, and the desired items from the left. All caravans have a weight limit which cannot be exceeded, and the allowed additional weight is displayed in the lower right corner. If the acting broker has at least Novice or better [[Appraisal]] skill, the value of all items will be displayed. Once the proposal is ready, press {{K|t}} to make an offer, but merchants will not agree unless they make adequate profit. Be sure to use '''trade''', not '''offer''' {{K|o}}, as this will make a gift of the selected items. The amount of acceptable profit is determined by the broker's [[Broker skills|skills]] and the merchant's mood, described below. Merchants may attempt to propose counteroffers if they do not accept the proposal, which can then be accepted, rejected, or further amended by the broker.

A good rule of thumb for inexperienced brokers is to give merchants a 50% or better profit. For example, if the desired goods are worth 500☼, make sure their profit is at least 250☼ (which would make the total worth of the offered goods 750☼). This should ensure that the merchants are happy with the trading and that they accept the trade immediately without making ridiculous counteroffers. With more experienced brokers or pleased merchants, even marginally profitable trades can be successful, and counteroffers can be rejected safely, offering the same trade again. Note however that a low profit margin for the traders may not be desirable - it has been suggested that both export and profit numbers influence the size of next years caravan and, in the case of the dwarven caravan, immigration numbers.

Goods brought from caravans do not have base quality higher than superior, but decorations on a good may be of any quality.

=== Trading cue colors ===

* Items in brown have been created (or modified) by your fortress. They can be traded away or offered as a gift.
* Items in white were created by another source. They can be traded, but if one of these items has been selected, the entire selection cannot be offered as a gift.
* Items in purple are under a no-export mandate and should not be traded away unless exceptional circumstances (or masochism) push you to do this.
* Items in green have just been gifted to the caravan and they will not trade it back.
* Items in red have been seized from another caravan and cannot be traded as is; you will need to decorate them or turn them into other items for them to become "valid" trading items. However, usually a caravan from a different civilization will accept stolen goods without changing them first.

=== Merchant mood ===
If your broker has Novice or better [[Judge of Intent]] skill, there will be a line added below the merchant's dialogue describing the caravan's attitude. Their attitude rises with successful trades (especially if they get lots of profit) and falls when you propose deals they don't like.

* (trader) seems ecstatic with the trading
* (trader) seems very happy about the trading
* (trader) seems pleased with the trading
* (trader) seems willing to trade (Default, at least for humans)
* (trader) seems to be rapidly losing patience
* (trader) is not going to take much more of this
* (trader) is unwilling to trade

The happier you make a merchant, the less profit margin he will demand in a trade. If merchants reach the lowest level, no further trade will be possible, and they will immediately pack up and leave your depot. Since annoyed traders are more likely to reject deals, you should be generous in initial negotiations. Skilled negotiators seem less likely to offend traders with unsuccessful deals.

An easy way to capitalize on this mood system is to perform several partial trades. First trade for a few items, offering goods twice the value of the items you ask for (eg, offer 2000☼ for 1000☼ of his stuff). This will likely make the merchant ecstatic about trading with you. Exit the trade screen, unpause briefly, and then return to trading with a vengeance. With the merchant in such a good mood, he is more likely to counteroffer than reject a trade outright.

=== Seizing items ===

Pressing {{K|s}} from the trade menu will seize the selected items of the merchant's. If you seize goods from a caravan, the merchant will respond "Take what you want. I can't stop you." and then leave immediately without the seized goods. Items cannot be seized from the dwarven caravan, and other races will not buy goods stolen from one of their caravans (then marked in red) unless they are tricked into asking for them via counteroffer, or the items are "naturalized" by decoration or used to create other goods. Seizing goods will hurt diplomatic relations, but is not grounds for an automatic [[siege]].

Pressing the seize button while no goods are selected will result in the merchant interpreting your seizure as a joke. This apparently does nothing to benefit or hinder your trading.

As a side note, if you deconstruct your trade depot with a caravan in it, the wagons will be killed and all the caravan's items will drop to the ground, to be readily hauled away by your Dwarves. This does not mark the items as stolen, and the caravan will leave. However, ''next'' year's caravan is partly based on the profits from the previous year - so if you are relying on that race's caravans for needed items, you're hurting yourself in the long run.

Another way to steal without marking as stolen is to forbid traders' goods. They will leave them in depot.

Note that the civilization attached to a particular caravan will keep track of the value of items the caravan was carrying when they set out to trade, and they will compare this value with the value of items they return home with. Regardless of what method you use to confiscate items from a caravan, even if you came to possess the goods through no fault of your own (an [[ambush]] killed the caravaners, for example) the parent civilization may decide that you stole from them and send a [[siege]] instead of a caravan the following year. It is prudent to take measures to protect caravans visiting your lands!

===Offering items===

{{key|o}} You can also give away items, as gifts to the leaders of the [[civilization]] you are trading with. This presumably helps relations between yourself and the other faction. The exact effects are unknown but it is believed that offering goods increases the quantity and variety of trade goods brought by next year's caravan. Also the [[King]] usually requires offerings to be made before his arrival.

'''''Note:''' There are currently{{v|0.28.181.40d}} no benefits to offering goods to your king; the game developers have stated that this is to be changed in future versions.'' ("''Req174, REASON FOR OFFERING, (Future): There's no point of offering goods to your own king right now.)"''

=== Miscellaneous Trading Advice ===

* Several small trades, exiting the trade window each time, will increase the Broker's relevant skills during the early game.

* Food inside the Trade Depot can go bad. Have a food stockpile nearby so you can quickly haul goods inside.

* Thieves and thieving critters tend to follow caravans. Expect assaults and intruders.

== Caravans ==
Each friendly race will send a caravan once per year, but only if that race considers the fortress site accessible (as denoted on the embark screen). The exception is dwarves, who always arrive. Caravans appear to enter the map from a random direction which does not coincide with the relative direction of the originating [[civilization]], and they may appear from different directions or z-levels each year. Caravans may leave without trading if it takes too long to reach the trade depot, and they cannot use stairs. Caravans will embark on their journey back exactly one month after their arrival, whether they have succeeded in reaching the depot or not.

Note that if traders or their animals are prevented from leaving, they will eventually go [[insane]].

=== Wagons ===
[[Image:Depot alley.png|thumb|right|A depot in the fortress, with a narrow, trapped accessway.]]
[[Image:Depot accessible.png|thumb|right|Composite image of depot access screen. Strategically arranged walls and natural obstacles (boulders) force wagons to enter and exit the map immediately to the east of the depot.]]
All races except elves will send [[wagon]]s with their caravans, which have a much greater capacity for bringing foreign imports and accepting dwarven exports. Unfortunately, wagons require paths that are three tiles wide to pass. Wagons may enter the map in a location different from merchants with pack [[animals]], if the point the animals entered was inaccessible to the wagons. If wagons are unable to find an open path to your trade depot (or if you have not built a depot at all), they will bypass your site and you will only be able to trade for what is available on the pack animals.

Wagons '''cannot''' cross [[stair]]s or [[door]]s (even if the doors span an area ordinarily wide enough for the wagon to pass). Obstructing [[boulder]]s must be smoothed ( {{K|d}} - {{K|s}} ), and [[tree]]s must be cut down ( {{K|d}} - {{K|t}} ). [[Shrub]]s do not obstruct wagons, and neither do [[ramp]]s, [[bridge]]s, [[road]]s, or [[floor]] tiles. (However, ramps covered by a [[hatch]] do obstruct.) The impassable tiles of [[workshop]]s and other buildings will obstruct, but the passable tiles of those buildings will not. Any buildings which are normally passable, including [[restraint]]s and [[trap]]s, will not obstruct wagons either, nor will creatures, whether restrained or free.

To keep trees from growing and blocking a path, you should build roads, bridges, or floor tiles over any [[soil]] tiles that make up part of the path. Ramps must be used to adjust [[z-level]] elevation. A wagon can't go directly from a ramp to a bridge, there must be floor tiles in between.

After a trade depot is built, you can use {{K|D}} to check wagon accessibility. The decisive element is that you see the 'depot accessible' message on the right. Accessibility is calculated from your depot, not the edge of the map. Even though you see a green area around your depot, it may not be accessible. You need to make sure the path extends all the way to some edge of the map. The display is somewhat misleading in that a one tile wide green path is sufficient for the 3 tile wide wagons; the green {{Raw Tile|W|{{COLOR:2:0:1}}|{{COLOR:2:0:0}}}}s represent only the ''center'' of a wagon although the whole 3x3 can fit around it - so a three-tile wide path, which can fit a wagon, will only show up as one-tile wide line of {{Raw Tile|W|{{COLOR:2:0:1}}|{{COLOR:2:0:0}}}}s. When the route they would take goes over hills (ramps), it's hard to eye whether it is continuous all the way to the edge of the map, so be sure you see the words "depot accessible" on the depot access screen.

As long as you have a three-tile wide path to the depot that reaches ''any'' edge of the map, wagons will be able to reach the depot. If there is only one path they can take, they will take that path. You can force them to enter and exit the map in an exact spot -- preferably very near your depot -- by erecting walls or digging channels so that all paths but the one you want them to take are blocked.

{{Game_Data|[CREATURE:EQUIPMENT_WAGON]
[NAME:wagon:wagons:wagon]
[TILE:'W'][COLOR:6:0:0]
[EQUIPMENT_WAGON][COMMON_DOMESTIC]
[NOT_BUTCHERABLE]
[HAS_RACEGLOSS:WOOD]
[ITEMCORPSE:WOOD:NO_SUBTYPE:WOOD:USE_RACEGLOSS]
[NOSMELLYROT]
[BODY:WAGON]
[SIZE:12]
[ALL_ACTIVE]
[NO_GENDER]
[MATERIAL:WOOD:USE_RACEGLOSS]
[TRADE_CAPACITY:15000]
[MUNDANE]
}}

=== Liaisons ===
[[Liaison]]s may be sent with caravans to speak to important dwarves. They will allow you to choose the type of items that your fortress is interested in, and will focus on bringing more of that kind of item on the next caravan (however those items will also be more expensive). They will also present you with a list of the items they're willing to pay more for, which will be effective upon their next arrival.

Trade agreements can be viewed at a later time through the Civilization menu ({{k|c}}). These trade agreements are cleared when a liason of the corresponding civilization enters the screen, so they are generally not accessible after the caravan has arrived.

Note that if a liaison is prevented from leaving, they will eventually go [[insane]].

=== Races ===
The following races send caravans.

==== [[Dwarves]] ====
The dwarven caravan:
* arrives in [[Calendar|autumn]].
* employs wagons to bring more goods.
* typically carries [[food]], [[alcohol|booze]], [[leather]] and more. Dwarves alone may carry [[steel]] and steel goods.
* tends to be well guarded.
* sends a liaison who will speak with the [[Expedition leader]] (or [[Mayor]]) to negotiate prices.
* influences the number of immigrants received (if the caravan leaves intact).{{verify}}
* will not cause sieges when repeatedly destroyed or lost.
* is the only caravan to arrive during a fortress' first year.
* always arrives regardless of embark location.
* cannot have its goods seized from the trade menu.

==== [[elf|Elves]] ====
[[Image:Evil_elves.png|thumb|400px|A typical elven caravan.]]

The elven caravan:
* arrives in [[Calendar|spring]].
* does not send wagons.
* typically carries [[cloth]], [[Restraint|rope]], various above ground [[plants]] and their byproducts, [[log]]s, [[wood]]en [[craft]]s & [[weapon]]s, large-sized clothing and [[armor]], and may carry tame [[creatures]] (may arrive dead; a freezing biome, either at your fort or during travel, is suspected to be the cause).
* tends to be unguarded.
* does not accept some items in trade:

Elven traders do not like to be offered any tree byproducts. Forbidden items include{{ver|0.28.181.40d}}:

* [[Wood]]en items, and items derived from wood (including [[tower-cap]] logs), such as [[charcoal]] and [[pearlash]]
* Items made from clear and crystal [[glass]] (because [[pearlash]] is used in their creation) - green glass appears to be perfectly acceptable
* Items [[decoration|decorated]] with any of the above materials
* [[Obsidian]] shortswords (since they have wooden handles)
* [[Soap]] (made with [[ash]])

Offering or trading forbidden items will cause the mood of the trader to drop rapidly, quickly (possible after first offer) causing him to refuse to trade any more that season and leave immediately. Additionally you will be called uncouth, crude, and barbaric for suggesting it. Tragic incidents can befall name callers which if repeated can lead to [[siege|interesting times]] and even great [[fun]]!

However, [[stone]] and [[metal]] items, even when [[charcoal]] is used in production, are acceptable. Items made from [[silk]] are acceptable, as are all non-wooden plant-derived products such as [[cloth]] and [[thread]]. Different from previous versions, items made of bone and shell are acceptable. You can also transport your goods to the [[trade depot]] in a wooden [[bin]], as long as you do not try to sell the bin. Living animals are acceptable, as long as the [[cage]] or [[trap]] is not made of [[wood]].

Be especially careful with reselling decorated items from other caravans, as non-wood/glass items may have decorations of wood or clear/crystal glass. All items that elven caravans sell are also unacceptable to sell back to elves, as the dwarves have no means of proving that they were made in an "elf kosher" way — and all dwarves know that elves have terrible memory.

==== [[Human]]s ====
The human caravan:
* arrives in [[Calendar|summer]].
* employs wagons to bring more goods.
* typically carries a very large quantity and variety of goods.
* tends to be moderately guarded.
* sends a liaison who will speak with the broker to negotiate prices.

==== [[Goblin]]s ====
A goblin caravan may arrive if your civilization is at peace with the goblins.

The goblin caravan:
*does not send wagons
*tends to be unguarded
*brings mostly food and cloth
*does not send a liaison or a guild representative
*does not make import/export agreements

----

* All caravans (goblins too?{{verify}}) carry the more wood logs the smaller a fort's wood stockpile, independent of whether you requested them. This does not apply when the weight limit is exceded by (other) items you requested.

=== Destruction ===
If caravans are destroyed (intentionally or unintentionally), the items may remain for use. Traders caught in a [[cave-in]] will flee as if they were attacked but will leave all the items dropped by the caravan behind. Pack animals carrying items are affected just like a normal tamed [[mule]] and must be killed in the cave-in for them to drop items on the ground. It is however much more likely that the pack animal(s) will only be stunned or rendered unconscious and flee shortly after recovering from the hit. Wagons will collapse if caught in a cave-in, leaving all that it was carrying on the ground as a result. Wagons can also be destroyed by [[ocean]] waves coming up onto the shore if you have settled in the appropriate area. The only difference between collapsing under waves or a cave-in is a higher probably of recovering items if the wagon is destroyed by a wave.

While caravans can defend themselves, they don't like being ambushed. An encounter with unfriendly creatures may cause them to retreat and forget about trading with you for the season. Repeated caravan destruction (intentional or unintentional) will strain diplomatic relations and may result in a [[siege]].

=== Caravan Delay ===
If a caravan has arrived at your trade depot and is unable to leave, the merchants and animals will soon go insane. This can result in a bunch of merchants attacking your dwarves, or just standing around moping until they starve to death. It is not known if this hurts diplomatic relations.

40d:Ramp

2009-08-02T04:09:26Z

Nymersic:

A '''ramp''' is a map feature that allows dwarves and caravans to move between levels. A natural (non-dwarf-constructed) ramp is called a '''slope''', and act as hillsides on the map. Both use the ▲ symbol (pointing "up").

Unlike [[stair]]s, a single ramp on a lower level is all that is needed for access, no "down ramp" is required to complete the path between levels. However, the ramp will be visible from the upper level, shown as a ▼ symbol (pointing "down").

Also unlike stairs, they do not feed every lower and upper tile they are adjacent to, which can cause [[path]]ing problems if used incorrectly. (See "Using ramps", below.)

Ramps are the only way that [[wagon]]s can move between levels in order to access an underground [[trade depot]].

== Using ramps ==
Ramps have two common problems - collapsing because they are unsupported, and not allowing a path because they have been constructed as "dead ends" to upper levels.

[[Image:jt_df_ramp.png|left|frame|'''Diagram A:''' The lower ramp is connected to another tile on its level; the upper ramp is not and may collapse.]]
*The tile above a ramp must be open space for it to operate (it will appear on screen as a down triangle).
*The ramp must have at least one wall adjacent to it for it to not collapse (however, this does not guarantee it will function as a path, see below). Any adjacent ramps are considered part of the same, larger ramp for this purpose; for example, the following is allowed even though the ramp tile in the center is not next to any wall:
{| style="border-spacing: 0; margin-left: 1cm"
|{{CCC}}
|{{C.C}}
|{{C.C}}
|{{C.C}}
|{{CCC}}
|-
|{{CCC}}
|{{RTF|▲}}
|{{RTF|▲}}
|{{RTF|▲}}
|{{CCC}}
|-
|{{CCC}}
|{{RTF|▼}}
|{{RTF|▼}}
|{{RTF|▼}}
|{{CCC}}
|}
*The tile above the wall must be non-solid e.g. a floor, stair, 2nd ramp, etc. (Not a wall, statue, floodgate, etc.). Whatever it is, it will be destroyed when a ramp is dug out under it.
A creature can then move from the square the ramp is on to the square above it.

In Diagram A, you can see the difference: because the upper ramp is adjacent on all sides to empty space, it cannot be used to reach the tile to the west
:*Note: It ''can'' be used to reach the tiles to the northwest or northeast of the ramp (not shown in picture). Also, if the tile to the west had a natural rock wall on top of it, it '''can''' be mined from the ramp. {{ver|0.28.181.40d}}

If the upper right of Diagram A is the "top" of the map, with the ramps moving up from right to left, it would appear in DF like this (top level is Z, middle (unsupported, red ramp) is Z-1, bottom level (supported, grey ramp) is Z-2):

{| style="border-spacing: 0; margin-left: 1cm"
|(
|Z
|
|)
|
|(
|Z
| -
|1)
|
|(
|Z
| -
|2)
|
|-
|{{C.C}}
|{{000}}
|{{C.C}}
|{{C.C}}
|  
|{{CCC}}
|{{C.C}}
|{{CCC}}
|{{CCC}}
|  
|{{CCC}}
|{{CCC}}
|{{CCC}}
|{{CCC}}
|-
|{{C.C}}
|{{RTF|▼}}
|{{000}}
|{{000}}
|  
|{{000}}
|{{RTF|▲}}
|{{RTF|▼}}
|{{C.C}}
|  
|{{CCC}}
|{{CCC}}
|{{RTF|▲}}
|{{C.C}}
|-
|{{000}}
|{{000}}
|{{000}}
|{{000}}
|  
|{{000}}
|{{000}}
|{{000}}
|{{000}}
|  
|{{C.C}}
|{{C.C}}
|{{C.C}}
|{{C.C}}
|}

Note that the ramp (▲) on the Z-1 level is not supported by any adjacent walls or ramps. The ▼ symbol next to it represents the ramp on the next level down.

[[File:invalidramp.png|200px|thumb|left|'''Diagram B:''' a supported ramp with an invalid path]]

Diagram B represents a ramp system that will not collapse, but will not work as expected: Dwarfs on the upper floor will be able to descend to the lower, by walking onto the ramp and then off of the ramp, but dwarfs from the lower floor will not be able to go up.

The top of the ramp must feed into a tile to act as a landing platform for upwards traffic. A ramp cannot "double back", leading up and then expecting the traffic to jump to the tile behind them.

{{Template:-}}
=== Short Version ===

# The ramp must have a wall next to it.
# The space above the ramp must be open.
# The space above one of the walls next to the ramp must be open.

== Construction and Materials ==

There are two ways for your dwarves to create ramps. The first is to carve a slope into the earth itself (see [[digging]]), using the ground below or walls of stone, dirt, etc.. The second is to build a ramp out of materials such as [[stone]], [[wood]] or [[block]]s or [[bar]]s.
* Digging a slope uses the material and colour of the designated tile.
* Constructing a ramp uses the colour of the material used.

Remember that the physical ramp is always "up", so to dig out a ramp which goes downward from a flat surface (for example, a ground level slope down into earth), you need to shift one level down and designate the ramp from that level. Dwarfs can dig out a ramp from above or from the level it's been designated on.

== Collapse ==

Be sure to avoid mining out all of the floor tiles surrounding a ramp or staircase above and below it. If you do this, not only will the structures themselves be useless, they'll collapse, both of which can leave your dwarves trapped.

Also be extremely careful with digging ramps into areas that have [[tree]]s growing on them. If you dig a ramp under a tile with a tree on it there will be a collapse that can easily kill the dwarf doing the digging and even injure or kill other dwarves in the immediate area. There is no risk in digging under boulders, shrubs or saplings.

== Removing Natural Slopes==

Natural slopes can be mined out via the designation menu using the Remove Up Stairs/Ramps selection ({{k|d}} -> {{k|z}}, using the ingame interface). Like the selection says, only upwards slopes (and carved stairs) can be removed in such a manner, and only from the same level as the (upward) ramp. Selecting a downwards ramp in such a manner has no effect, and constructed ramps must be removed differently (see below). Removing the upward ramp will automatically remove the downward ramp designation from the level above, replacing it with "open space". (The downward part of a ramp doesn't really exist, not like a "[[stair|down stair]]" does - a creature standing on a ramp tile will be on the lower tile until they move out of the tile.

The only way to remove a ramp on the edge of the map is to build a construction, such as a floor, on the ramp's base.

== Removing Constructed Ramps ==

Constructed ramps can be removed like any other construction via the designation menu using the Remove Construction selection ({{k|d}} -> {{k|n}}, using the ingame interface). Constructed ramps will leave one stone of the sort the ramp was constructed from.

== Ramps Versus Stairways ==

As explained above, ramps have important limitations, but if constructed correctly they can allow slightly faster movement than stairways. For example, if a dwarf wants to go down and to the north using a stairway, it will have to take two steps: one step down a stairway and one step to the north. Going to the same place using a ramp only requires 1 step. Thus ramps are good for underground entrances to your fortress, even if they aren't going to be used by wagons.

== Ramps Versus Channeling ==

Ramps are better suited to carving rooms spanning multiple z-levels than channels. They are safer, because your miners will not channel the stone from underneath each other and will not get stranded on a single rocky outcrop because they could not channel out the tile they're standing on.

For example, to build a dining room three z-levels high, carve a single ramp on the first (bottommost) floor, another ramp on the second floor next to it and designate the whole third (topmost) floor for digging. After that, designate the second floor to be filled with ramps, then to be cleared of them (you might need to channel out the floor above the downward ramp). Repeat on the first floor. Voila, you have a large dining room your dwarves won't appreciate.

Digging an execution pit is even simpler. Start carving ramps from the very top, and you'll need to remove them only on the bottommost floor.

{{Buildings}}
[[Category:Constructions]]
[[Category:Designations]]
[[Category:Map tiles]]

40d Talk:Tantrum

2009-07-08T00:24:12Z

Nymersic:

== Drafting ==

It seems tantruming dwarves can be drafted and will act completely normally...Has anyone else seen this? My dwarf was already drafted before he was tantruming (I was testing on the destruction of artifacts heh), so maybe it makes a difference, but I was able to deactive/reactive his squad.

== Riots ==

Shouldn't someone edit this page to include the chain reaction of destruction that can cause a whole fortress to tear itself apart? Like when a dwarf gets mad, he destroys the carpenter's shop, the carpenter gets mad, destroys a few tables in the dining room, gets arrested and hammered to death, which makes all his friends go on a rampage and so on. I'd edit it myself, but I have no firsthand experience, and I'm not sure of the odds of something like this happening. ([[Boatmurdered]] is a fine example.) --[[User:Smartmo|Smartmo]] 16:50, 13 January 2009 (EST)

:Done. ~ [[User:Midna|Midna]] 06:51, 1 February 2009 (EST)

== Destroying masterpieces ==

I'm pretty sure destroying/losing masterpieces doesn't immediately make a dwarf tantrum. In fact, in dozens of forts, I've never had a dwarf tantrum who wasn't about to die anyway [when a dwarf gets extremely unhappy due to being attacked and then suffering major injuries, when not being particularly happy in the first place.]
But most of my dwarves are always very happy, and I've seen at least a dozen masterpieces get destroyed in various ways, and I get the message and they the unhappy note on their profile, but I've never seen them unhappy enough to tantrum. Can someone else second this? I've read many times that they automatically tantrum; I don't know why I seem to be the only one who doesn't think so.

40d:Unconscious

2009-07-07T23:32:35Z

Nymersic:

A dwarf will go '''unconscious''' for a variety of reasons. When a [[Dwarf]] or other animal is caught by a dust cloud from a collapsing roof or sustains serious enough injuries, it will fall unconscious. This means that the animal or Dwarf cannot move or enter combat. It is vulnerable to attacks.

Any unconscious creature has the "unconscious" label listed at the top right of their {{k|w}}ounds menu (as seen when {{k|v}}iewing them). Although this is shown next to "upper body", it is separate from that location, and applies to the general creature itself (This also applies to other labels in that column like "thirsty").

An unconscious dwarf may need to be carried back to a [[bed]] by a conscious dwarf with the [[Health care]] [[labor]] enabled. (Animals require the [[animal care]] labor.) If the dwarf or animal was injured in combat it will require food and water until its [[wound]]s have healed.

Unconscious dwarfs cancel any job orders they are currently attempting to fill.

It should also be noted that [[trap]]s will activate for any unconscious entity.

If a dwarf seems to continually go unconscious, it most likely has a wound to its head, an eye, or other organ. View that dwarf, and see their {{k|w}}ounds menu - use the {{k|+}} & {{k|-}} keys to scroll up/down to check areas not usually listed.

Dwarves dislike being knocked unconscious.

'''See also''': [[wounds]]

[[Category:Thoughts]]