Yes, I wonder if this guidance on the wiki is conflating two different tagging schemes:
boundary=administrative
/protected_area
/etc. plusdisputed=yes
boundary=disputed
(with a poor assumption that only administrative boundaries can be disputed)
Naïvely, I would expect disputed=yes
to be unnecessary if there’s already enough information to tag disputed_by=*
. By analogy, community_adopted=*
becomes unnecessary if community_adopter=*
is present.
Good point. If I remember correctly, there are several features in the South China Sea whose very nature or existence is disputed. A general disputed=yes
would be useful for that purpose, although one could argue that it’s a bit of a troll tag and should be replaced by a lifecycle prefix instead. disputed:boundary=administrative
does appear on a few features in the Philippines, but this seems to be because of dual-tagging a boundary on a waterway rather than creating a relation.
Yes, it was all discussions, from the looks of it. It figures that OSM would respond to the issue of disputed boundaries by creating an indeterminate state of affairs.
Back in 2019, @nvk tried to resolve the situation somewhat by adding disputed=yes
, claimed_by=*
, and recognized_by=*
to known international boundary disputes. It looks like he focused on South Asia but didn’t get around to disputes elsewhere, like in the South China Sea. Nextzen/Tilezen supports all three of these keys, though recognised_by=*
seems to be more than twice as common as recognized_by=*
. Do we need to account for linguistic disputes too?
For its part, OpenMapTiles does something muddled involving disputed=*
or dispute=*
or border_status=disputed
or disputed_by=*
to determine whether the boundary is disputed. It also exposes disputed_name=*
and claimed_by=*
. However, not all of these keys have ever appeared in the OSM database. I’m unsure if it’s a case of the developers throwing spaghetti at the wall and seeing what sticks, or if there was a corresponding discussion somewhere that ended without consensus.