Troubleshooting · Coordinate Accuracy
RTK Fix means centimetre-level precision relative to the reference frame. It does not guarantee your coordinates match what you expect on a map or in a national coordinate system. When Fix is solid but coordinates are off, the cause is almost always a datum or coordinate system mismatch — not the RTK itself.
On this page
The key distinction: precision vs accuracy
RTK Fix gives you high precision — your positions are repeatable and internally consistent to centimetres. Accuracy — how well those positions match real-world coordinates — depends on the datum, coordinate system and geoid model applied on top. Fix without the right transformation applied can be precise but inaccurate.
The size and direction of the coordinate error is the fastest clue to the cause. Select the pattern that matches your situation:
All NTRIP correction services — including GEODNET-based services — deliver corrections in WGS84 or ETRS89. These are global reference frames used by satellites. Most countries work in a local national datum — RD New in the Netherlands, OSGB36 in the UK, GDA2020 in Australia — which does not perfectly align with WGS84.
The difference between WGS84 and a national datum is small but significant for precision work: typically 0.5 – 1.5 m in the Netherlands, and similar magnitudes in other countries. If your field software is not applying the correct datum transformation, every point you collect will be shifted by this amount.
GNSS receivers measure height relative to the WGS84 ellipsoid — a mathematical model of Earth's shape. This ellipsoidal height is not the same as the height above sea level (orthometric height) that appears on maps and is used in engineering.
In the Netherlands, the difference between ellipsoidal height and NAP (Normaal Amsterdams Peil, the Dutch vertical datum) varies between approximately 38 m and 44 m across the country. If your receiver is outputting ellipsoidal height and your project uses NAP heights, every elevation you collect will be wrong by this amount.
The correction between ellipsoidal and orthometric height is called the geoid undulation. Applying the correct geoid model is what converts one to the other.
A 40-metre height error is not RTK failure
A common support question is: "My heights are completely wrong — off by 40 metres." This is almost never a receiver problem. It is the difference between WGS84 ellipsoidal height and NAP (or any national vertical datum). The RTK Fix is working perfectly — the geoid model simply has not been applied.
If your positions are off by tens or hundreds of metres, or if the offset varies across your site rather than being a consistent shift, the most likely cause is a completely wrong coordinate system. This happens when the job is created with the default coordinate system (often WGS84 geographic or a UTM zone) instead of the project's required system.
The antenna height you enter in your field software is subtracted from the measured position to compute the ground point. An error here shifts every height measurement you collect by exactly the same amount. This is a systematic error — it affects every point equally, which makes it identifiable.
GNSS receivers do not measure position at the physical base of the antenna. They measure at the antenna phase centre — a point inside the antenna that varies by satellite elevation angle. Field software corrects for this using antenna calibration data (the antenna offset profile).
If your receiver model is not in the software's antenna database, or if the wrong model is selected, the phase centre correction is not applied and height measurements are off by a few centimetres. This is less common than datum and geoid errors but matters for the highest-accuracy applications.
Use this table to verify the correct coordinate system, datum transformation and geoid model for your working country. All of these must be correctly configured in your field software simultaneously.
| Country | Horizontal CRS | Datum transformation | Vertical / geoid |
|---|---|---|---|
| Netherlands | RD New — EPSG:28992 | RDNAPTRANS™ 2018 | NAP via NLGEO2018 |
| United Kingdom | British National Grid — EPSG:27700 | OSTN15 | ODN via OSGM15 |
| Germany | ETRS89 / UTM zone 32N — EPSG:25832 | ETRS89 → DHDN BeTA2007 | DHHN2016 via GCG2016 |
| Belgium | Belgian Lambert 72 — EPSG:31370 | BD72 transformation | TAW via BG03 |
| France | RGF93 v2 / Lambert-93 — EPSG:2154 | Direct ETRS89 alignment | NGF-IGN69 via RAF18 |
| Denmark | ETRS89 / UTM zone 32N — EPSG:25832 | Direct ETRS89 alignment | DVR90 via DK-GM2022 |
| Sweden | SWEREF99 TM — EPSG:3006 | Direct ETRS89 alignment | RH2000 via SWEN17 |
| Australia | GDA2020 / MGA — zone-specific | GDA94 → GDA2020 transformation grid | AHD via AUSGeoid2020 |
| United States | State Plane or UTM (NAD83) | NAD83 (2011) — use epoch-matched | NAVD88 via GEOID18 |
Always verify on a known control point
Before collecting data on any project, occupy a published national control point with known coordinates in the project datum. Compare your measured coordinates against the published values. A discrepancy of more than 3 cm horizontally or 5 cm vertically indicates a datum, geoid or antenna height problem that must be resolved before fieldwork begins.
Not sure which settings your software is using?
Describe your device, your field software and the coordinate error you are seeing to the AI at the top of this page. Include the offset size, direction and whether it affects horizontal position, height or both — and you will get a specific diagnosis.