BUG: NEW: FIXED: Incorrect Mine values in province.csv

[unmerged(31571)]

Inconsistencies in province.csv?

I'm not sure if the following is wrong or wanted:

454 Samara has gold, but mine(1) is 0
194 Potosi has gold, but mine(1) is 0
367 Krain has metal, but mine(1) is 1

BR,
J

 

[AndrewT]

According to http://home.broadpark.no/~havmoe/EU/fileedit_t.htm#province :

"All provinces with gold should have 1, the other 0". I see what you're getting at; all other gold provinces are indeed 1 and metal are 0, so I guess the above three provinces are incorrect. Not sure what actual effect that might have, has anyone played with these values?

In any case I'll correct them and send them in. Thanks.

 

[unmerged(31571)]

Not sure what might happen. But perhaps some random event (new mineral in mine) will never trigger in the first two or happen in a non-gold province.

BR

 

[Norrefeldt]

That's right. All provinces with mine = 1 can be targets of the mine random command. We noticed it in the AGCEEP, since we had non-mine provinces with mine 1 too.

 

[AndrewT]

Oh, so this might not be a bug at all?

 

[Owen]

Oh, so this might not be a bug at all?

It definitely sounds like a bug to me. How would you increase the size of a non-existent mine?

 

[Norrefeldt]

Oh, so this might not be a bug at all?

It is.
Samara and Potosi will not get random mine events as it is, so that should be fixed.

 

[AndrewT]

I thought you were saying the mine=1 doesn't create a mine, just the presence of metal or gold, and instead it only governed whether the can be increased by a random event.

So are we now saying that, according to Havard's site anyway, only gold can be a mine and thus liable for a random increase?