Orientation Overlay¶
Display layer — instantiates Oriented Goal Wayfinding
Renders position, heading, goal bearing, and the known/unknown boundary as a single glanceable layer over the space — making orientation legible without deciding anything.
An Orientation Overlay makes orientation visible. It composites the current state — where you are, which way you face, where the goal lies relative to you, and how much of the space is still unknown — into a single glanceable layer drawn on top of a representation of the space. Its defining idea is that it is pure display: it consumes orientation state and renders it, but it estimates nothing, chooses no move, and corrects no drift. Every ounce of intelligence lives upstream (in whatever produces the position estimate) and downstream (in whatever decides the next move); the overlay's only job is to turn that state into something a person or agent can read at a glance and act on. Its distinctive contribution is legibility — and, crucially, honesty about the unknown, because a good overlay draws the boundary of the map as clearly as it draws the map.
Example¶
A player drops into a strategy game and the minimap sits in the top corner. It shows a small arrow for the avatar, angled to indicate facing; a bright marker for the current objective; the terrain already explored, drawn in full; and everything not yet visited greyed out under fog of war. The player has not moved a single unit yet, and the minimap has computed nothing about where to go — it has merely rendered the state that already exists. But that rendering is what makes the next decision possible: a glance tells her she is facing away from the objective, that a large swath of the map to the east is still dark and unknown, and that the explored corridor to the north is a dead certainty. She reorients, not because the overlay told her to, but because it made her situation legible enough to decide for herself.
How it works¶
The overlay is a compositing step. It takes four inputs — position, heading, goal (or goal bearing), and the map with its explored/unexplored boundary — and renders them into one coherent view. The design work is all in what to show and how: choosing a frame of reference (north-up for a stable mental map, heading-up for egocentric turns), a level of detail that fits the glance, and, most importantly, an honest depiction of the incomplete-map boundary so the unknown reads as unknown rather than as empty-and-safe. It updates as the underlying state changes, but it originates none of that state. The discipline that separates a good overlay from a bad one is restraint: it shows exactly what the upstream data supports and no more, because a display that renders more confidence than the estimate warrants is worse than no display at all.
Tuning parameters¶
- Information density — how much to show versus suppress. Rich overlays give context but clutter; sparse ones are glanceable but can hide the cue that mattered.
- Frame of reference — north-up versus heading-up. North-up builds a stable, shareable mental map; heading-up matches immediate egocentric turns but disorients on the overview.
- Zoom / level of detail — how much of the space and at what resolution. Zoomed-in aids the next step; zoomed-out aids the plan.
- Uncertainty depiction — how the unknown and the imprecise are drawn (fog, fading, error halos). Honest depiction prevents overconfidence; heavy depiction can overwhelm.
- Refresh rate — how promptly the view tracks state changes, trading smoothness against distraction.
When it helps, and when it misleads¶
Its strength is shared, low-effort situational awareness: it lets a person or team orient in a glance, keeps the unknown honestly in view, and turns raw state into something actable without demanding calculation. It excels wherever orientation is available but not legible — dense interfaces, fast-moving situations, multi-actor coordination around one picture. Keeping the unexplored explicitly marked — the game designer's fog of war[n1] — is exactly the anti-complacency move the archetype calls for.
Its failure mode is map overload and misplaced trust. Cram too much onto the overlay and it hides the one cue that mattered; render a clean, confident picture over a shaky underlying estimate and the viewer trusts the display rather than the data, mistaking a pretty rendering for ground truth. North-up/heading-up confusion is a perennial small disaster. The classic misuse is treating the overlay as a decision-maker — "the map says so" — when it decides nothing. The guarding discipline is to render uncertainty as faithfully as certainty, keep the layer sparse enough to read, and remember that a display can only ever be as truthful as the state feeding it.
How it implements the components¶
orientation_state— its subject: it renders position, heading, and goal bearing into a single legible view.structured_space_representation— the map substrate on which that state is drawn.incomplete_map_boundary— it explicitly marks known versus unknown (fog), keeping the limits of the map in view.
It does not implement landmark_and_cue_set — deriving orientation from recognized features is landmark_based_wayfinding — nor backtracking_and_reroute_rule: acting on the unknown region the overlay merely displays is route_replanning. The overlay shows; it decides nothing.
Related¶
- Instantiates: Oriented Goal Wayfinding — it makes the loop's orientation state legible so an agent can act on it.
- Consumes: dead_reckoning_loop — it renders the position estimate that loop produces (and any correction applied to it).
- Sibling mechanisms: breadcrumb_trail · dead_reckoning_loop · guided_traversal_protocol · landmark_based_wayfinding · local_search_with_backtracking · map_matching_and_recalibration · route_replanning · turn_by_turn_route_guidance · waypoint_decomposition
Editorial Notes¶
Form Classification¶
Form family: Interface, Display & Cue
Rationale: Orientation Overlay operates as a user-facing prompt, display, template, or perceptual cue that shapes attention and action at the point of use because it renders position, heading, goal bearing, and the known/unknown boundary as a single glanceable layer over the space — making orientation legible without deciding anything.
Independent corroboration: The frozen evidence defines Orientation Overlay as 'Renders position, heading, goal bearing, and the known/unknown boundary as a single glanceable layer over the space — making orientation legible without deciding anything', so its operative form is Interface, Display & Cue.
Review outcome: Independent reviewer agreement; high confidence.
Origin Attribution¶
Primary origin: Aviation & Aeronautics
Origin pattern: Cross-disciplinary synthesis
Present-day reach: Multi-domain
Rationale: Combined heading, position, and goal-bearing displays are canonical navigation instruments in aviation.
Related originating lineages:
- Human-Computer Interaction — Orientation Overlay is most directly rooted in human-computer interaction's user-centered traditions of interface design, contextual inquiry, prototyping, and accessibility. The lineage fits its defining practice: Renders position, heading, goal bearing, and the known/unknown boundary as a single glanceable layer over the space — making orientation legible without deciding anything.
Review resolution: Authoritative-source research resolves the primary-origin disagreement in favor of aviation aeronautics. Pilot's Handbook of Aeronautical Knowledge — FAA documents the formative practice or theory represented here. The retained alternate domains identify material co-development or translation, while current applicability is recorded separately as domain_reach=multi_domain; origin_mode=cross_disciplinary_synthesis describes the historical relationship among lineages.
Attribution caveat: The known-versus-unknown boundary is a generalized addition to standard navigation display practice.
Encyclopedia synthesis: The exact catalogued form synthesizes established practice rather than reproducing a single standard historical label.
Review outcome: Researched adjudication after independent review; medium confidence.
Sources consulted:
Notes¶
[n1] "Fog of war" originally names the uncertainty commanders face about the state of a battle; in strategy games it became the design convention of greying out unexplored or unobserved regions of the map. As an overlay device it is the honest rendering of the incomplete-map boundary — making the unknown visibly distinct from the known. ↩