Thanks very much, Even. For reporting the problem, I “packaged up” a case with
CRS’s with EPGS codes. For the actual problem I’m working, the target CRS is a
custom projection –no EPSG.
From: Even Rouault
Sent: Friday, March 18, 2022 5:05 PM
To: Steve Riddell ; gdal-dev@lists.osgeo.org
Subject
Steve,
Fix in PROJ queued in https://github.com/OSGeo/PROJ/pull/3123
The complexity of dealing with legacy features TOWGS84[] and PROJ4_GRIDS
is highly stressing PROJ pipeline computation engine.
Using the plain EPSG codes EPSG:4955 -> EPSG:4617+5713 would be much
preferable here
Even
Le
Hi,
I’m getting an error (below) using GDAL trying to set up a transformation
between NAD83(CSRS) geodetic, w/ ellipsoidal heights, and NAD83(CSRS) geodetic,
CGVD28 heights. Similar transformations work fine on some datums, but fail on
others. Hope someone can offer some insight. Note the if
Le 18/03/2022 à 19:16, Greg Troxel a écrit :
After fixing a shellcheck style nit, I force-pushed again and
Ubuntu 18.04 32bit failed:
https://github.com/gdt/gdal/runs/5600578897?check_suite_focus=true
with final output
=== short test summary info
=
background:
I am testing the cmake build and then will be converting the pkgsrc
package to use cmake so I can be ready for 3.5.0. Because I am not
aware of any pre-release distribution tarballs with up-to-date cmake
support, I'm heading down the path of what would be "make dist" in
aut
