MGMLaboratory
Back

Menu

01Home
02About Us
03Projects
04Publications
05Member
06Articles
07Contact

Let's Talk

Open in Mail app

Socials

Malang (ID) --:--Privacy PolicyTerms of Service

January 17, 20252 min read

Why outdoor AR authoring keeps breaking on the desktopWhy outdoor AR authoring keeps breaking on the desktop

Separating the place where you build AR content from the place where it appears is the root of most alignment errors.

  • Journal
  • Publications

Written by

  • SRShirasaka RenIT & Infrastructure · Student Member

In this article

  1. 01The desktop gap, in plain terms
  2. 02What this changes for developers

There is a quiet assumption built into most outdoor augmented reality workflows. It says that the place where you create content and the place where that content appears can be separated, as long as you write down the coordinates carefully enough.

That assumption is where the trouble starts. A developer stands on a footpath with a phone, notes a latitude and longitude, walks back to a desk, opens Unity with an AR SDK, and builds a virtual sign. Weeks later the sign hovers half a metre to the left of where it belongs, or floats above the shopfront instead of beside the door.

A mapping survey vehicle, source of the imagery that anchors outdoor AR. Photo: Hannes Grobe, CC BY-SA 4.0.
Fig. 01A mapping survey vehicle, source of the imagery that anchors outdoor AR. Photo: Hannes Grobe, CC BY-SA 4.0.

01/02

The desktop gap, in plain terms

Desktop tools work from fixed or prerecorded environmental data. They cannot see that the tree grew, that a delivery van now parks there, or that the pavement was repainted last spring. Every one of those changes shifts the visual features the tracking system relies on, so the content drifts. The team behind a 2025 study in Electronics names this as the central limitation of the mainstream approach.

Their answer was to move authoring into the moment and the location. Stand at the point of interest, create the object, store it, and let the localization happen live. The reasoning is straightforward: if the anchor is captured under the same conditions the user will encounter, far less has to be corrected later.

A phone running a map navigation app. The handset becomes the authoring device. Photo: Santeri Viinamaki, CC BY-SA 4.0.
Fig. 02A phone running a map navigation app. The handset becomes the authoring device. Photo: Santeri Viinamaki, CC BY-SA 4.0.

02/02

What this changes for developers

  • Novices no longer need SDK knowledge before they can contribute content. The barrier moves from programming to walking.
  • Field edits become cheap. A misplaced marker is fixed on the spot instead of in a build cycle.
  • Teams can hand authoring to people who know the site, not just the tooling.
Street View imagery acts as a shared reference layer for outdoor localization. Photo: Jove, CC0, via Wikimedia Commons.
Fig. 03Street View imagery acts as a shared reference layer for outdoor localization. Photo: Jove, CC0, via Wikimedia Commons.

None of this makes desktop tooling obsolete. Complex 3D assets still belong on a workstation. But the placement step, which is where accuracy is won or lost, now has a credible alternative that fits in a pocket.

Source

  1. Brata, K.C., Funabiki, N., Panduman, Y.Y.F., et al. (2025). A Proposal of In Situ Authoring Tool with Visual-Inertial Sensor Fusion for Outdoor Location-Based Augmented Reality. Electronics.

    DOI10.3390/electronics14020342 (opens in a new tab)

Next articlePlacing AR objects on site with nothing but a phone(Keep scrolling)(Read it next)(Loading)