휴대폰·태블릿에서는 3D를 하나씩 보여 줍니다. 세 결과를 나란히 보려면 PC를 권합니다.

드론 사진측량 기록 · 2026년 9월 촬영 · 10월 처리 English

동두천 드론 매핑

같은 드론 사진 133장을 세 가지 방식으로 처리해 3D 모델, 정사영상, 높이 지도(DSM)를 나란히 비교했습니다. 한 가지는 사람이 윈도우 PC에서, 두 가지는 AI가 서버에서 명령만으로 만들었습니다.

사진
133장
정사영상 해상도
2cm
GCP 오차 (RMSE)
…
3D 모델
5,650만 삼각형
처리누가 · 어디서GCP특징
RealityScan 2.2사람 · 윈도우 PC10점모델이 가장 촘촘하고 웹용 3D Tiles를 바로 냄
WebODM (ODM 3.8.3)AI · arcAI 서버 CPU, 72분10점*무료 오픈소스. 무늬 없는 바닥(빈 수영장)에 약함
RealityScan 자동 2.2 리눅스AI · arcAI 서버 GPU, 약 80분10점*사람이 한 RealityScan과 같은 수준. DSM은 모델에서 계산

* AI 처리에서 사람 손을 거친 입력은 하나: 사람이 RealityScan에서 사진 위에 찍은 GCP 표시(29개)를 그대로 썼습니다. 처리 과정은 맨 아래 처리 과정에 있습니다.

3D 모델 나란히 보기

RealityScan은 사람이, ‘AI 처리’ 표시가 붙은 둘은 AI가 만들었습니다. 한쪽을 움직이면 나머지도 같은 시점으로 따라옵니다. 왼쪽 드래그: 돌리기 · 휠: 확대 · 가운데 버튼(또는 Ctrl+드래그): 기울이기.

RealityScan · 사람 불러오는 중…
WebODMAI 처리 대기
RealityScan 자동 arcAI 리눅스AI 처리 대기

정사영상·높이 지도 나란히 보기

이동·확대가 함께 움직이고, 마우스를 올린 곳이 다른 지도에 빨간 원으로 보입니다. 오른쪽 위 레이어 단추에서 정사영상·높이 지도·RealityScan과의 높이 차를 고릅니다. 바탕지도: V-World(국토교통부).

RealityScan · 사람
WebODMAI 처리
RealityScan 자동 arcAI 리눅스AI 처리
마우스를 지도 위로

점을 찍고 두 번 클릭하면 끝납니다. 길이·면적은 TM 중부원점 평면좌표, 경사 거리는 각 DSM 높이로 계산합니다.

정확도

각 DSM 높이를 GCP 11점의 측량 높이와 직접 대조했습니다. 처리 결과의 비교이지 프로그램 성능 비교는 아닙니다.

핵심

GCP 11점 표 펼치기
점측량 해발 (m)RealityScanWebODM (AI)RealityScan 자동 (AI)
쓰임dXdYdZDSM − 측량 쓰임오차 X오차 Y오차 ZDSM − 측량 쓰임dXdYdZDSM − 측량

단위 cm. dX·dY·dZ·오차: 각 프로그램 보고서의 GCP 오차. DSM − 측량: GCP 주변 5×5 픽셀 DSM 높이 중앙값 − 측량 높이, 둘 다 해발(EGM2008). 표적 위에 사람·폴이 있거나 모서리면 표적 높이와 다를 수 있습니다.

처리 과정

사람이 RealityScan으로 처리한 과정 (6단계, 화면 사진)
  1. 사진 133장 정렬

    DJI M300 RTK + Zenmuse P1(35mm, 4,500만 화소). 수직 59장, 경사 74장. 모든 사진이 RTK Fix 위치를 가집니다. 렌즈 왜곡 모델은 Brown4 + 접선 2항, 같은 카메라끼리 보정값을 공유하게 묶었습니다.

    사진 133장 불러온 화면
  2. 높이 기준이 달라 GCP가 23m 아래에 떴다

    사진 높이는 타원체 기준, GCP 높이는 해수면(EGM08) 기준이라 23.25m 차이가 났습니다. 그래서 GCP 위치 제안이 표적에서 크게 벗어났습니다. GCP 높이를 사진과 같은 타원체 기준으로 바꿔 해결했습니다(아래 “높이 기준”).

    높이 기준이 달라 엉뚱한 곳에 뜬 GCP 제안
  3. 사진마다 GCP 표적 찍기

    높이를 맞추자 제안이 표적 근처에 붙었습니다. GCP마다 2~5장, 표적 중심을 직접 찍었습니다. 사진끼리 어긋남은 1픽셀 미만입니다.

    사진 위 GCP 표적 확정 화면
    GCP별 확정 사진과 픽셀 오차
  4. GCP로 다시 정렬

    GCP 오차가 m 단위에서 cm 단위로 내려갔습니다. 동쪽 가장자리 점에 사진을 더하고, 사진 위치(RTK) 정확도를 수평 3cm, 높이 5cm로 맞춰 다시 정렬했습니다.

    재정렬 후 GCP 오차
  5. 3D 모델

    사진 절반 해상도로 깊이를 계산해 5,650만 삼각형 모델을 만들고, 2cm 텍스처를 입혔습니다. 웹에서는 3D Tiles로 나눠 가까이 갈수록 자세히 보입니다.

    색 입히기 전 3D 모델
  6. 정사영상과 DSM

    원본 사진을 이어 붙여(Image mosaic aerial) 2cm 정사영상을 만들었습니다. 색 조각은 어느 사진을 어디에 썼는지 보여 줍니다. DSM은 같은 범위의 높이 지도입니다.

    모자이크에 쓰인 사진 배치
    DSM 높이 색지도
    정사영상 확대: 노면 글씨까지 읽힘
AI가 WebODM으로 처리한 과정
  1. 윈도우 PC의 원본 사진 133장(1.9 GB)을 arcAI 서버로 복사
  2. 사람이 RealityScan에서 찍은 GCP 표시를 ODM 형식으로 변환 (높이는 사진과 같은 타원체 기준, P4는 검사점이라 제외)
  3. ODM 3.8.3 실행, 72분: 정렬 13분, 점구름 23분, 메시 4분, 텍스처 27분, 정사·DSM 2분, 3D Tiles 3분
  4. 웹용으로 줄이기: 텍스처를 JPEG로, 먼 단계는 1/4·1/8로 (1.8 GB → 233 MB)
AI가 RealityScan 리눅스판으로 처리한 과정
  1. 입력: 사람이 윈도우에서 맞춘 RealityScan 전역 설정, 사진 133장, GCP 좌표, 사람이 찍은 GCP 표시 29개. 나머지는 새 프로젝트로 처음부터
  2. arcAI 서버(리눅스, RTX 5060 Ti)에서 화면 없이 명령 파일로 실행: 정렬 4분, 메시 18분, 텍스처 14분, 정사 7분, 3D Tiles 36분
  3. 정렬 GCP 오차 RMSE X 2.8 · Y 1.6 · Z 3.7 cm, 사람이 화면에서 한 결과와 같은 수준
  4. DSM: 명령줄이 DSM 내보내기 설정을 읽지 않아(12가지 시도) RealityScan 3D 모델을 위에서 본 높이로 계산. GCP 11점에서 사람이 내보낸 DSM과 차이 −1.1 ~ +1.3 cm

장비·높이 기준

장비·데이터
드론 / 카메라DJI Matrice 300 RTK / Zenmuse P1 35mm (8192 × 5460)
촬영2026-09-12, 스마트 오블리크 70/70 중복, 사진 133장 (수직 59 · 경사 74), 모두 RTK Fix
지상기준점11점 GNSS 측량 (EPSG:5186, EGM08 높이). 정렬 10점, 검사 1점(P4)
처리 컴퓨터윈도우 PC: Ryzen 7 8700G · 64 GB · RTX 3060 Ti 8 GB / arcAI 서버: i5-10400 · 32 GB · RTX 5060 Ti 16 GB
좌표계Korea 2000 / Central Belt 2010 (EPSG:5186)
결과3D 모델 5,650만 삼각형 (웹은 3D Tiles), 정사영상·DSM 0.02 m
높이 기준: 같은 땅, 다른 숫자

높이는 어디를 0 m로 잡느냐에 따라 숫자가 달라집니다. 이번 작업에서 가장 오래 걸린 부분입니다.

기준무엇의 높이이 현장의 지오이드고 NP1 지면 높이
WGS84 타원체드론 RTK가 주는 높이0 (기준 자체)152.12 m
EGM2008 (NGA 공식 격자)이번 GCP 측량 높이23.25 m128.87 m
국가 지오이드 KNGeoid국내 공식 표고약 23.5 m약 128.6 m
  • RealityScan은 지오이드 높이를 직접 다루지 않습니다(개발사 포럼 답변). 그래서 GCP 높이에 위치별 EGM2008 지오이드고를 더해 사진과 같은 타원체 기준으로 맞췄습니다.
  • 이 페이지의 해발 높이는 결과 높이에서 위치별 EGM2008 지오이드고를 뺀 값입니다.
  • 같은 “EGM08”이라도 국토정보플랫폼 지오이드 서비스 값은 NGA 공식 격자보다 이 지역에서 약 0.52 m 큽니다. 어느 출처의 값인지 함께 적어야 합니다.