Print

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

[Qmarx]

I mean, REALLY inefficiently.
For example, if

Code: [Select]

______
....._
....._
....._
....._
....._
______
Is designed for channeling, the order of the tiles to be channeled goes from 0 to 9 with this order:

Code: [Select]

02468_
....._
....._
....._
....._
....._
13579_
And then continues down the right edge from top to bottom.

It's like the pathfinding isn't paying any attention to y distances.

[Another]

It was always like this in all versions. That is because as was said "jobs chose dwarves, not dwarves - jobs". Normal in-plane mining and engraving (not so sure on this one) are kind of exceptions. In other words:

In Dwarf Fortress channel digs you.

And it is not as bad as it could have been - fortress mode map is divided into 16x16 tile sections and dwarves don't run between jobs in different sections.

[Qmarx]

It was always like this in all versions. That is because as was said "jobs chose dwarves, not dwarves - jobs". Normal in-plane mining and engraving (not so sure on this one) are kind of exceptions. In other words:

In Dwarf Fortress channel digs you.

And it is not as bad as it could have been - fortress mode map is divided into 16x16 tile sections and dwarves don't run between jobs in different sections.

Actually... I had issues with different sections earlier, but it eventually stabilized on this particular breed of inefficiency.

I was under the impression that channeling had the same priorities as mining?

[Troas]

Additionally, if you designate a row to channel it doesn't keep the "go to an adjacent square next" priority that dig does.  I'm channeling out a small greenhouse several Z levels over a large underground tree farm - miners will go topside and channel out one square, then down and dig out a worm-track (until he runs out of adjacent stone) then back topside to dig one more greenhouse roof square.