Table of Contents

Ultra-large space solution

For ultra-large scenes such as tourist attractions, city blocks, and large commercial complexes with areas exceeding hundreds of thousands of square meters or even millions of square meters, the traditional "single capture, single large map" mode cannot meet requirements. This document introduces how to handle data acquisition and usage issues for ultra-large spaces, in order to solve problems such as excessive accumulated error and memory overflow caused by a single ultra-large map.

cluste_route

Core challenges

When handling ultra-large spaces of millions of square meters, trying to build one single giant map faces many technical obstacles:

  1. Acquisition difficulty: a single acquisition takes too long, which can cause device overheating and very large data volume (hundreds of GB), making upload and processing extremely difficult.
  2. Accumulated error: mapping error accumulates with acquisition distance. On routes of several kilometers, even a 1% error can cause offsets of tens of meters and is difficult to correct.
  3. Performance bottleneck: loading and optimizing map data of millions of square meters can instantly exhaust device memory.

Solution: partitioning and fusion

The standard solution for ultra-large spaces is to break the whole into parts. Logically divide the entire large scene into multiple physically overlapping subregions, acquire data for each subregion separately, and finally fuse and optimize all subregions. This enables seamless roaming at runtime through dynamic loading.

Data acquisition

You need to plan according to Ultra-large space data acquisition method.

  • Partitioning principle: divide the large scene by area, scene, or functional region. Each region should be around one hundred thousand square meters.
  • Overlap requirement: adjacent subregions require at least 200 meters of fully overlapping path. The larger the overlap area, the better the fused map. Make sure there is enough overlap so that adjacent submaps can be fused and optimized.

Before starting data acquisition for each subregion:

Create mapping task

View mapping results

After mapping is complete, you can view the mapping results:

Tip

Test localization effect

Runtime strategy

The fused map does not require any processing and can be used directly as a single map.

  • GNSS-based query: in outdoor scenes, GNSS is used to assist map query, so large maps can also be localized accurately.
  • Load on demand: when placing content, the Mesh of each subregion can be loaded separately.
  • Seamless switching:
    1. The localization algorithm runs in submap A and submap B at the same time.
    2. In the overlapping area, content also switches seamlessly.