Bay 12 Games Forum

2:  If it is bins of clothing that won't move, perhaps you don't allow bins in the clothing stockpile.  Check the stockpile [q] and verify that the bins setting is not at 0.  It defaults to maximum, if you originally use a stockpile type that makes sense with bins, but if you designate, for example, an animal stockpile, and only after creating it change it to clothing, then the bin count will still be zero, because it was originally an animal stockpile which doesn't use bins.

If a person is possessed, then they are not actually the entity making the craft.  Whatever it is that is possessing them makes the craft, and then unpossesses them.  Thus they gain no experience.  All other moods (fey, secretive, fell, and macabre) result in experience.

I'm not sure if this would just break the game or not, but for foods try removing [EDIBLE_WHENCOOKED], [EDIBLE_RAW], [DRINK:], and [DRINKVALUE:] from all underground plants.  (Might have to add a few others as well, check the list of plant tokens.)  Then create other foods that are edible, cookable, or brewable, but are not growable in any season.  Finally, create a smelter reaction to turn piles of the former plant product into smaller piles of the latter plant product.  You can play with probabilities and everything too, so that you really have to grow a ton of the former to get anything that will provide nourishment to your dwarves.  Additionally, you can add in extra reagents, so that it is even harder to get actual food.  For example, you could require that you use a bar of iron and 10 plump helmets to have a 50% chance of obtaining a single fortified helmet lump, which would be edible only when cooked.  (Don't forget to add seeds as an additional product of the reaction, unless you set your non-growable but edible plants to produce seeds when eaten raw, milled, or brewed.)

Upon examining the raws, it looks like brook lamprey do not possess the [VERMIN_FISH] tag, while other normal fish do.  I'd suggest opening up .\raw\objects\creature_small_ocean.txt, finding the entry for brook lamprey, and adding [VERMIN_FISH] immediately after [VERMIN_GROUNDER].  Save that, restart DF and load your map, and see what happens.

The forum post announcing the release of the latest version of DF is dated 2008/09/06.

Construct a magmaduct across the chasm using walls/floors.  (keyboard:  b-C-w, b-C-f)  Build floors above it as well if you want to make it totally closed off, so that it is more like a pipe than an aquaduct.  Building constructions requires masonry.  Don't worry about whether the material is magma safe or not.  Things built through the b-C menu are absolutely completely indestructable, unless you specifically designate them for deconstruction, or cause a cave-in with them or above them.  (I guess that sort of takes the "absolutely completely" out of the equation.  Oh well.)

[edit:  What Bromor said, but I'll post anyway, in case I included anything new.]

If you don't handle the water properly, yes, sending water back into a brook can produce problems.  This is because, assuming you pump it up 1 z-level above the brook, the starting height of the water is now 1 z-level higher than it was when it simply came from the brook.  If your well or something else depend on this maximum height remaining constant, then this act of pumping back into the brook can mess everything up.  However, if you use reservoirs or additional pumps to reset the maximum height of some body of water, then you won't have to worry about this.

Regarding drainage, you may be able to dig out a *huge* open area deep underground, and drain the water there (preferably in the middle so that it expands outward in all directions).  If it is big enough, and the rate at which water drains into this area is low enough, it should evaporate faster than it manages to fill the entire area.  I haven't done this myself, though, so I can't give any estimates of how much space you need for any rate of water drainage.  It could work in theory, though.

You'll notice that one of your saves is called "region1".  This is generally the save that you want, the one without any year/season information attached.  When you first start the game and are playing from the save in "region1", when a season change occurs, it will save the game to "region1-sum-201" or whatever, but you are still playing from the "region1" save.  The "region1-sub-201" is just a backup, and can be forgotten for the moment, unless you actually need the backup for some reason.  So when you exit the game, it will save your current progress to "region1", since that is the save that you are playing from.

You'll have to do this from the beginning, though, or else things will get confusing, as you have discovered.  As others have described, when you load a game from a folder, it will just treat the entire folder name as the region name, and will not recognize any of the name as year/season information.  Thus, when it autosaves, it appends the year/season to the region name (which includes older year/season information already), saves to that new folder, and you continue playing from the folder that you loaded from.  But if you always load from "region#", you should encounter no problems.