View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006896 | Dwarf Fortress | Dwarf Mode -- Environment | public | 2014-07-09 16:42 | 2016-02-09 03:54 |
| Reporter | Zidorn | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | confirmed | Resolution | open | ||
| OS | Windows | OS Version | 7 | ||
| Product Version | 0.40.01 | ||||
| Summary | 0006896: Mining a vein or cluster leaves floor tiles of the layer stone (natural cave formation doesn't) | ||||
| Description | When a non-layer stone is mined out in fortress mode it leaves a floor made of the stone from the layer it's in. | ||||
| Steps To Reproduce | Mine any stone that occurs in veins or clusters. | ||||
| Tags | Intentional/Expected?, mining | ||||
| has duplicate | 0006925 | resolved | All mined out stone constructions are made of one kind of stone | |
| has duplicate | 0007017 | resolved | Floor Tiles not reflecting the tile dug out. | |
| has duplicate | 0007532 | resolved | Dug out areas take the stone type of the layer, not what they were dug out of | |
| has duplicate | 0008047 | resolved | Adamantine does not leave adamantine cavern floor when mined. | |
| related to | 0001370 | resolved | Farm built on muddy chalk/bauxite/rubies, after mud dried it was all chalk | |
| related to | 0008444 | new | Cast obsidian, when mined away, will leave a floor of the surrounding stone |
|
|
What makes you think this isn't intentional? |
|
|
Previously, the floors were whatever material the mined-out tile was (mineral, gem, etc.). |
|
|
It can be a factor if you like to smooth and engrave floors with the natural patterns visible. It looks terrible but I like it! |
|
|
A quick test confirms that mining out a mineral inclusion consistently leaves the current layer material behindm even when excavating stairs (e.g. digging an up/down staircase from a Kaolinite cluster left Sand stairs behind), which is totally different from versions 0.34.11 and earlier (back to 0.27.169.32a, anyways - in the 2D versions, ores and gems left behind ordinary stone floors). [edit] The same thing happens with feature stone - no more adamantine floors. |
|
|
That looks like feature rather than bug for me, at least for gems/small clusters. |
|
|
It impacts on room quality - I used to seek out gem/ore clusters to make high value rooms, as they'd have higher value than basic rock. |
|
|
But for reals is this intentional or not? I kinda like it. It feels more like you're carving every inch of the good stuff from the mountain instead of laser-cutting perfectly square blocks and leaving behind the gold and jewels embedded into the floor, just an inch beneath the mandated floor height. It'd be really neat if a mineral floor just indicated where the vein goes on between Z-levels, but that's just me. |
|
|
By comparison, natural caves (notably, downward passages from the surface - haven't checked dry caverns yet) do have mineral floors where the inclusions used to be. |
|
|
I agree with SteveTheRed. I like the room quality bonus of minerals. If truly reverting to previous behavior is not desired, then perhaps an option in d_init to regulate this? It does have that list with weather, economy, etc. The behavior that triggered the bug report would be something like "complete mineral mining:yes" Even if yes by default, this opens up the option for those that want the valuable floors (including SteveTheRed and me) to set that option to no. |
|
|
Tristan Alkai: the bug tracker isn't a good place for Suggestions-type discussions. We're only interested in whether it's a bug or not. |
|
|
Understood. I was trying to assist in solving it. Also: the link for suggestions is not obvious from here. Advice? |
|
|
Oops, yeah, it's on the forums: http://www.bay12forums.com/smf/index.php?board=5.0 |
|
|
I thought it was intentional, meant to prevent the pretty exploity way of boosting room value by putting nobles in dug out platinum/gold veins. I like it, and I hope it stays. |
|
|
From another, related bug; this also 'breaks' obsidian casting, as the floors will be sand/dirt. I remember obsidian casting working in another way before, but I'm not sure if this is an intended change or not. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2014-07-09 16:42 | Zidorn | New Issue | |
| 2014-07-09 17:08 |
|
Note Added: 0025418 | |
| 2014-07-09 17:08 |
|
Assigned To | => user6 |
| 2014-07-09 17:08 |
|
Status | new => feedback |
| 2014-07-10 05:59 |
|
Relationship added | has duplicate 0006925 |
| 2014-07-10 05:59 |
|
Tag Attached: Intentional/Expected? | |
| 2014-07-10 06:00 |
|
Note Added: 0025517 | |
| 2014-07-10 13:34 | cephalo | Note Added: 0025586 | |
| 2014-07-10 13:45 | Quietust | Note Added: 0025589 | |
| 2014-07-10 13:53 | Quietust | Note Edited: 0025589 | |
| 2014-07-10 20:56 |
|
Relationship added | has duplicate 0007017 |
| 2014-07-10 22:54 | denspb | Note Added: 0025690 | |
| 2014-07-14 11:34 |
|
Status | feedback => acknowledged |
| 2014-07-20 21:38 |
|
Relationship added | has duplicate 0007532 |
| 2014-07-21 20:07 | SteveTheRed | Note Added: 0027177 | |
| 2014-07-23 09:07 | AVK | Note Added: 0027316 | |
| 2014-08-13 15:59 |
|
Summary | Mined out rocks leave wrong floor => Mining a vein or cluster leaves floor tiles of the layer stone |
| 2014-08-13 15:59 |
|
Relationship added | related to 0001370 |
| 2014-08-16 20:32 |
|
Relationship added | has duplicate 0008047 |
| 2014-08-19 06:01 | Quietust | Note Added: 0029293 | |
| 2014-08-19 06:33 |
|
Summary | Mining a vein or cluster leaves floor tiles of the layer stone => Mining a vein or cluster leaves floor tiles of the layer stone (natural cave formation doesn't) |
| 2014-08-26 08:36 | Tristan Alkai | Note Added: 0029648 | |
| 2014-08-26 08:39 | Tristan Alkai | Tag Attached: mining | |
| 2014-08-26 08:43 |
|
Note Added: 0029649 | |
| 2014-08-26 08:53 | Tristan Alkai | Note Added: 0029650 | |
| 2014-08-26 09:01 |
|
Note Added: 0029652 | |
| 2014-10-18 20:18 | kicking jay | Note Added: 0030666 | |
| 2014-10-27 11:47 |
|
Relationship added | related to 0008444 |
| 2014-12-30 20:31 |
|
Status | acknowledged => confirmed |
| 2016-02-09 03:54 | vomov | Note Added: 0034621 |
