[mapserver-users] Coordinates shifted for EPSG:28992

[Just van den Broecke]

Hi all, in particular Even, Jeff,

Confirmed that this (no coordinate shift in MapServer renders for 
EPSG:4326 to EPSG:28992) version-combination works on Ubuntu 20.4 with 
custom compiles:

- MapServer 7.4.3 and Proj 5.2 and GDAL (I think) 3.0.4 (default on 
Ubuntu 20.4) **

As Even replied (and Jeff suggested):
"...you should try to stick to one of the following combinations:

- With MapServer 7.4 or 7.6: GDAL 2.x + PROJ 5.x

- With MapServer >= 7.6: GDAL 3.x + PROJ >= 6.x"

** I am reporting/replying as a proxy for a customer who does the custom 
compiles. They decided to stick with the default "apt" installs on clean 
Ubuntu 20.4 (without Ubuntu-GIS PPA), that is: MapServer 7.4.3, Proj 
6.3.1, GDAL 3.0.4. Solving it, by adding the full, explicit "init" proj 
string of EPSG:28992 for each Layer in the MS mapfile.

Sorry that I could not be of more help. Think we all should be, at least 
I am, grateful with the boost on Proj-development from (20 years?) 
Proj.4 on! I am close to the Dutch OSGeo community, so will keep you 
updated.

Best,

Just

On 18-09-20 10:37, Just van den Broecke wrote:
> Hi Even,
> 
> (Sorry mispelled your name in last email).
> On 17-09-20 21:54, Even Rouault wrote:
>> On jeudi 17 septembre 2020 21:20:56 CEST Just van den Broecke wrote:
>>
>>  > Hi Evan,
>>
>>  >
>>
>>  > Thanks for your quick reply! Will try out other combinations of 
>> proj and
>>
>>  > MS with custom compiles and let you know here.
>>
>>  >
>>
>>  > I did not quite grasp your last paragraph, but I am no expert in the
>>
>>  > subject. For The Netherlands the expert is Lennard Huisman, formerly
>>
>>  > from Dutch Kadaster. IMHO he donated to proj the most accurate
>>
>>  > transformation with an NTV2 grid for the "real" Dutch coordinate 
>> system
>>
>>  > (another EPSG code), which was set out by hand via triangulation.
>>
>> I suspect you're speaking about the rdtrans2008 or rdtrans2018 grids 
>> that are for transformations between the Amersfoort datum and ETRS89. 
>> I can't see any grids between Amersfoort and WGS84 registered in EPSG, 
>> because of the time-dependent nature of WGS84 (well you could use the 
>> grids for transformation to WGS84 if you're ready to consider ETRS89 
>> == WGS84 for your purposes).
> Yes, referring to those grids, indeed using ETRS89 for the reasons you 
> give (Eurasian tectonic plate I think). A sidestep.
> EPSG:28992 is accurate enough for our purposes and easier to deploy. 
> Jeff gave some MS-Proj version combination compile hints we are going to 
> try out (thanks Jeff!). Thanks again, Even, also for your hard work on 
> Proj.
> 
> Best,
> 
> Just
> 
>>
>> -- 
>>
>> Spatialys - Geospatial professional services
>>
>> http://www.spatialys.com
>>
> 
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users