Plain-language comparison of PPP, RTK and PPK workflows for UAV surveying — accuracy, latency, infrastructure and when to use each.
RTK (Real-Time Kinematic) is the workhorse of centimetre drone mapping. A base station — or a network RTK service consumed over NTRIP — streams carrier-phase corrections to the rover, which resolves ambiguities on the fly and reports a FIX solution at 1–2 cm. On an RTK drone like a DJI Matrice 350 RTK or Matrice 4E, every image is geotagged with centimetre camera positions the moment it is captured, so you can fly steep terrain-follow missions and skip most ground control points.
RTK's weakness is the umbilical cord. If the correction link drops — radio shadow, cellular dead zone, caster hiccup — the solution degrades from FIX to FLOAT and accuracy falls from centimetres to decimetres. DJI's own support material notes that a large share of “bad accuracy” complaints trace back to missions flown in FLOAT while the operator believed RTK was working. Link quality is everything, which is why the choice between UHF radio, NTRIP, and RC-link delivery matters (compared in this guide).
PPK (Post-Processed Kinematic) removes the live link entirely. Base and drone each log raw GNSS observations — RINEX files — during the flight; afterwards, software matches the two logs and computes corrected camera positions. Emlid Studio does this for free with Emlid Reach logs; DJI Terra performs one-click PPK for the Matrice 4E; Wingtra's workflow is built almost entirely around PPK.
Because nothing depends on real-time radio, PPK is immune to link dropouts and works at baselines where radios cannot reach. The costs are workflow costs: you learn your accuracy only after landing, you add an office processing step, and real-time functions like precision terrain-follow still need a live solution. Our RINEX and PPK guide covers the logging setup.
PPP (Precise Point Positioning) is a different animal: instead of differencing against a nearby base, the receiver applies precise satellite orbit and clock products — delivered by L-Band satellite or internet — and computes an absolute position on its own. Modern multi-frequency PPP converges to centimetre level in minutes; services in this family include Trimble CenterPoint RTX, CHCNAV PointSky, and the L-Band PPP service behind UAV Mate. Post-mission PPP services like OPUS, AUSPOS, and NRCan CSRS-PPP do the same thing offline from a static log.
Pure PPP on the drone itself is still rare in mapping workflows — convergence and dynamics make it awkward on a fast-moving aircraft. Where PPP shines is on the ground: it lets a base station determine its own centimetre coordinates in ITRF2020 with no known point, no CORS, and no internet, then serve conventional RTK to everything else. That hybrid — PPP for the base, RTK for the rovers — is exactly how a self-converging base works.
| RTK | PPK | PPP | |
|---|---|---|---|
| Corrections | Live from base / NTRIP network | Applied after flight from logged RINEX | Satellite orbit & clock products, no base |
| Accuracy | 1–2 cm during flight (FIX) | 1–2 cm after processing | ~1.5–3 cm after convergence |
| Latency | Real time | Post-mission | Minutes to converge, then real time |
| Needs comms link | Yes, continuously | No | No (L-Band by satellite) |
| Needs known point / CORS | Yes (base or network) | Base position still matters | No |
| Typical tools | DJI Pilot 2 Custom Network RTK, NTRIP casters | Emlid Studio, DJI Terra, Wingtra workflows | CenterPoint RTX, PointSky, UAV Mate PPP, OPUS/AUSPOS |
Urban or well-covered farmland with reliable cellular: network RTK over NTRIP is convenient, and PPK as backup costs nothing but storage. Remote pit, pipeline, or forestry block with no coverage: a local base with UHF radio or RC-link delivery, positioned by PPP so its coordinates are absolute. Regulatory or engineering deliverables where accuracy must be provable: fly RTK, log RINEX at both ends, and post-process checkpoints — belt and braces. Fleet operations mixing drones, tractors, and machine control: one absolutely-positioned base broadcasting RTCM 3.x to everything keeps the whole site on one datum (construction workflow here).
The mistake to avoid is treating these as competing religions. They are layers: PPP anchors the base, RTK serves the mission in real time, PPK rescues anything the link dropped.
On real jobs the winning pattern is boringly consistent: power the PPP base first and let it converge while unpacking the aircraft; fly the mission on RTK with FIX monitored in DJI Pilot 2; leave RINEX logging running at the base the whole time. If any leg of the flight shows FLOAT, PPK it afterwards in Emlid Studio or DJI Terra against the logged base data. Total extra effort: one toggle. Total missions saved over a season: more than any other single habit in drone surveying.
RTK fails at the link layer. Radio shadow behind a stockpile, a congested cellular cell, a mistyped mountpoint — and the drone quietly drops to FLOAT. The failure is silent unless you watch the status, which is why FIX troubleshooting is a core field skill. PPK fails at the bookkeeping layer: a base log that never started, clocks not overlapping, or RINEX files misplaced between the field and the office. Nothing warns you in flight; you discover it at your desk. PPP fails at the sky layer: dense canopy or a canyon wall between the antenna and the geostationary L-Band satellite stretches convergence or interrupts it. Each failure mode has a different cure — link planning for RTK, checklists for PPK, placement for PPP — and none of them overlap, which is precisely why layering the methods is so robust.
Understanding the failure modes also explains the market. DJI pushes network RTK and its D-RTK bases because the Matrice ecosystem lives on real-time links; Wingtra leans PPK because fixed-wing missions cover long baselines; Trimble sells CenterPoint RTX because machine fleets roam beyond any single base. No vendor is wrong — they optimized for different failure modes.
Spec-sheet accuracy is conditional. “1 cm + 1 ppm” means one centimetre plus one millimetre per kilometre of baseline: a rover 10 km from base carries an extra centimetre of budget. RTK and PPK inherit the base position error too — a base averaged to half a metre produces beautifully precise maps that are half a metre from truth, the classic relative-vs-absolute trap. PPP numbers are absolute by construction: 1.5 cm horizontal / 3 cm vertical against the ITRF2020 frame itself, no baseline term, no inherited monument error.
For deliverables, translate budgets to checks: fly the mission, then measure two or three independent checkpoints with the rover and compare. If checkpoint residuals sit inside your contract tolerance, the whole chain — base coordinates, corrections, geotags, photogrammetry — is proven at once.
The stack has quietly standardized. RTCM 3.x is the correction lingua franca; RINEX 3.x is the logging lingua franca; NTRIP is the transport when internet exists and UHF or RC link when it does not. Buy hardware that speaks all three fluently and the RTK / PPK / PPP question stops being a purchasing decision and becomes a per-mission toggle. That is the real answer to “which is best”: the base that gives you all three, anchored to absolute coordinates it computed itself.
Solo mapping pilot with a Mavic 3 Enterprise: network RTK where coverage exists, a PPP base in the truck for everywhere else, RINEX always on. Survey firm with mixed Emlid / Trimble rovers: one absolutely-positioned base broadcasting RTCM 3.x unifies every instrument on one datum and ends the per-rover subscription sprawl. Agricultural operation: auto-steer runs all season from the same base the mapping drone uses in spring — one correction source, one AB-line datum, year after year. Mining and earthworks: PPP base at the rim, radio to the pit, PPK insurance on every volumetric flight. The common denominator is owning an absolute correction source and letting every method hang off it.
PPP anchors the base absolutely, RTK serves the mission live, PPK insures the result — buy hardware that speaks all three and the acronym war dissolves into a per-mission toggle.
At short baselines they deliver comparable centimetre results. PPK can edge ahead on long baselines or noisy links because processing runs both forward and backward in time, but for most mapping missions the difference is operational, not metric.
Generally no — mapping drones expect RTCM corrections from a base or network. The practical pattern is PPP on the base station, RTK from base to drone.
Fewer. Most teams keep 1–3 independent checkpoints for verification rather than full GCP grids — see our GCP guide.
FIX means carrier-phase ambiguities are resolved and accuracy is centimetre-level; FLOAT means they are not, and accuracy is decimetre-level at best. Always confirm FIX before and during the mission.
UAV Mate is a self-converging PPP/RTK base station: 1.5 cm ITRF2020 coordinates in minutes, broadcast to any RTCM 3.x drone or rover.
See UAV Mate