Neutral Map Policy Design
Goal
Define a neutral, reviewable map data policy for react-svg-worldmap that keeps a single default world map while avoiding the implication that one raw dataset is an authoritative statement on sovereignty or legal boundaries.
Problem
The package currently describes the map as sourced from Natural Earth and links to a physical land dataset. That creates three problems:
- It overstates a single-source narrative for a politically sensitive map.
- It points users to the wrong Natural Earth page for country boundaries.
- It leaves disputed territories and future geopolitical changes without an explicit maintainer policy.
Design Summary
The repo will adopt a source hierarchy instead of a single-source claim:
UNSD M49andUNTERMfor naming, codes, and neutral terminologyNatural Earth Admin 0for the small-scale cartographic geometry base- A repo-maintained overrides register for disputed areas and sensitive cases
- Reference-only validation against other datasets when a case needs review
The package will continue to ship one default thematic SVG world map. The policy will explicitly state that the map is designed for data visualization, not for legal, diplomatic, or cadastral use.
Repository Changes
Public documentation
- Update
lib/README.mdto describe the new source hierarchy and disclaimer. - Update
README.mdto link to the new policy documentation. - Add
docs/map-data-policy.mdwith the maintainer-facing policy.
Reviewable policy artifact
- Add
docs/map-data-overrides.jsonwith a machine-readable register of sensitive geopolitical cases and their handling mode.
Internal process documents
- Save this design under
docs/superpowers/specs/. - Save the implementation plan under
docs/superpowers/plans/.
Disputed Territory Handling
The package will not attempt to encode "correct sovereignty" as product truth. Instead, each sensitive case will be assigned one of these handling modes:
standard: use the base geometry unchangedcoarse-neutral: keep the depiction intentionally small-scale and non-precisename-policy: treat naming and terminology as the main policy surfacemaintainer-review-required: no silent updates without a documented review
Maintenance Workflow
- Update the policy doc and overrides register first.
- Review whether the current generated map still matches the policy.
- If geometry changes are needed, regenerate the bundled topology as a follow-up using the documented policy inputs.
- Mention user-visible policy changes in release notes or changelog entries.
Out Of Scope
- Replacing the bundled geometry in this branch
- Adding multiple geopolitical variants to the package API
- Promising legal or diplomatic correctness for any disputed boundary
Success Criteria
- The repo no longer presents the map as a direct single-source truth.
- Maintainers have a written hierarchy for names, geometry, and exceptions.
- Users can understand the neutrality stance from the public docs.
- Sensitive cases are tracked in a reviewable file instead of ad hoc edits.