Does citizens suppossed to have different productivity?

[Yarev]

In one region my hellenic citizens have productivity 3 (infra) and in some 5(same infra), both are same etnicity, there are no Impediments and Boons in those regions but still the difference I dont understand.

Can anyone explain the reason?

[Soar]

Terrain? Populations in steppes, deserts and marshes produce less infra.

[Alcoolamus]

Are some of them in unrest? Unrest lowers the productivity

[Yarev]

no unrest
are you sure the terrain lowers the productivity?

[travling_canuck]

are you sure the terrain lowers the productivity?

I'm 99% sure it does. I don't know where you can get a report in the game to prove it, but some provinces seem to generate fewer yields per pop than others - deserts in North Africa, as example, have always appeared to generate much lower Food and Infrastructure per pop than, say, plains in Italy. I presume there's either a bonus or malus based on terrain type, or else each region has a (hidden?) base productivity that applies before the various modifiers start to kick in.

[Yarev]

are you sure the terrain lowers the productivity?

I'm 99% sure it does. I don't know where you can get a report in the game to prove it, but some provinces seem to generate fewer yields per pop than others - deserts in North Africa, as example, have always appeared to generate much lower Food and Infrastructure per pop than, say, plains in Italy. I presume there's either a bonus or malus based on terrain type, or else each region has a (hidden?) base productivity that applies before the various modifiers start to kick in.

well if you're right that would explain it as it is indeed a desert region

[Gray Fox]

It's not region unrest. Each citizen has an unrest value. The more citizens you have the higher the new citizen's value for unrest/productivity.

[Swuul]

It's not region unrest. Each citizen has an unrest value. The more citizens you have the higher the new citizen's value for unrest/productivity.

This is correct. Each region has a maxiumum value after which the citizens will start to produce less (as they are more and more unhappy as Gray Fox above says). The "cap" of the region depends on the terrain, and deserts are among the worst places.

In short, citizens in lush lands (temperate fields for example) are not notably hit by the unhappines penalty until the region has 30+ population, while half a dozen citizens living in desert will be extremely unhappy (and thus, extremely unproductive).

[travling_canuck]

It's not region unrest. Each citizen has an unrest value. The more citizens you have the higher the new citizen's value for unrest/productivity.

This is correct. Each region has a maxiumum value after which the citizens will start to produce less (as they are more and more unhappy as Gray Fox above says). The "cap" of the region depends on the terrain, and deserts are among the worst places.

In short, citizens in lush lands (temperate fields for example) are not notably hit by the unhappines penalty until the region has 30+ population, while half a dozen citizens living in desert will be extremely unhappy (and thus, extremely unproductive).

Good to know. I wasn't aware of the details behind the calculation. Thanks for sharing!

[n0b0dy007]

Can anyone explain the reason?

There is also a bug - after the Freedmen decision, some "citizens" (i.e. POPs showing citizen icon) are still actually slaves (as reported in tooltip).
See attached image.

[Pocus]

I see no error about this decision, but I have added safeguards nonetheless.

[n0b0dy007]

I see no error about this decision, but I have added safeguards nonetheless.

The error is in the implementation:

• the RNG selects various POPs in "slave" status to convert to citizens

• the selected POPs change to "citizen" icons, but tooltip/stats remain "slave"

• the RNG some turns later finalizes conversion to "citizen"

Net result: the visual cue of which POP icon is displayed is no longer accurate.
As a practical matter, this forces the Player to mouse over every POP in every region, checking for their actual status.
Tedious doesn't even begin to describe the effect, on a faction with many, many POPs in many, many regions ...

The fix would be to delay the visual change to when the actual, final POP conversion happens.
A bonus would be to add a 3rd, intermediate "converting" state, icon to the affected POPs.

[Hister_MatrixForum]

I see no error about this decision, but I have added safeguards nonetheless.

The error is in the implementation:

• the RNG selects various POPs in "slave" status to convert to citizens

• the selected POPs change to "citizen" icons, but tooltip/stats remain "slave"

• the RNG some turns later finalizes conversion to "citizen"

Net result: the visual cue of which POP icon is displayed is no longer accurate.
As a practical matter, this forces the Player to mouse over every POP in every region, checking for their actual status.
Tedious doesn't even begin to describe the effect, on a faction with many, many POPs in many, many regions ...

The fix would be to delay the visual change to when the actual, final POP conversion happens.
A bonus would be to add a 3rd, intermediate "converting" state, icon to the affected POPs.

Good suggestion.

[Pocus]

The code has been updated, there was an error in the logic indeed.