[PROJ] Wrong transformation in NL?

Even Rouault even.rouault at spatialys.com
Sun Feb 22 10:12:21 PST 2026


> [GT]: So was the bug confusing orthometric and ellipsoidal?
>
> No, PROJ used an inappropriate geoid. The 2D Amersfoort datum of the 
> 2D target CRS RD has an ellipsoidal height within 1 m of MSL in the 
> Netherlands. PROJ nevertheless thought it was a good idea to take the 
> geoid for the vertical target CRS NAP that is to be used on 3D ETRS89 
> and apply it on the Amersfoort ellipsoidal height.
>
A bit more subtle than that. It did:

- WGS 84 + EGM 2008 -> WGS 84 3D geographic using EGM2008 height: OK

- use of "|Amersfoort to WGS 84 (4)" Helmert transformation in reverse 
direction, promoting the Amersfoort CRS to a 3D geographic one and do 
the Helmert transformation in 3D. That's the part that was questionnable 
(yeah, wrong) in this context since that Helmert transformatioon  is 
likely only intended for 2D. Unfortunately the EPSG database doesn't 
distinguish cases where this is valid and those where it is not. The 
only hint is that if there's no official record for a 3D geographic CRS, 
doing the Helmert transformation in 3D is likely to not be correct|

|- apply the "Amersfoort to ETRS89-NLD [AGRS2010]" transformation using 
the 2D grid|

|- apply the "||ETRS89-NLD [AGRS2010] to NAP height (2)" transformation 
using the geoid grid|

|- apply the ||"Amersfoort to ETRS89-NLD [AGRS2010]" in the reverse 
direction, to finally get Amersfoort + NAP height coordinates|


-- 
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20260222/6d8c32fd/attachment.htm>


More information about the PROJ mailing list