High-precision PPK processing without the desktop software
Upload one base and one rover RINEX observation file for dual-frequency kinematic post-processing on GPS, GLONASS, Galileo and BeiDou, selected per solution. Add a DJI Timestamp.MRK or timestamp file to geotag camera exposures, then check the fix-rate grade and coverage before using the output for mapping or surveying.
Processing needs an account. This panel is a first step: it checks your file and needs no account.
Process Kinematic DataQuick check, no account
Upload an observation file or open a sample to see its quality score and key findings.
One file up to 100 MB (20 MB gzipped), ten checks per day. The file is deleted as soon as the result is ready.
Choose a file first
No file? Use a public station
Opens a stored example result straight away and does not use one of your daily checks.
Fetches a station's daily observation file from the public archives and checks it. It needs the person check above and uses one of your daily checks.
Why PPK over RTK?
PPK processes recorded rover and reference observations after a mission, without requiring a live correction link in the field. Signal obstruction and phase interruptions can still prevent reliable ambiguity resolution. Preserve overlapping base data and inspect the trajectory and quality report.
What the engine solves
- Solves a dual-frequency kinematic baseline between your rover and a single base station you provide, on GPS, GLONASS, Galileo and BeiDou as you select them per solution
- Fetches precise orbits for the observed period automatically, with no navigation file to upload and nothing to download by hand
- Reads the antenna type and height from each RINEX header and applies the IGS absolute phase-centre model automatically; a header with no antenna listed still runs, with zero offsets, and the report says so
- Switches between SHORT and LONG processing automatically at a 10 km baseline, or force SHORT, LONG or AIR yourself. There is no enforced maximum baseline, but accuracy degrades as it grows
Camera event geotagging for drone photogrammetry
- Upload a DJI Timestamp.MRK file, or a plain ISO-8601 timestamp list (.txt/.csv, up to 8 MB). Without one, event epochs already flagged in the rover RINEX file are used instead
- Lever-arm offsets between the antenna and the camera, read from the MRK file, are applied to every event before its position is reported
- Each event is linearly interpolated between the two bracketing trajectory epochs; one more than 2 seconds from the nearest epoch is refused rather than guessed, and unmatched events are listed with a reason
- Export camera_events.csv: sequence, time, latitude, longitude, ellipsoidal height, fixed/float quality and per-axis sigma, or download it pre-formatted for Pix4D, Agisoft Metashape or DJI Terra
What you get back
- A .pos trajectory in RTKLIB-style columns: GPS time, latitude, longitude, height, fix quality (1 fixed / 2 float), satellite count and per-axis sigma
- The same trajectory as NMEA, KML and CSV
- camera_events.csv, when camera events were supplied or detected in the rover file
- A PDF report in English or Chinese, all bundled into one ZIP download
How quality is reported
- A run fails outright only when the solved window covers fewer than 20 epochs, or less than half of the rover recording. Every other run returns a report
- The fix rate (the share of epochs whose ambiguities resolved to fixed integers) is a grade, not a pass/fail gate: 98%+ excellent, 95%+ good, 85%+ acceptable, and anything lower is graded poor
- Fix rate measures how many epochs resolved, not how accurate the trajectory is. Read it together with the coverage ratio, gaps, median ENU sigma and baseline length in the report
- The report also states which base-coordinate source was used, and includes the satellite timeline, the residual sky map and the post-fit residual RMS
How to process PPK drone trajectories online
Step-by-step instructions for computing a dual-frequency kinematic baseline on GPS, GLONASS, Galileo and BeiDou, selected per solution, with optional camera-event geotagging.
Upload base and rover observations
Upload one base and one rover RINEX observation file (.rnx, .obs, .o or .crx, RINEX 2 or 3). Optionally enter the base X/Y/Z coordinates, or let the run use the RINEX header's approximate position instead.
Set elevation mask and mode
Adjust the elevation mask (0-40°) and, if needed, force SHORT, LONG or AIR processing instead of the automatic 10 km switch.
Add camera events (optional)
Upload a DJI Timestamp.MRK file or a plain timestamp list to geotag camera exposures, or skip this step and let the run use event epochs already recorded in the rover file.
Run and download
Submit the job and download the ZIP once it finishes: the .pos trajectory, NMEA, KML, CSV, camera_events.csv and PDF report.
What won't produce a result
Worth checking before you upload, so a run doesn't cost you credits to tell you what your data was missing.
Rover and base sessions recorded at different times, with no shared window
Overlapping base and rover observation spans: PPK solves the window they share, so a flight with no matching base recording has nothing to resolve against.
Only the rover log, with no base station observation file
A base station RINEX file alongside the rover log. PPK is a differential technique and needs both ends of the baseline to solve a trajectory.
A RINEX header with no INTERVAL field, in a file whose epoch spacing is irregular
A declared sampling interval, or regular enough epoch spacing to infer one. The solving parameters depend on knowing the data rate before a run can be configured.
A rover log that did not track a satellite system selected for the solution
Dual-frequency observations of every selected system in both the rover and the base file. GPS, GLONASS, Galileo and BeiDou are chosen per solution, and a selected system with no satellite common to both receivers and the precise orbit has nothing to resolve against.
A Hatanaka-compressed RINEX-2 observation file saved with the .NNd extension
A .crx Hatanaka file, or a plain uncompressed RINEX observation file. The upload accepts .crx for compressed observations, not the older RINEX-2 .NNd naming convention.
Common questions
Can I process DJI Timestamp.MRK camera events?
Yes. Upload the DJI Timestamp.MRK file alongside your rover and base RINEX files, or a plain ISO-8601 timestamp list instead. The lever-arm offsets in the MRK file are applied automatically, and the run exports camera_events.csv with a fixed/float quality flag and per-axis sigma for every exposure, ready for Pix4D, Metashape or DJI Terra.
Does PPK processing use more than one satellite constellation?
Yes. GPS, GLONASS, Galileo and BeiDou are selectable per solution. Select systems that both the base and the rover tracked on two frequencies and that the precise orbit covers: a selected system missing from either file stops the run. When GLONASS is selected per solution, its ambiguities may fix less reliably.
How far can the base station be from the drone?
There is no enforced maximum baseline. Processing switches between SHORT and LONG modes automatically at 10 km, or you can force SHORT, LONG or AIR yourself, but accuracy degrades as the baseline gets longer, so keep the base as close as practical.
What does the fix rate actually mean?
It is the share of epochs whose carrier-phase ambiguities resolved to fixed integers, graded from poor to excellent at 85%, 95% and 98%, a measure of how many epochs resolved, not of how accurate the trajectory is. Read it alongside the coverage ratio and per-axis sigma in the report.
What files do I get back from a run?
A ZIP containing the .pos trajectory, NMEA, KML and CSV exports, camera_events.csv when camera events were supplied or detected, and a PDF report in English or Chinese.
Do I need to download a navigation file myself?
No. Only the rover and base observation files are required. Precise orbits for the observed period are fetched automatically, so there is nothing extra to find or configure.
Related technical guides
Standards & Specifications
Apex requires Pro or above and processing credits. View plans and usage costs
Process Kinematic Data