Help has moved to the Planio platform. All logins and passwords remained the same. All users will be able to login and use Redmine just as before. Read more...

Feature #919184

Requirement for a tile to be worked by a city

Added by Alina L. over 1 year ago. Updated 11 months ago.

Start date:
Due date:
% Done:


Estimated time:


Basic idea is a "CityTile", "Worked", "Local/Adjacent/CAdjacent" requirement that is fulfilled if and only if a tile in the given range is being worked by a city's citizens.
Whether or not this should apply to the city center is debatable – for things that can only have one requirement vector (e.g. the example below), having it apply to both would be better; if the city center shouldn't be counted, it can be filtered out with a negated requirement in many cases.

Motivation for this would be depletable resources (or other extras) that have a chance to disappear every turn they're being worked, e.g.

name           = _("Coal")
category       = "Resource" 
causes         = "Resource" 
rmcauses       = "Disappear" 
disappearance_reqs =
    { "type", "name", "range" 
      "CityTile", "Worked", "Local" 
disappearance_chance = 5
; gfx stuff omitted
; /* xgettext:no-c-format */
helptext       = _("\
Note: Has a 0.05% chance to disappear every turn it's worked.\

Alternatively, you could make infrastructure that might fall into disrepair if not used.
There are also some other, more far-fetched ideas, e.g. a fortress whose defense bonus depends on whether its tile is worked, or an improvement that can only be built while the tile is being worked.

0028-Add-CityTile-value-Worked.patch (4.44 KB) 0028-Add-CityTile-value-Worked.patch Marko Lindqvist, 2021-09-18 01:17 AM


#1 Updated by Marko Lindqvist over 1 year ago

  • Category set to General
  • Sprint/Milestone set to 3.2.0

#2 Updated by Alina L. over 1 year ago

Just realized: Unless there's special handling for it, Tile_Workable effects with worked tile requirements will likely have very weird semantics. Depending on implementation, sanity checks forbidding such requirements entirely might be sensible.

#3 Updated by Marko Lindqvist 11 months ago

#4 Updated by Marko Lindqvist 11 months ago

  • Status changed from Resolved to Closed
  • Assignee set to Marko Lindqvist

Also available in: Atom PDF