Admin docs · limitations reference
Docs/dominion/Admin docs · limitations reference

Admin docs · limitations reference

Configure claim counts, sizes, economy, teleportation, sub-claims, and world-range limits.

Files and matching

Each YAML file in plugins/Dominion/limitations/ represents one set of limits. default.yml must exist; it is the fallback for players who do not match any other limitation. File names participate in permission matching: for example, vip.yml can be granted to players with group.vip or dominion.limitation.vip.

plugins/Dominion/limitations/
├── default.yml
├── vip.yml
└── builder.yml

When a player has multiple sets of limits, the plugin uses the one with the higher priority value. When no custom file matches, the plugin uses default. Do not copy only a few lines for a custom file. Start from the server-generated default.yml, modify it as needed, and keep version: 2.

Current defaults

version: 2
priority: 0
economy:
  enable: false
  price-per-block: 10.0
  square-only: false
  refund-rate: 0.85
  free-for-subs: false
teleportation:
  enable: true
  cooldown: 10
  delay: 5
amount-all-over-the-world: 10
do-not-count-subs: false
world-limitations:
  default:
    amount: 5
    max-sub-dominion-depth: 3
    no-higher-than: 320
    no-lower-than: -64
    size-max-x: 128
    size-max-y: 64
    size-max-z: 128
    size-min-x: 4
    size-min-y: 4
    size-min-z: 4
    auto-include-vertical: false

Top-level limits

KeyPurpose
priorityPriority when multiple limits match; the higher the number, the earlier it is used
amount-all-over-the-worldTotal claims a player can own across all worlds; -1 means unlimited, though other rules may still apply
do-not-count-subsWhen true, sub-claims do not count toward the claim amount limit
economy.enableWhether economy fees are enabled; requires Vault and a usable economy plugin
economy.price-per-blockThe creation price per block; the plugin corrects negative values
economy.square-onlyCharges by horizontal area only, without counting height into the fee
economy.refund-rateThe refund ratio when contracting or deleting claims; the range is clamped to 0–1
economy.free-for-subsWhether sub-claims are created for free
teleportation.enableWhether claim teleportation is enabled
teleportation.cooldownTeleport cooldown in seconds; 0 means no cooldown
teleportation.delayWait time in seconds before teleporting; 0 means no delay

Per-world limits

Under world-limitations, you can write world names such as dominion-demo or resource. Worlds not listed use default:

KeyPurpose
amountThe number of claims creatable in this world; -1 means this world has no separate limit, though the total limit still applies
max-sub-dominion-depthSub-claim nesting depth; 0 forbids sub-claims, -1 means unlimited
no-higher-than / no-lower-thanThe claim’s upper/lower boundaries; the plugin requires the upper bound to be greater than the lower bound
size-max-x/y/zMaximum size in the X, Y, and Z directions; -1 means no limit in that direction
size-min-x/y/zMinimum size in the X, Y, and Z directions; must be greater than 0
auto-include-verticalAutomatically expand the Y range to the world limit’s upper/lower boundaries when creating a selection

X is the east-west direction, Z is the north-south direction, and Y is height. The player’s selection boundary, maximum size, and fee calculation are affected by both the matched player limitation and the current world settings; after changes, re-select points in the target world to verify.

Example limit strategies

Regular players and VIP

Keep default.yml for regular players, then create vip.yml: raise priority, claim counts, and maximum sizes, and grant group.vip through a permissions plugin. Do not give VIP dominion.admin directly, or they get the administrator bypass instead of just a larger quota.

Resource worlds

In world-limitations.resource, lower amount, reduce size-max-*, or set max-sub-dominion-depth to 0. This only affects creation/adjustment limits; it is not the same as unclaimed-area rules, which need world-wide.

Checks after changes

Run /dominion reload config and check the console. Confirm every limitation file has loaded. Then test creation counts and boundaries separately with an account without custom permissions, an account with group.vip, and an account with two groups. Confirm the file with the highest priority takes effect. Do not delete default, and do not change version to the plugin version number.