
A model that is not at true position is a picture, not a check. Not roughly the right wall, but the exact position and orientation, held while the user walks.




| Marker-based layout | MultiSet positioning layer | |
|---|---|---|
| Setting up a floor | Model layout, then a crew installs codes | An export and an upload |
| Who has to be on site | A field resource, for days | Nobody |
| Accuracy while walking | Decays from the marker | Corrected continuously against the map |
| A wall gets finished | The code is gone | The map is versioned |
| Source capture | Purpose-built for the AR system | Whatever the project already owns |
Stated plainly: this compares a method, not a vendor. We are not replacing your field app. We are giving the model somewhere to stand.
Two related reads: marker-based against markerless localization goes deeper on the method comparison, and AR QA and commissioning covers verification against design before handover.
For platform teams: the SDK and API surface lists every SDK target and the REST endpoints. Localization plugs in behind a common interface, so positioning is a component rather than a rewrite.