Skip to main content
GIS & Data Processing

QGIS for Drone Data: The Complete Workflow Guide

Complete QGIS workflow for drone data: import orthomosaics, build pyramids, contours from DEMs, point clouds, QField field review. QGIS 3.44 LTR.

Eric By — M.S. Geography (GIS spec.), FAA Part 107
Updated October 25, 2026
QGIS for Drone Data: The Complete Workflow Guide

Updated October 2026: We checked every menu path against the QGIS 3.40/3.44 and QField documentation and corrected several: where the layer CRS appears, how to open a 3D map view, where Smooth and the measure tools live, and the rendering option name. We also corrected how QGIS measures distance (ellipsoidal by default, even in EPSG:4326), noted that Build Overviews writes into the source file by default, updated the QGIS 4.x release status, described the .copc.laz index file, replaced Roughness and the removed SAGA provider with a real DEM smoothing step (GRASS r.neighbors, which some Linux installs need added separately), corrected the compression advice (lossless LZW or DEFLATE, with PREDICTOR=3 for floating-point DEMs) and the KMZ export method (GDAL’s KML Super-Overlay driver), fixed the QFieldSync packaging and sync steps (rasters are copied as-is unless you configure a basemap), and removed unsupported speed and coverage claims.

You’ve processed your drone data. The orthomosaic is a 2 GB GeoTIFF sitting on your desktop. The DEM is ready. Maybe you’ve got a point cloud too. Now what?

If you’re not paying for ArcGIS Pro — or you just don’t want to — QGIS is the answer. Free, open-source, and as of version 3.44 LTR, genuinely capable of handling everything from orthomosaic display to contour generation to point cloud visualization. No license fees. No subscription. No vendor lock-in.

The problem is that most QGIS-for-drone-data content is either documentation written for GIS academics or five-minute YouTube walkthroughs that skip every detail that matters. This guide covers the complete practitioner workflow — from importing your first orthomosaic to sharing deliverables on a tablet in the field.

QGIS 3.36 Maidenhead interface with the main toolbars, Browser and Layers panels, and a map canvas showing GADM administrative boundaries across the Horn of Africa and southern Arabia A westman, via Wikimedia Commons, CC0 1.0

Illustrated QGIS 3.44 window with a drone orthomosaic and 1-ft contour lines in the map canvas, a Layers panel, a 3D map panel showing the point cloud, and EPSG:26913 in the status bar


What You Need: QGIS 3.44 LTR

As of spring 2026, QGIS 3.44 ‘Solothurn’ is the current Long Term Release. Download it from qgis.org/download. The LTR is what you want for production work — stable, well-tested, and supported with bug fixes through the release cycle. QGIS 4.0 shipped in March 2026 and the 4.x line is now the latest release, but 3.44 remains the LTR, so stick with 3.44 for production work until a 4.x release takes over as LTR.

After installation, change two settings immediately:

  1. Check parallel rendering. Go to Settings > Options > Rendering and make sure “Maximum cores to use for map rendering” is set to use your CPU cores, not limited to one. Drone orthomosaics are large. Single-threaded rendering on a 1.5 GB GeoTIFF is painful.

  2. Set your default CRS. Go to Settings > Options > CRS and Transforms > CRS Handling, choose “Use a default CRS,” and set it to match your most common working projection — typically a UTM zone. If you’re in Colorado, that’s EPSG:26913 (NAD83 / UTM zone 13N). If you work in WGS 84 geographic, set EPSG:4326. Getting this right from the start prevents half the problems people run into.


Step 1: Importing an Orthomosaic

Drag your GeoTIFF into the QGIS canvas. That’s it. Layer > Add Layer > Add Raster Layer works too, but drag-and-drop is faster.

QGIS reads the embedded CRS from the GeoTIFF metadata and assigns it automatically. Check the lower-right corner of the status bar — it shows the project CRS. If your orthomosaic lands in the right place on the map, the CRS matched. If it lands in the middle of the ocean or displays as a tiny speck, you have a projection mismatch.

The most common import error: Your photogrammetry software exported in WGS 84 geographic (EPSG:4326), but your project CRS is set to a projected system like UTM. Or vice versa. QGIS will reproject on-the-fly, but that costs rendering performance. For large drone orthomosaics, you want the layer CRS and project CRS to match.

To check a layer’s CRS: right-click the layer > Properties > Information tab. The CRS is listed in its own “Coordinate Reference System (CRS)” section, below “Information from provider.” If it’s wrong — maybe the processing software embedded the wrong EPSG code — don’t reproject the raster. Use Processing > Toolbox > GDAL > Raster projections > Assign Projection to fix the metadata without touching the pixel data. Reprojecting a 2 GB raster takes time and introduces resampling artifacts. Assigning corrects the label without altering values.

Mock-up of the QGIS Layer Properties dialog on the Information tab, with the Coordinate Reference System section highlighted in blue (EPSG:26913, NAD83 / UTM zone 13N), plus notes on the status-bar CRS indicator and Assign Projection


Step 2: Build Pyramids Before You Do Anything Else

Drone orthomosaics are big. A 500-acre site at 2 cm/pixel produces a raster with tens of thousands of rows and columns. Panning and zooming without pyramids is like streaming 4K video on dialup.

Right-click your raster layer > Properties > Pyramids tab. Select all resolution levels. Set the resampling method to “Average” for orthomosaics (preserves color fidelity) or “Nearest Neighbour” for classified rasters. Click “Build Pyramids.” QGIS creates lower-resolution overviews stored alongside your file as a .ovr sidecar (the default “External” option). A full set of 2x overviews adds roughly a third to the uncompressed data volume, but panning and zooming become fast.

This is non-negotiable for any raster over 500 MB. Build pyramids first. Do your analysis second.

Alternatively, from the menu: Raster > Miscellaneous > Build Overviews (Pyramids). This is not quite the same as the Pyramids tab: its default overview format is Internal, which writes the overviews into your source GeoTIFF rather than a .ovr sidecar, and its default resampling is Nearest Neighbour. The QGIS documentation warns that building pyramids may alter the original data file and that they cannot be removed once created, so set Overviews format to External (GTiff .ovr) and resampling to Average, or keep a backup copy of the raster if you need an untouched original.


Step 3: CRS Setup and Reprojection

Every drone deliverable carries a coordinate reference system. Your orthomosaic, DEM, and point cloud all have one embedded. The question is whether they match each other — and whether they match the project your client expects.

Practical CRS rules for drone data:

  • Most photogrammetry software exports in WGS 84 UTM. The major photogrammetry platforms — Pix4D, Metashape, and WebODM — all default to a UTM zone derived from your flight location. This is usually correct.
  • State Plane coordinates are common in U.S. survey work. If your client’s CAD file is in State Plane, you’ll need to reproject. Processing > Toolbox > GDAL > Warp (Reproject) handles this for rasters. Right-click > Export > Save Features As handles vectors.
  • Vertical datums matter. Your DEM might be in ellipsoidal heights (WGS 84 ellipsoid) while your client expects orthometric heights (NAVD88). QGIS doesn’t handle vertical datum transformations natively — you’ll need a geoid model applied during processing, not in QGIS. Get this right before export, not after.

To put it plainly: match your project CRS to the delivery CRS your client expects. Do the transformation once, correctly, rather than relying on on-the-fly reprojection for every zoom and pan.


Step 4: Measurement and Analysis Tools

Once the orthomosaic is loaded and rendering cleanly, QGIS gives you a full measurement toolkit.

Measure Line (Attributes toolbar). Click the ruler icon or press Ctrl+Shift+M (Ctrl+Shift+J for Measure Area). Measure distances, areas, and angles directly on the orthomosaic. By default QGIS measures ellipsoidally, on the ellipsoid set in Project > Properties > General, whether the project CRS is geographic or projected, so you get meters or feet even in EPSG:4326. If you need planar grid distances instead (for example, to match a State Plane CAD file), set that ellipsoid to None/Planimetric and use a projected project CRS.

Raster Value Identification. Click the “Identify Features” tool (Ctrl+Shift+I), then click any pixel on your orthomosaic. QGIS reports the band values — useful for checking NDVI layers, thermal data, or verifying that a DEM pixel reads the elevation you expect.

Raster Calculator. Raster > Raster Calculator opens a full band math engine. Compute NDVI from a multispectral orthomosaic: (NIR - Red) / (NIR + Red). Difference two DEMs to calculate cut/fill volumes. The syntax is straightforward — select layers and bands from the list, type the formula, set the output extent and CRS. (For slope, use Raster > Analysis > Slope rather than the calculator.)


Step 5: Contour Generation from a DEM

This is the deliverable clients ask for most often after the orthomosaic itself: contour lines from your drone-derived DEM.

Menu path: Raster > Extraction > Contour.

Settings that matter:

  • Input layer: Your DEM raster (not the orthomosaic — the elevation model).
  • Band number: Band 1. DEMs are single-band.
  • Interval between contour lines: This depends on the project. 1-foot contours for construction grading. 2-foot for site plans. 5-foot or 10-foot for large-area topographic maps. The interval is in the vertical units of your DEM — if it’s in meters, “1” means 1-meter contours.
  • Attribute name: Leave as “ELEV” — this stores the elevation value on each contour line for labeling.

Click Run. QGIS generates a vector layer of contour lines. The result will look jagged on high-resolution DEMs because the algorithm follows every pixel boundary. To smooth them, run Smooth from the Processing Toolbox (Vector geometry > Smooth). A smoothing iterations value of 3 with the default offset of 0.25 produces cleaner, cartographic contours; a smaller offset keeps the lines closer to their original positions.

Export formats: Right-click the contour layer > Export > Save Features As. Choose DXF for AutoCAD delivery, Shapefile for GIS interoperability, or GeoPackage if you’re staying in QGIS.

Diagram: a drone DEM shown as a blue elevation ramp, the Raster > Extraction > Contour settings (band 1, interval 1, attribute ELEV), and the resulting copper contour lines labeled at 1-ft intervals


Step 6: Point Cloud Visualization

QGIS has supported native LAS and LAZ point cloud rendering since version 3.18. No plugins required — just drag a .las or .laz file into the canvas.

On first load, QGIS builds an index using the PDAL library. This can take a while for large files (100M+ points) and writes a cloud-optimized copy (a .copc.laz file) next to your source file. After indexing, the point cloud renders in both the 2D map canvas and a 3D map view (View > 3D Map Views > New 3D Map View).

Rendering options: Right-click the point cloud layer > Properties > Symbology. Choose from:

  • Attribute by Ramp: Color points by elevation, intensity, return number, or classification. Elevation coloring on a drone-derived point cloud gives you an instant visual of terrain variation.
  • Classification: If your point cloud has classification codes (ground, vegetation, building), this renderer displays each class in a distinct color. Most photogrammetry-derived point clouds are unclassified — you’ll need to classify them in CloudCompare or PDAL before importing.
  • RGB: If your point cloud carries color data from the drone imagery, this renders true-color points. Dense photogrammetric point clouds almost always have RGB.

Elevation Profile Tool. Click View > Elevation Profile. Draw a line across the map and QGIS extracts a cross-section profile from your point cloud. This is how you check a stockpile height, verify a drainage grade, or show a client a terrain cross-section — without leaving QGIS.

Schematic QGIS 3D map view of a construction-site point cloud colored by elevation, with a stockpile and a building crossed by section line A to B, and the Elevation Profile panel below showing that cross-section


Step 7: Point Cloud Processing with PDAL Tools

Starting with QGIS 3.32, the PDAL processing tools are built into the Processing Toolbox — no plugin installation needed. Open Processing > Toolbox and search “point cloud.”

Key algorithms for drone data:

  • Clip: Trim a point cloud to your site boundary. Feed it a polygon layer and it cuts the cloud to match.
  • Merge: Combine multiple flight point clouds into a single dataset.
  • Export to Raster: Convert point cloud elevation data to a raster DEM or DSM. Set the resolution to match your ground sample distance.
  • Density: Calculate point density per cell — useful for identifying gaps in your photogrammetric reconstruction.
  • Filter: Remove points by classification, return number, or elevation range. Strip vegetation returns to isolate bare earth.

For advanced filtering and classification workflows — ground classification, noise removal, statistical outlier filtering — PDAL’s command-line tools or CloudCompare remain more capable than what’s in the QGIS toolbox. But for standard drone data tasks, the built-in tools cover most of what you need without leaving QGIS.


Step 8: Exporting Deliverables

Clients don’t use QGIS. They use AutoCAD, ArcGIS, Google Earth, or a web viewer. Your job is to export in the format they need.

Raster exports (orthomosaic, DEM): Right-click > Export > Save As. Choose GeoTIFF for maximum compatibility. Set the CRS to the client’s required projection. Enable LZW or DEFLATE compression in the creation options; both are lossless, so pixel and elevation values are preserved exactly. For floating-point DEMs, DEFLATE with PREDICTOR=3 (GDAL’s floating-point predictor) is the usual choice.

Vector exports (contours, boundary polygons, annotations): Right-click > Export > Save Features As. Choose DXF for CAD delivery — this is what your civil engineer expects. Choose Shapefile for legacy GIS systems. Choose GeoPackage for modern GIS workflows — it’s a single file, supports multiple layers, and doesn’t have the attribute name length limitations that Shapefiles carry.

KML/KMZ for Google Earth. Right-click > Export > Save Features As > KML. For raster overlays in Google Earth, use Raster > Conversion > Translate and save the output with a .kmz extension. QGIS picks GDAL’s KML Super-Overlay driver for that extension, which writes a tiled KMZ overlay Google Earth can open.

Print layouts for PDF reports. Project > New Print Layout. Add your orthomosaic as the map element, overlay contours, add a scale bar, north arrow, title block, and legend. Export as PDF at 300 DPI. This is how you deliver a professional map sheet without touching Adobe Illustrator.

Flowchart of QGIS 3.44 export paths: rasters to GeoTIFF via Right-click > Export > Save As, or to a KMZ overlay via Raster > Conversion > Translate; vectors to DXF, Shapefile, GeoPackage or KML via Save Features As; and a print layout exported as a 300 DPI PDF map sheet


Step 9: Field Review with QField

You’ve built your map in QGIS. Now the project manager needs to see it on-site — on a tablet, in the field, with the orthomosaic and contours overlaid on their GPS location.

QField is the answer. It’s the official mobile companion to QGIS — free, open-source, available on Android and iOS.

The workflow:

  1. Install the QFieldSync plugin in QGIS. Plugins > Manage and Install Plugins > search “QFieldSync” > Install.
  2. Package your project. In QGIS, go to Plugins > QFieldSync > Package for QField. This exports your project, layers, and data into a portable folder. Rasters are not downsampled for you: a file-based raster such as your GeoTIFF orthomosaic is copied into the package as-is. To ship something lighter, configure a basemap in the QFieldSync project properties, which renders a single raster layer (or a map theme) into an offline tile package at the tile size and zoom levels you choose (basemap settings apply to cable/USB packaging, not QFieldCloud), then set the full-resolution orthomosaic’s action to “Remove.”
  3. Transfer to the device. Copy the packaged folder to the tablet via USB, cloud storage, or QFieldCloud for automatic sync.
  4. Open in QField. The project loads with all your layers, symbology, and labeling intact. Pan, zoom, and identify features on the orthomosaic. Add field observations as point features with photos and notes.
  5. Sync back. Copy the field folder back and run Plugins > QFieldSync > Synchronize from QField. Features added in the field appear in your desktop project. Synchronize each export only once.

QField supports external GNSS receivers via Bluetooth — connect an Emlid, Trimble, or Bad Elf receiver and your field observations inherit sub-meter or centimeter positioning suitable for checkpoint validation. That turns QField from a map viewer into a field data collection tool that feeds directly back into your QGIS project.

Diagram of a QGIS desktop project packaged with QFieldSync, opened in QField on a tablet with a live GPS position on the orthomosaic, and field edits synchronized back to the desktop


Common Mistakes and How to Avoid Them

Loading a massive raster without pyramids. QGIS will render it. Eventually. Build overviews first.

Wrong CRS on import. Your orthomosaic appears as a speck or lands in the wrong hemisphere. Check the layer CRS in the CRS section of Properties > Information. Assign the correct projection — don’t reproject unless you actually need to change coordinate systems.

Mixing ellipsoidal and grid distances. The measure tools are ellipsoidal by default, in geographic and projected CRSs alike. A grid distance in State Plane or UTM can differ slightly from the ellipsoidal one, so when you check a measurement against a CAD file in grid coordinates, set Project > Properties > General > Ellipsoid to None/Planimetric with a projected project CRS.

Contour artifacts from noisy DEMs. Photogrammetric DEMs have noise — especially in vegetated areas. Smooth the DEM before generating contours. Raster > Analysis > Roughness is not a smoothing filter (it measures terrain irregularity), and QGIS 3.44 no longer bundles the SAGA provider. Use the GRASS tool instead (GRASS is bundled with the Windows and macOS installers; on many Linux distributions you install the GRASS package separately before the GRASS provider appears): Processing Toolbox > GRASS > Raster (r.*) > r.neighbors, with Neighborhood operation set to average (or median, which holds breaklines better) and a neighborhood size of 3 or 5 cells. Contour the smoothed copy, and keep the original DEM for volumes and spot elevations.

Point cloud rendering performance. A 200-million-point cloud will choke QGIS on most hardware. Use the PDAL clip tool to trim to your area of interest, or reduce point density before loading. In the layer properties, raise “Maximum error” on the Symbology tab (2D) or “Maximum screen space error” on the 3D View tab, and set a “Point budget” for 3D. These draw fewer points without altering the data.


QGIS handles the full drone data workflow — orthomosaic display, DEM analysis, contour generation, point cloud visualization, deliverable export, and field review via QField. All of it without a license fee. The 3.44 LTR is stable, the PDAL point cloud tools are mature, and the QField mobile integration closes the office-to-field loop.

The learning curve is real. QGIS doesn’t hold your hand the way commercial software does. But once you’ve built your first project template — CRS configured, pyramids built, print layout saved, QField package ready — every subsequent project is drag-and-drop. The time investment pays for itself on project two.

For practitioners already using commercial GIS, QGIS is worth having in the stack as a second tool — especially for clients who need deliverables but don’t have their own GIS licenses. Hand them a QField project instead of a 2 GB TIFF and a prayer.

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 →