Deep-node areas get too small to read; cap the depth
Aliases: treemap depth · deep nodes · interactive drill-down
What it is
At each deeper level, treemap descendants divide only the area available to their parent. Small values, broad branching, or imbalance can make deep rectangles too small for visible boundaries, labels, or reliable selection. “Cap the depth” means limiting simultaneously readable levels, not cutting every tree at one fixed depth. Task, value distribution, viewport, zoom, labels, and input method determine what to show, aggregate, or reveal by drill-down.
Why it happens
A node's screen area equals its global share of the usable canvas, after padding, borders, and label space. Deeper levels compound losses of area and path cues; a node may occupy pixels while its parent remains unclear or its touch and keyboard target fails. Aggregation trades detail for space, while drill-down trades global context for interaction steps. Neither produces a universal best depth.
Studying it
Across branching factors, depths, and skew, compare full expansion, rule-based aggregation, focus-and-zoom, and progressive drill-down. Test target-leaf lookup, ancestor recall, tail anomaly detection, and return navigation; measure omissions, mis-selection, time, disorientation, and small-node targeting. Cover desktop, mobile, zoom, touch, keyboard, and screen readers, reporting actual viewport and labels. A threshold from one balanced tree should not govern other hierarchies.
Where it stops holding
Limiting visible depth does not justify deleting deep data. “Other” may hide minority or high-consequence leaves and needs an explained rule and expansion path. Drill-down loses global context unless path, parent total, and return state remain visible. Static exports cannot depend on interaction and need details elsewhere. When path topology is the primary task, a node-link or indented tree may fit better.
Applying it
- Evaluate each node's usable area in the delivered viewport together with label, boundary, focus, and touch tasks; avoid fixed depth or pixel thresholds.
- Use documented aggregation or focus drill-down for unreadable descendants, keeping breadcrumb, parent total, filter state, and return action visible.
- Preserve search, lists, or alerts for important small values so visual area does not determine discoverability.
- Test smallest visible leaves, deep paths, and return navigation. Reduce simultaneous levels or use a hierarchical table when membership or selection fails.
Related
- Same group: U2.11.1 Treemaps encode shares as areas of nested rectangles · U2.11.3 Layout algorithms fix aspect ratios; thin strips resist comparison · U2.11.4 Adjacent rectangles need borders or gaps to show hierarchy · U2.11.5 Treemaps cannot show negatives or support cross-branch comparison
- Adjacent: U1.09.5 Over the limit, aggregate categories instead of subdividing the encoding · U2.15.1 Small multiples replace overlay with repeated like-for-like panels
- Search terms:
treemap depth·drill-down·zoomable treemap·hierarchical aggregation