Skip to main content
Survey Accuracy

Reading a Drone Mapping Quality Report — Pix4D & Metashape

The drone mapping quality report looks reassuring — until a client finds 8-inch errors. Learn to read every Pix4D and Metashape number before delivery.

Eric By — M.S. Geography (GIS spec.), FAA Part 107
Updated October 25, 2026
Reading a Drone Mapping Quality Report — Pix4D & Metashape

Updated October 2026: We separated PIX4Dmatic and PIX4Dmapper thresholds in the Pix4D tables (PIX4Dmapper flags under 60% calibrated images as red, its keypoint check has no PIX4Dmatic equivalent, and PIX4Dmatic’s checkpoint check is green under 1.5× GSD and red above 2.5× GSD), and corrected the checkpoint FAQ: ASPRS Edition 2 calls for at least 30 checkpoints, and a test with fewer must say it used ONLY that many.

Every Pix4D and Metashape quality report ships numbers that look official. Green checkmarks, sub-pixel reprojection errors, centimeter-level Ground Control Point (GCP) residuals. Operators scan, see no obvious red flags, and send the data. Then the contractor shows up with a total station and finds 8-inch elevation errors on what was supposed to be survey-grade.

The report wasn’t lying. The operator just didn’t know which numbers to trust.

I’ve delivered enough quality reports to know exactly which fields will get challenged in a deposition and which ones reviewers ignore. This guide walks through both Pix4D and Metashape section by section: what each number measures, what the thresholds are, and where the numbers will quietly mislead you. For the conceptual background on Root Mean Square Error (RMSE) and why checkpoints exist, see Understanding RMSE in Drone Mapping.


The Two Types of Numbers in Every Report

Before reading a single table, get the categories straight. Quality reports contain two fundamentally different kinds of metric.

Internal consistency metrics — reprojection error, camera optimization percentage, keypoint match counts — measure how well the model fits itself. A reprojection error of 0.3 pixels means the software’s 3D model is internally coherent. It says nothing about whether that self-consistent model is sitting in the right place on Earth.

External accuracy metrics — checkpoint errors — measure how well the model matches reality. These are the only numbers that validate accuracy for delivery. Everything else is a health indicator.

Most operators read the internal numbers and call it done. That’s where bad deliverables come from.


Reading the Pix4D Quality Report

Calibrated Images and the Dataset Summary

PIX4Dmatic quality report page 1 showing dataset summary and quality check table: Matches, Dataset, and Camera optimization all show green checkmarks, while GCPs shows a red warning — 1 GCP with Mean RMS position error 0.445 m, more than 2.5 times the average GSD
PIX4Dmatic quality report from a real project (Hasselblad L1D-20c, 1.4 cm GSD). Three internal checks: green. One external check — GCPs — red warning. The all-green section above does not authorize delivery. The red row does.

The number that matters first is calibrated image percentage. These are PIX4Dmatic’s bands; PIX4Dmapper uses 60–95% for yellow and flags under 60% as red.

StatusThreshold (PIX4Dmatic)What it means
Green>95% calibrated, one blockAcceptable — proceed
Yellow75–95% calibratedInvestigate — what areas failed?
Red<75% calibratedDo not deliver

If more than 5% of images failed calibration, those areas have no photogrammetric support. The orthomosaic will render — Pix4D will interpolate or fill — but the geometry underneath is unreliable.

Ground Sample Distance (GSD) is your scaling reference for everything else. If your median GSD is 2.5 cm/px:

  • Horizontal checkpoint RMSE: 1–2× GSD (2.5–5 cm)
  • Vertical checkpoint RMSE: 2–3× GSD (5–7.5 cm)
  • GCP RMS: under 1.5× GSD (PIX4Dmatic green); over 2.5× GSD = red

Camera Optimization: The Most Misread Section

The table compares your camera’s initial internal parameters against the optimized values that bundle adjustment converged on. The “Relative Difference” column shows percentage change.

Thresholds:

  • <5% difference: Green per Pix4D.
  • 5–20% difference: Yellow — investigate.
  • >20% difference: Red — significant error per Pix4D.

Practitioner heuristic on flat featureless terrain: even values in the 3–5% range can correlate with doming — run a DSM profile if you see anything above ~3%.

Reference table of Pix4D quality check thresholds in green, yellow, and red columns: dataset (more than 95% of images calibrated, 75–95%, under 75%), camera optimization (under 5%, 5–20%, over 20%), matches (over 1,000, 100–1,000, under 100), keypoints (over 10,000, 500–10,000, under 500), GCPs (up to 1.5×, up to 2.5×, over 2.5× GSD), and checkpoints (under 1.5×, up to 2.5×, over 2.5× GSD), with PIX4Dmapper differences noted under each row and a copper callout that all-green checks do not prove accuracy
Pix4D quality check thresholds at a glance, using PIX4Dmatic values with the PIX4Dmapper differences noted (PIX4Dmapper flags under 60% calibrated images as red and uses 2× and 4× GSD for GCPs). The checkpoint row is the only external accuracy metric. Everything above it measures internal consistency.

What does a >5% K1 shift actually mean? The software re-estimated your lens’s radial distortion coefficient substantially during bundle adjustment. As a practitioner heuristic, K1 shifts above ~10% suggest the software is substantially re-learning your lens — even though Pix4D’s percentage check formally applies to focal length (or affine C/F for fisheye), not directly to K1. When camera optimization comes back red, run a terrain profile across a flat area in the Digital Surface Model (DSM). A dome or bowl on terrain you know is flat means calibration failed to constrain the distortion — see The Doming Effect in Drone Maps for the full diagnostic walkthrough.

2D Keypoints: What the Match Map Tells You

Key thresholds:

  • Median keypoints per image (PIX4Dmapper check, default image scale): under 500 is red — the image lacks texture or is blurry. 500–10,000 is yellow. Over 10,000 is green. (PIX4Dmapper uses lower thresholds — 200/1,000 — when image scale is set to ≤1/4, but that’s an unusual configuration. PIX4Dmatic’s quality check has no keypoint row; it checks matches per calibrated image instead.)
  • Minimum matches to calibrate an image: 25 matches. Below this, Pix4D cannot include the image in the reconstruction.

The 2D Keypoint Match Map visual is more useful than the table. It shows lines connecting matched image pairs. A dense black network means strong geometry. White areas, sparse connections, or isolated images in the interior of your flight are problems. Perimeter sparseness is expected; interior gaps are not.

GCP Errors vs. Checkpoint Errors

GCP errors show how well the final model fits the points you fed the software. Those points anchored the model. A GCP RMS of 1 cm proves the bundle adjustment honored those five locations. It proves nothing about the other 500,000 locations on the map.

Checkpoint errors are categorically different. The software never saw these coordinates. A checkpoint RMS of 3 cm on a 2 cm GSD project is honest, validated accuracy. A GCP RMS of 3 cm by itself means nothing.

PIX4Dmatic GCP table showing MTP1 with position error X −0.075 m, Y 0.286 m, Z −0.973 m, reprojection error 16.2 px, accuracy X/Y 0.170 m and Z 0.260 m, verified and marked in 6 of 6 images. RMS row shows 0.075, 0.286, 0.973 m and 16.2 px reprojection.
The GCP table from the same report. MTP1: Z error −0.973 m on a 1.4 cm GSD project — 70× the GSD. Reprojection error 16.2 px against a 2 px limit. With only one GCP serving as both control and check, there are zero independent checkpoints. The internal quality checks were all green.

For a deeper treatment of this distinction, see Checkpoints vs. Control Points in Drone Survey.

The three error columns — Mean, Sigma, RMS:

  • Mean (X, Y, Z): average error per axis. A non-zero mean is systematic bias.
  • Sigma (X, Y, Z): standard deviation of errors. Measures scatter.
  • RMS: √(mean² + sigma²). The headline number.

Axis asymmetry is diagnostic:

  • Large Z error with small XY: insufficient vertical constraint — weak GCP distribution, no oblique passes, doming forming.
  • Consistent positive mean in Z: systematic vertical shift — check antenna height offset and ellipsoid-to-geoid conversion (see Diagnosing Vertical Bias in Drone Maps).
  • Z errors of 1.5–3× XY errors are normal and expected.

Reading the Metashape Quality Report

Alignment Quality and Reprojection Error

The headline accuracy number: RMS Reprojection Error in pixels.

ThresholdMeaning
<0.5 pxExcellent
0.5–1.0 pxAcceptable
>1.0 pxProblem — investigate before continuing
>2.0 pxHard failure; results unreliable

Reprojection error is a purely internal consistency check. A 0.4 px reprojection error on a project with no GCPs means the cameras are in a coherent cloud. It says nothing about where that cloud sits on Earth.

The USGS Cleaning Workflow: Order Matters

Three numbered step cards: 1 Reconstruction Uncertainty, target max value 10, delete no more than 50% of points; 2 Projection Accuracy, target max value 2–5 (2–3 for tighter cleanup); 3 Reprojection Error, run last, target max threshold 0.3 px. Each card ends with an Optimize Cameras step, and a copper warning box says not to run reprojection error first
The USGS cleaning workflow: reconstruction uncertainty first, projection accuracy second, reprojection error last, with Optimize Cameras after each pass. Running reprojection error first removes geometrically sound points pulled by nearby weak points — the most common Metashape cleaning mistake.

When reprojection error is high, use this sequence — the order is not optional:

  1. Gradual Selection > Reconstruction Uncertainty — remove geometrically weak points first. Target: max value 10 (USGS workflow). Delete no more than 50% of total points.
  2. Gradual Selection > Projection Accuracy — remove points with imprecise image detections. Target: max value 2–5 per USGS; 2–3 for tighter cleanup.
  3. Gradual Selection > Reprojection Error — remove high-error points after the structure has been cleaned. Target: max threshold 0.3 px per USGS (RMS typically lands at 0.13–0.18 px after the workflow).

Run Tools > Optimize Cameras after each step.

Running reprojection error first is the common mistake. It removes any point with a large residual — including geometrically sound points that have high residuals only because weak points around them are pulling the solution.

What each filter actually measures:

  • Reconstruction Uncertainty: how reliably each 3D point’s position was triangulated. Values over 10 indicate unreliable depth.
  • Projection Accuracy: how precisely each point’s image detections were localized. Blurry features produce low projection accuracy.
  • Reprojection Error: the 2D residual after bundle adjustment. Final consistency check.

Camera Calibration Parameters in Metashape

Normal ranges:

ParameterNormal RangeConcern
f (focal length in pixels)Near expected converted valueLarge deviation = scale error
cx, cy (principal point offset)A few dozen pixelsHundreds of pixels = wrong sensor dimensions
k1 (primary radial distortion)−0.5 to +0.5 (typical for consumer drone lenses; Agisoft does not publish a hard limit)Outside range = unusual lens or bad estimate

The correlation column is where doming risk lives. High correlation between f and k1 in the parameter correlation matrix — typically >0.9 in problematic projects — means the software could not fully separate focal length error from radial distortion error. The model fits itself perfectly and domes in the real world.

Ground Control Table in Metashape

In Metashape’s Reference pane, checked points are control points used in optimization. Unchecked points are check points used only for validation. Verify this setting is correct before running the report.

Red flags in the GCP table:

  • One GCP with 10× the error of all others: that point is warping the solution. Remove it, reprocess, and compare.
  • All Z errors with the same sign: systematic vertical bias. Check geoid model application and antenna height offset.
  • A point marked in fewer than 3 images: the position estimate is unreliable. Mark it in at least 5 clear, in-focus images.
  • GCP errors tight, checkpoint errors large: the model is internally biased toward the GCP locations and diverges elsewhere.

Red Flags Operators Miss

1. All-green internal checks with no checkpoints. Green across the board means processing ran cleanly. Before every delivery, ask one question: what is my checkpoint RMS?

2. Camera optimization at 3–4% (yellow) on flat terrain. Even a 3% camera optimization difference on flat, featureless terrain often signals a doming artifact forming. Run a DSM profile across a known-flat area.

3. GCPs at the corners and center, nothing at elevation transitions. Significant terrain variation with no GCPs at different elevations leaves the model accurate at the GCP locations and systematically wrong in Z between them.

4. One outlier GCP that gets mentally averaged away. Four points at 1–2 cm and one at 9 cm — that outlier is actively pulling the solution. Don’t average it. Remove it, reprocess, investigate.

5. Match map showing white areas over deliverable zones. White areas inside the flight mean isolated images with almost no matches. If it overlaps where the client needs measurements, flag it explicitly.

6. Z RMS much larger than XY RMS on flat terrain. Z error of 2–3× XY error is normal. Z error of 5×+ XY error with a consistent sign is a systematic vertical problem — start with whether the geoid model was applied correctly.


When to Reprocess vs. When to Accept

Reprocess if:

  • Calibrated images <95%, especially if uncalibrated areas cover deliverable zones.
  • Camera optimization relative difference >5%.
  • Checkpoint RMSE >2.5× GSD (PIX4Dmatic red), or above the contracted accuracy class.
  • One GCP has dramatically higher error than all others.
  • Overlap map shows interior red zones in the deliverable area.
  • Z errors all biased in one direction.

Accept with documentation if:

  • Calibrated images >95%, camera optimization <5%.
  • Checkpoint RMSE is within spec for the contracted accuracy requirement.
  • Red-flagged areas are peripheral to the client’s use.

Re-fly; reprocessing won’t fix it:

  • Large water, glass, snow, or blank pavement areas with no adjacent texture.
  • More than 10% of images uncalibrated due to motion blur or exposure failures.
  • DSM doming on flat terrain persists after cross-hatch and oblique processing.

Quick Reference: Thresholds at a Glance

Pix4D

PIX4Dmatic values, with PIX4Dmapper differences noted (sources: Pix4D support, “Quality Report – PIX4Dmatic” and “Quality Report Help – PIX4Dmapper”).

MetricGreenYellow / MarginalRed / Hard Fail
Calibrated images>95%, one block75–95% (PIX4Dmapper: 60–95%)<75% (PIX4Dmapper: <60%)
Camera optimization<5% diff5–20% diff>20% diff (hard fail)
Keypoints per image (PIX4Dmapper only)>10,000500–10,000<500
Matches per image>1,000100–1,000<100 (25 = absolute minimum to calibrate any image)
GCP RMS≤1.5× GSD1.5–2.5× GSD>2.5× GSD (PIX4Dmapper: green <2×, red >4× GSD)
Checkpoint RMS (PIX4Dmatic)<1.5× GSD1.5–2.5× GSD>2.5× GSD

Metashape

MetricTargetConcernHard Fail
RMS Reprojection Error<0.5 px0.5–1.0 px>1.0 px / >2.0 px hard fail
Reconstruction Uncertainty (practitioner heuristic; USGS specifies a cleanup threshold of 10)≤1010–30>50
Projection Accuracy (practitioner heuristic)≤2–33–10>20
Checkpoint XY Error<1× GSD1–2× GSD>3× GSD
Checkpoint Z Error<2× GSD2–3× GSD>4× GSD

Frequently Asked Questions

Can I deliver a project where all the Pix4D quality checks are green but I have no checkpoints?

Not if the project requires defensible accuracy. Green checks confirm the processing ran well and that internal consistency is good. They don’t validate real-world position. A project without checkpoints can’t be called accurate — only processed. If the client’s use doesn’t require validated accuracy, document that explicitly. If it does, you need independent checkpoints.

My Metashape reprojection error is 1.4 px after optimization. What do I do?

Run the USGS iterative cleaning workflow in order: reconstruction uncertainty first, then projection accuracy, then reprojection error, with camera optimization after each step. If you’re still above 1.0 px after cleaning, the underlying dataset has a problem — blurry images, rolling shutter artifacts, or moving objects. Check image quality, remove problematic images individually, and re-optimize.

Pix4D shows camera optimization at 7% for K1. Is the whole project bad?

7% falls in Pix4D’s yellow band (5–20%), not red. The K1 shift means the software re-estimated your radial distortion. The key question is whether that produced doming. Run a terrain profile across any flat area in the DSM. If the terrain is genuinely flat and the DSM shows a dome or bowl, the distortion correction didn’t hold. If the DSM looks correct on flat areas, the re-estimation may have actually improved the result.

What’s the difference between GCP error and checkpoint error in plain terms?

GCP error measures how well the model fits the points the software already knew about and tuned itself to match. Checkpoint error measures how well the model predicts locations it never saw. You can get a GCP error of 0.5 cm on a project that has 4-inch errors everywhere else — the model was optimized for the GCPs, not for the other 99.9% of the area. Checkpoint error is the only honest number for accuracy claims.

All my Z errors are positive — my model is consistently too high. What’s wrong?

Systematic vertical bias almost always traces to one of three sources: the geoid model wasn’t applied or the wrong model was used (NAD83 ellipsoid heights vs. NAVD88 orthometric heights), the base station elevation was entered incorrectly, or the RTK antenna height offset was wrong. Check each in order.

How many checkpoints do I need?

The American Society for Photogrammetry and Remote Sensing (ASPRS) Positional Accuracy Standards, Edition 2 (2023; Version 2, 2024), set the minimum at 30 independent checkpoints for a formal accuracy test, with a ceiling of 120. When a project uses fewer, the standard’s accuracy statement must say the test “was performed using ONLY __ checkpoints.” Many small drone projects cannot fit 30 well-distributed checkpoints; a handful (with at least one at a different elevation) is still a useful informal check and helps you tell localized error from systematic, but it is not a standards-compliant accuracy test, and the deliverable should say so. For the placement methodology, see Ground Control Points in Drone Survey.


For the conceptual breakdown of why checkpoint errors are the only valid accuracy number, see Checkpoints vs. Control Points in Drone Survey. For background on RMSE and what it measures, see Understanding RMSE in Drone Mapping.

References

Research and standards cited in this article.

  • ASPRS. (2024). ASPRS positional accuracy standards for digital geospatial data (Edition 2, Version 2.0). American Society for Photogrammetry and Remote Sensing. doi:10.14358/ASPRS.PAS.2024
  • Over, J. R., et al. (2021). Processing coastal imagery with Agisoft Metashape Professional Edition, version 1.6—Structure from motion workflow documentation (Open-File Report 2021–1039). U.S. Geological Survey. doi:10.3133/ofr20211039
Eric

Written by Eric

M.S. Geography (GIS specialization) from St. Cloud State University, FAA Part 107. Pacific Northwest-based; active public-sector Blue UAS operator. Geospatial background covering spatial data, remote sensing, and coordinate systems — applied to drone mapping workflows and deliverables.

About Eric →