Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Courtesy Arloban]

I woud like the export/import option with the addition of it being a text file of the init type, so that I could edit it before even starting the game, and I wouldn't need to import it each time I started a new fort it would be already set up.  I also like the trip idea.

Is 10 days a necro?

[SuicideJunkie]

Even if it was, necromancy (when providing a useful addition) is a good thing around here.

[Kogut]

RAWify stockpiles (p menu and settings of stockpiles), I hate disabling seeds, fat and extracts on every single food stockpile in every single game.

[Superior_Tomato]

I have an idea that will hopefully improve stockpiles, which is, more or less stockpile ordering.

Stockpile ordering means that the player can make 4 types of stockpile:
Primary, secondary, tertiary, and overflow.

Primary is the stockpile that workers use, tweaked a little. In this case workers take the end result of their work (Farming, crafting, woodcutting) to a primary stockpile of that type, so a farmer would harvest their crop, and put it into a nearby primary stockpile.

Secondary stockpiles are your main storage, basically what our stockpiles are now. Haulers would bring the resource from the primary stockpile to the secondary for storage, until they are moved to tertiary stockpiles, basically acting as a central hub.

Tertiary stockpiles are the used ones, which dwarves will take objects out of. These will draw from secondary stockpiles, and could be, for instance a raw food stockpile nearby the kitchens, a prepared food and drink stockpile in your dining room, or a wood stockpile outside the carpenters workshop. These are used for when there isn't enough space in an area for a full sized stockpile.

Overflow stockpiles are linked to secondary stockpiles, and are only used when there is too many objects for the secondary to handle. Haulers would not take objects from overflow stockpiles into tertiary, and when the secondary is emptied out the objects will be returned there.

If Toady employs this method, I would recommend changing the hauling labour sub-division to Primary-Secondary, Secondary-Tertiary, and Secondary-Overflow instead of the options based on object type.

[ravaught]

@Superior_Tomato : Your idea makes sense... but the mechanic needed is already in the game, it just needs to be expanded upon.

Spoiler (click to show/hide)

The ability to take from a stockpile is already there. If fact, with the exception of the overflow, you can already do exactly what you are talking about to a limited extent. Removing the limitations on how many stockpiles can draw from one stockpile would go a long way to improving the stockpiling procedure. As it is now, Pile A can take from pile B, C, & D, but each pile can only have ONE other pile pulling from it. So, for example, pile E could not pull from B, C, or D because A is already doing so.

As for stockpiles in general, yes, it would be awesome to have them pulled into the raws. Barring that, I can think of a few things that would be handy, but alot of them require significant rewrites.

Spoiler (click to show/hide)

For example, splitting tallow and fat. It sounds simple but they are categorized because they share the same sorting tag(SOAP_MAT I think..). The point is, it is not as simple as splitting up the stockpile, he would also need to restructure the raw files to allow the items to be sorted differently. Which, while painful, would be a massive improvement. Probably the easiest, and least disruptive way would be to add a new tag, that could be applied globally, like [STOCK_SORTING: VENOM] This would let the players/modders set whatever stock sorting they want, and it would also allow Toady to redo the defaults without having to screw with anything outside of the stockpile code. i.e. Tags like SOAP_MAT are also used for the reactions, so if you change that, you have to change the whole shabang. 

So Short Recap:

Remove restrictions on daisy chaining stockpiles.
Allow init/xml config of the menu so players can configure the menu.
Add [Stock_Sorting: Tag_me] and have stockpiles use that as the baseline to allow more robust sorting methods.

[lazygun]

One thing I'd like to see is a setting for whether the stockpile accepts full containers or partially-filled ones, (or both of course)

Then we could have a small stockpile of finished stone goods next to the craftsdwarf workshop, containing bins that get hauled away to the main stockpile near the depot whenever they get full. Similarly for seed stockpiles next to the brewing, threshing and milling.

[xlork]

I see no need for splitting hauling from crafting, using 'per-workshop' stockpiles basically does that.

Also, for some reason I don't like the idea of haulers bringing stuff straight to the workshop for the crafters. Not the most convincing argument, but that's just me being weird.

[Kogut]

I see no need for splitting hauling from crafting, using 'per-workshop' stockpiles basically does that.

Also, for some reason I don't like the idea of haulers bringing stuff straight to the workshop for the crafters. Not the most convincing argument, but that's just me being weird.

Exactly, it is making things more complicated for no benefit (and how haulers are supposed to guess purpose of single log in fort with carpentry and wood furnace?)

One thing I'd like to see is a setting for whether the stockpile accepts full containers or partially-filled ones, (or both of course)

Then we could have a small stockpile of finished stone goods next to the craftsdwarf workshop, containing bins that get hauled away to the main stockpile near the depot whenever they get full. Similarly for seed stockpiles next to the brewing, threshing and milling.

And this is a great idea.

[Mike Mayday]

I see no need for splitting hauling from crafting, using 'per-workshop' stockpiles basically does that.

Also, for some reason I don't like the idea of haulers bringing stuff straight to the workshop for the crafters. Not the most convincing argument, but that's just me being weird.

Exactly, it is making things more complicated for no benefit (and how haulers are supposed to guess purpose of single log in fort with carpentry and wood furnace?)

The benefit is that the creator is able to focus on his work instead of darting like an idiot between the stockpile and the workshop- which makes the worktime twice as long as it could be.
Per-workshop stockpiles work, but they require your involvement. My suggestion doesn't.

[ApolloCVermouth]

2)Split hauling from crafting
Currently when you issue an order of, say, construct 10 beds, what happens is the carpenter runs to the wood stockpile, brings one piece of wood, constructs a bed and then runs to the stockpile again. What should happen instead is that HAULERS should start bringing in ALL the necessary wood, and as soon as the first is brought the carpenter should begin constructing beds (while the haulers continue bringing more wood for the next ones).
(I think I put this in ESV some time ago...)

One day when crafting, skills, and guilds are better developed, I'd like to see menial skills like hauling handled by children, apprentices, and untrained peasants. Industries could have their own internal hierarchy. 

[xlork]

I don't see how requiring the involvement of the player is a problem, since you just set it up once and no more micro after that... unless you want the game to play itself.

[NW_Kohaku]

I don't see how requiring the involvement of the player is a problem, since you just set it up once and no more micro after that... unless you want the game to play itself.

Actually, getting the game to handle the tedious paperwork portions of play is exactly the benefit of having a computer to run a game on instead of a board game - unless you are complaining that you don't have to do the temperature system math or fluid dynamics random rolls or pahtfinding by hand and put it into the computer for it.

Removing the micromanagement from the game frees the player up to do more complex tasks themselves, since player time and attention are always at the greatest premium.  The more that stupid routine tasks of getting the fortress to just plain work is automated by the dwarven AI itself, the more that the game can become more complex as a whole, because players can focus their efforts on more complex things than making sure haulers aren't slacking off in brining logs inside from the fields.

[kaenneth]

How about if every workshop had a stockpile-like menu option, where you allow or block particular materials from being used?

Then you wouldn't have to worry about a hauler bringing the wrong materials. And it would be a wonderful option for many other uses. (I'm sure it's been suggested before for other reasons)

Also, limit the pre-hauling to the next job in the queue to prevent excess clutter. (or user-select how far ahead to fetch items)

[xlork]

I see your point kohaku, but as I said, this is a one-time-set-up bit of work you have to do, and very easy/quick-to-do micro at that. I think all that is necessary it to get the take from pile functionality fleshed out; namely allowing multiple piles feed from one.
I'm not sure how small/young forts would work with the proposed system; eg. one mason is standing in a workshop waiting for one of the other 6 to bring him some stone that is right next to him but must wait because they are busy.

[NW_Kohaku]

Well, for one thing, you have to do that "one-time" setup for every workshop, which you have to do for every fort you build.

But anyway, one of the things I rather liked the concept of, especially when I was talking about the "conveyor belt" idea was that you could somehow designate a literal supply line. 

If you had, say, a farm which you set to grow pig tails, you could designate that to be fed to the farmer's workshop, which would probably have to be hauled.  From there, however, a conveyor belt could be built that automatically sends the output of the farmer's workshop to the dyer, whose output goes to the loom, whose output is simply dumped into an clothing stockpile area.  Rather than having to micromanage jobs that keep getting canceled, you could simply set them to "work as supplies come in".