All sections

Resolution Selection

Choosing an H3 resolution trades boundary fidelity against inventory size, computation cost, and privacy risk, and the right tradeoff depends on the intent, not on a fixed rule.

stableh35 min read

H3 resolution is not a single knob tuned for "accuracy." It sits at the intersection of at least twelve independent constraints, several of which push in opposite directions. A resolution chosen for boundary fidelity can violate a platform's target-count limit; a resolution chosen to satisfy a privacy threshold can be too coarse for the experimental unit it needs to support. This page is a decision guide, not a lookup table — the profiles at the end are defaults for common intents, not universal truths.

The reference table

Each step up in H3 resolution shrinks average cell edge length by roughly a factor of 2.6 and average cell area by roughly a factor of 7 (approximate values, per the h3geo.org resolution table):

Res 5
~252.9 km2 avg area, ~8.5 km avg edge length
Res 6
~36.1 km2 avg area, ~3.2 km avg edge length
Res 7
~5.16 km2 avg area, ~1.2 km avg edge length
Res 8
~0.737 km2 avg area, ~0.46 km avg edge length
Res 9
~0.105 km2 avg area, ~0.17 km avg edge length

These are averages over all cells at a resolution, not a per-cell guarantee: individual cells vary in area and edge length depending on their position relative to the icosahedron (see pentagons and face-crossing distortion), and the variance grows at coarser resolutions. Treat the table as an order-of-magnitude guide for planning, not as a per-cell specification.

The twelve constraints

Geometry size and boundary complexity. A resolution should be fine enough that the source polygon's boundary is not dominated by a handful of cells — a jagged coastline or a county line with many inflections needs a finer resolution than a smooth ellipse of the same area to keep boundary-disagreement area small relative to total area.

Coordinate accuracy. Resolution finer than the source coordinate precision is false precision. A bidstream ping rounded to two decimal degrees (roughly 1.1 km of latitude error) cannot support resolution 9 (edge ~170 m) — cap the effective resolution to the coordinate's actual precision, not its nominal one.

Audience or inventory density. Sparse-audience geographies need coarser cells to accumulate enough observations per cell to be statistically or privacy-meaningfully non-zero; dense urban geographies can support finer cells without emptying most of them.

Platform minimum radius. If execution will be a point+radius circle, the inscribed or circumscribed radius at the chosen resolution must clear the platform's minimum-radius floor — resolution 9 cells are frequently too small to produce a radius any DSP will accept, forcing a coarser resolution regardless of boundary fidelity.

Target-count limits. Platforms cap the number of discrete targets per line item. A fine resolution over a large area can produce an inventory of cells that exceeds the cap before compaction; see platform target-count constraints.

Privacy threshold. A resolution fine enough to isolate a household violates k-anonymity norms; privacy-safe profiles enforce both a minimum physical cell size and a minimum audience count per reported cell, and will coarsen resolution specifically to clear that floor.

Experimental unit. Geo-experiments need units small enough to allow many independent replicates but large enough that adjacent units do not leak treatment into control through normal population movement — usually a coarser resolution (5-7) with a buffer (inscribed circles or gaps) rather than the finest resolution available.

Reporting granularity. If the downstream report only breaks out by state or DMA, executing at resolution 9 buys precision that is destroyed at the reporting join — resolution should match the coarsest mandatory reporting join in the pipeline, not exceed it for no visible benefit.

Computation cost. Cell count grows roughly sevenfold per resolution step; polyfilling, crosswalking, and metric computation over a country-scale polygon at resolution 9 is a materially larger job than the same polygon at resolution 6, with cost that compounds across every downstream join.

Population density variance. A single fixed resolution over both dense urban cores and sparse rural areas will over-fragment the city and under-resolve the countryside; this is the core argument for mixed resolutions rather than one resolution for an entire geography.

Crosswalk stability. Finer resolutions produce more cells per admin region, each with a smaller intersection fraction, which is more sensitive to boundary vintage drift — a crosswalk built for long-term stability should favor a coarser resolution even if a finer one is available.

Expected inventory. The number of cells actually available for targeting or measurement after compaction and platform constraints is the real deliverable; resolution choice should be checked against expected post-compaction inventory, not against the pre-compaction cell count.

Admin partition / reporting rollup
Res 7-8: fine enough to track county/DMA boundaries, coarse enough to keep crosswalks stable and inventory manageable.
Store trade-area / proximity targeting
Res 8-9: fine enough to resolve individual retail catchments; verify against platform minimum radius before committing.
Geo-experiment treatment/control
Res 5-7 with inscribed-circle buffering: coarser units reduce control contamination even at some cost to replicate count.
Privacy-constrained audience reporting
Res 6-7, degraded further per-cell if the audience threshold is not met: resolution is a privacy control here, not a fidelity control.
National-scale planning / DMA-only platforms
Res 4-5: matches city/DMA grain; finer resolution buys nothing a DMA-level platform can express.
These are defaults, not rules

Every row above can be wrong for a specific case. A privacy-safe profile at resolution 7 in a dense downtown core may still clear the audience threshold at resolution 9; a proximity profile at resolution 9 in a rural trade area may produce mostly empty cells that resolution 7 would have served better. Check the actual constraint list above against the actual geography before applying a profile from this table.

Edge cases

Mixed-resolution sets (mixed-resolutions) arise naturally when different regions of one target need different resolutions for density reasons; they must be normalized to a common resolution before set operations, never compared as-is. A platform's minimum-radius floor (minimum-radius) can force a coarser resolution than boundary fidelity alone would choose. Tiny polygons smaller than a single cell at the chosen resolution may receive zero center-contained cells regardless of how important the target is — resolution selection for small trade areas should be checked against the source polygon's actual area, not assumed from a profile.

Illustration — the same square at three resolutions

R7 · 7 cells
R7 · 7 cells
R8 · 34 cells
R8 · 34 cells
R9 · 171 cells — finer resolution hugs the boundary but multiplies the target count roughly 7x per step.
Rendered from the tested conversion code · R9 · 171 cells — finer resolution hugs the boundary but multiplies the target count roughly 7x per step.
Edge cases affecting this page
  • - A set mixing resolutions cannot be compared or subtracted without normalization.
  • - A platform floor (e.g. 1 km) makes sub-floor cells un-executable as circles.
  • - Polygons much smaller than a cell may be missed or over-represented by a single cell.