Proposed removal of subarea members from US boundary relations

I propose to systematically remove all subarea members (e.g., states from the US boundary relation, counties from state relations, municipalities from county relations) from boundary relations in the United States. No OSM features will be deleted as part of this edit.

Having these nested “subareas” provides no functional benefit and creates unnecessary complexity. Removing subareas would simplify our database, reduce maintenance efforts, and ensure consistent data modeling for boundary relations. Any hierarchical logic can be handled by data consumers spatially or via wikidata as is done in other data consumers.

Specifically, the problems with the current usage of subarea are:

  • Redundancy: Boundary nesting is already represented spatially; subarea members offer no additional data utility. Also, there is no way to tell if the subarea list is complete.
  • Maintenance Overhead: Keeping subarea lists current is time-consuming and prone to error, increasing the burden on mappers and setting an expectation for mappers to add subareas.
  • Disuse: The subarea relation role is only partially present in the United States, so they can’t be used by data consumers anyways. A data consumer expecting to use them may not realize until it’s too late that they are not universally proliferated.
  • Data Complexity: Sometimes cities overlap multiple counties and so forth. Subareas can’t represent the real complexity of the world.
  • Recursion: Sub-areas may cause data consumers to unnecessarily download large amounts of data by recursing hierarchically through subarea relation links.

Proposed Approach for Removal:

  • Use Overpass and QLever queries to identify boundary relations that currently include subareas.
  • Systematically remove subarea members from these relations, ensuring each administrative boundary stands alone as a top-level entity.

I welcome feedback and discussion on this proposal.

The discussion that prompted this proposal to remove subarea relation roles is discussed here.

10 Likes

I’d welcome this change. The subarea relation members create an unnecessary burden on both mappers and data consumers. Moreover, this tree structure misleads both mappers and data consumers into incorrect topological assumptions about boundaries.

That said, I’d like to make a special request to leave the subareas of Indian reservation boundaries untouched for the time being. I’m no fan of subareas in that context either, but we have no suitable replacement yet, so deleting the relation memberships would lose valuable data that isn’t very easy to come by. I’d hope that the even more exceptional presence of those subareas would push us closer to a consensus on an alternative solution.

Apart from that, if you come across any subareas that for some reason don’t overlap their parent boundaries, please exercise care, in case the subarea’s or parent boundary’s geometry needs an update.

Once this change is complete, we should update the wiki to explain that the subarea role is not to be found within the U.S. and refer to alternative tagging.

7 Likes