On phones and tablets the 3D views are shown one at a time. A PC is recommended to see all three side by side.

Drone photogrammetry record · flown September 2026 · processed October 2026 한국어

Dongducheon Drone Mapping

The same 133 drone photos were processed three ways into 3D models, orthophotos and height maps (DSM), compared side by side. One was made by a person on a Windows PC, two by AI on a server, through commands only.

Photos
133
Orthophoto resolution
2cm
GCP error (RMSE)
…
3D model
56.5M triangles
ProcessingWho · whereGCPsIn short
RealityScan 2.2Person · Windows PC10Densest model, exports web 3D Tiles directly
WebODM (ODM 3.8.3)AI · arcAI server CPU, 72 min10*Free and open source. Weak on featureless surfaces (empty pool)
RealityScan auto 2.2 LinuxAI · arcAI server GPU, about 80 min10*Same level as the hand-made RealityScan. DSM computed from the model

* The only human input to the AI runs: the GCP marks (29) a person placed on the photos in RealityScan, reused as they were. Details are under Processing at the bottom.

3D models side by side

RealityScan was made by a person; the two marked “AI processed” were made by AI. Move one view and the others follow. Left drag: rotate · wheel: zoom · middle button (or Ctrl+drag): tilt.

RealityScan · person Loading…
WebODMAI processed Waiting
RealityScan auto arcAI LinuxAI processed Waiting

Orthophotos and height maps side by side

Pan and zoom move together, and the cursor shows as a red circle on the other maps. Use the layer button at the top right for orthophoto, height map, or height difference from RealityScan. Base map: V-World (Korean government).

RealityScan · person
WebODMAI processed
RealityScan auto arcAI LinuxAI processed
Move the mouse over a map

Click points and double-click to finish. Length and area use Korean TM (Central Belt) plane coordinates; slope distance uses each DSM.

Accuracy

Each DSM height was checked directly against the surveyed heights at all 11 GCPs. This compares processing results, not the programs themselves.

Key points

Show the 11-GCP table
PointSurveyed elevation (m)RealityScanWebODM (AI)RealityScan auto (AI)
RoledXdYdZDSM − survey RoleError XError YError ZDSM − survey RoledXdYdZDSM − survey

Units cm. dX·dY·dZ and errors: GCP errors from each program's report. DSM − survey: median DSM height in a 5×5 pixel window at the GCP minus the surveyed height, both as elevation (EGM2008). A person or pole on the target, or an edge, can make the DSM differ from the target height.

Processing

How a person processed it in RealityScan (6 steps, screenshots)
  1. Aligning 133 photos

    DJI M300 RTK + Zenmuse P1 (35 mm, 45 MP). 59 nadir and 74 oblique photos, all with RTK Fix positions. Lens distortion model Brown4 + 2 tangential terms, with calibration shared across photos from the same camera.

    133 photos loaded
  2. Different height references put the GCPs 23 m too low

    Photo heights are ellipsoidal while the GCP heights are relative to the geoid (EGM08), a 23.25 m difference. As a result the suggested GCP positions landed far from the targets. Converting the GCP heights to the same ellipsoid reference as the photos fixed it (see "Height reference" below).

    GCP suggestions in the wrong place because of mismatched height references
  3. Marking GCP targets on each photo

    With matching heights the suggestions landed near the targets. Each GCP was marked on 2 to 5 photos at the target centre. Disagreement between photos is under 1 pixel.

    Confirming a GCP target on a photo
    Confirmed photos per GCP with pixel errors
  4. Re-aligning with GCPs

    GCP errors dropped from metres to centimetres. Photos were added for the eastern edge point and the RTK photo position accuracy was set to 3 cm horizontal and 5 cm vertical before re-aligning.

    GCP errors after re-alignment
  5. 3D model

    Depth was computed at half photo resolution to build a 56.5M-triangle model with a 2 cm texture. On the web it is split into 3D Tiles that become more detailed as you get closer.

    3D model before texturing
  6. Orthophoto and DSM

    The original photos were stitched (Image mosaic aerial) into a 2 cm orthophoto. The colour patches show which photo was used where. The DSM is the height map over the same extent.

    Photo layout used in the mosaic
    DSM height colour map
    Orthophoto close-up: road markings are readable
How the AI processed it in WebODM
  1. Copied the 133 original photos (1.9 GB) from the Windows PC to the arcAI server
  2. Converted the GCP marks a person made in RealityScan into ODM format (heights on the same ellipsoid as the photos, P4 left out as a check point)
  3. Ran ODM 3.8.3, 72 min: alignment 13, point cloud 23, mesh 4, texture 27, ortho and DSM 2, 3D Tiles 3
  4. Made it web-friendly: JPEG textures, distant levels at 1/4 and 1/8 (1.8 GB → 233 MB)
How the AI processed it in RealityScan for Linux
  1. Inputs: the RealityScan global settings a person tuned on Windows, 133 photos, GCP coordinates and the 29 GCP marks a person placed. Everything else from a new project
  2. Run headless on the arcAI server (Linux, RTX 5060 Ti) from command files: alignment 4 min, mesh 18, texture 14, ortho 7, 3D Tiles 36
  3. Alignment GCP error RMSE X 2.8 · Y 1.6 · Z 3.7 cm, the same level as the hand-made result
  4. DSM: the command line ignores the DSM export settings (12 attempts), so the RealityScan 3D model was converted to heights seen from above. At the 11 GCPs it differs from the hand-exported DSM by −1.1 to +1.3 cm

Equipment · height datums

Equipment and data
Drone / cameraDJI Matrice 300 RTK / Zenmuse P1 35 mm (8192 × 5460)
Flight2026-09-12, smart oblique 70/70 overlap, 133 photos (59 nadir · 74 oblique), all RTK Fix
Ground control11 GNSS-surveyed points (EPSG:5186, EGM08 heights). 10 for alignment, 1 check point (P4)
ComputersWindows PC: Ryzen 7 8700G · 64 GB · RTX 3060 Ti 8 GB / arcAI server: i5-10400 · 32 GB · RTX 5060 Ti 16 GB
Coordinate systemKorea 2000 / Central Belt 2010 (EPSG:5186)
Results3D model 56.5 million triangles (3D Tiles on the web), orthophoto and DSM 0.02 m
Height datums: same ground, different numbers

A height depends on where 0 m is placed. This took the longest in this project.

ReferenceHeight of whatGeoid height N at this siteP1 ground height
WGS84 ellipsoidHeight given by the drone RTK0 (the reference itself)152.12 m
EGM2008 (official NGA grid)This job's GCP survey heights23.25 m128.87 m
Korean national geoid KNGeoidOfficial elevations in Koreaabout 23.5 mabout 128.6 m
  • RealityScan does not handle geoid heights directly (developer forum answer). So the location-specific EGM2008 geoid height was added to each GCP height to match the ellipsoid reference of the photos.
  • Elevations on this page are the output heights minus the location-specific EGM2008 geoid height.
  • Even under the same name "EGM08", the value from the Korean national geoid service is about 0.52 m larger than the official NGA grid in this area. The source of the value should always be stated.