🌐 Localization¶
The game database uses many text-like keys for names, descriptions, tooltips, notifications, objectives, hints, and other UI-facing strings.
For modding, these keys matter because a building, unit, recipe, objective, or artifact may not store final translated text directly. It often stores a technical key such as:
The local catalog generator creates a localization index that helps connect those keys back to the entities and files that use them.
Generated Catalog¶
Run:
Then open:
generated/catalog/localization-index.md
generated/catalog/localization-index.csv
generated/catalog/filters/localization/declared-tags.md
generated/catalog/filters/localization/referenced-keys.md
generated/catalog/filters/localization/not-in-local-tag-index.md
generated/catalog/filters/packages/<package>/localization-index.md
The CSV file is usually best for filtering. The Markdown file is good for quick reading.
What The Index Contains¶
| Column | Meaning |
|---|---|
Package |
Source package such as core, dlc1, decorations1, or tools |
Key |
The localization-like key or visible text value |
Declared |
Whether this key appears in a local LocaParkplatz tag list |
UsageType |
DeclaredTag or ReferencedKey |
Entity |
Source entity name |
DisplayName |
Best available generated display name for the entity |
Kind |
Generated kind such as building, unit, resource, recipe, or generic entity |
FieldPath |
XML path below Values where the key was found |
Comment |
Optional comment from LocaParkplatz, when present |
Guid |
Source entity GUID |
File |
Source XML file |
Important Limitation¶
The extracted LocaParkplatz files currently look like placeholder or tag index files, not a complete translation database.
That means:
Declared = Trueis useful evidence that the key appears in the local tag index.Declared = Falsedoes not automatically mean the key is broken.not-in-local-tag-indexis a research filter, not a validation error list.
Many normal database keys are likely resolved by localization data outside the extracted GameDatabase XML set.
Useful Searches¶
Search a technical key in the generated catalog:
Search where a name field comes from in the extracted XML:
Search all objective-style text keys:
Modding Workflow¶
- Find the entity you want to change in the building, unit, resource, objective, artifact, or recipe catalog.
- Copy its name, description, tooltip, notification, or title key.
- Search that key in
generated/catalog/localization-index.csv. - Check whether the key is only referenced or also declared in
LocaParkplatz. - Search the key in
game-gdb/to find every direct database usage. - If you edit a key, regenerate the catalog and check that the old and new references make sense.
For simple experiments, changing a key reference can be useful to reuse an existing visible text entry.
Creating truly new translated text probably requires understanding the game's localization pipeline outside these GameDatabase XML files.
Why This Helps¶
The index is useful for:
- finding all entities that share a visible name or tooltip key
- discovering objective and notification text keys
- spotting DLC or package-specific text additions
- checking whether a mod changed display keys consistently
- preparing future tooling that can join GameDatabase entities with external localization files if those become available
Current Local Snapshot¶
The latest local generation reports:
| Metric | Count |
|---|---|
| Localization rows | 6,182 |
| Unique localization keys | 4,890 |
Declared LocaParkplatz tags |
271 |
| Unique declared tags | 271 |
| Referenced localization-like keys | 5,911 |
| Unique referenced keys | 4,685 |
| References not in the local tag index | 5,829 |
| Unique keys not in the local tag index | 4,617 |
These numbers describe the current local extraction only and should be regenerated after each game update.