[postgis-tickets] [PostGIS] #4642: regress_proj test fails with PROJ 7.0.0

[PostGIS]

#4642: regress_proj test fails with PROJ 7.0.0
-----------------------------+---------------------------
  Reporter:  Bas Couwenberg  |      Owner:  pramsey
      Type:  defect          |     Status:  new
  Priority:  medium          |  Milestone:  PostGIS 3.0.1
 Component:  postgis         |    Version:  3.0.x
Resolution:                  |   Keywords:
-----------------------------+---------------------------

Comment (by Algunenano):

 > Can you identify the commit that fixes regress_proj?

 I didn't change anything in master. Just built a clean package with datum-
 grid.

 > The grids from proj-datumgrid-1.8 should be unpacked in the data
 subdirectory of the proj source tree, as some of these grids are required
 for make check.

 Yes, for the first test I didn't change anything from my previous proj 6
 build. I generated a package pointing to PROJ/master/HEAD by first
 decompressing `proj-datumgrid-1.8` into proj/nad.

 > The content of the proj-data archives, like the regional proj-datumgrid
 archive (e.g. proj-datumgrid-europe) should just be unpacked into the data
 directory after PROJ is installed as documented in ​README.DATA:

 > The files in this package are in cloud-optimized GeoTIFF format and can
 be unpacked in the PROJ data directory of PROJ 7 or later. For an
 installed PROJ this may be /usr/local/share/proj or /usr/share/proj on
 unix style operating systems.

 > Having the proj-data content installed locally avoids the need to fetch
 these grids from the CDN.

 Yep, once I downloaded proj-data-1.0RC1.tar.gz y added a step in my
 package to decompress the data into "${pkgdir}"/usr/share/"${_pkgname}"
 (and removed the datumgrid step) to have it all inside a single package.

 With that I also get the same error as the one reported:
 {{{
 $ cat /tmp/pgis_reg/test_80_diff
 --- regress_proj_expected       2020-01-24 17:02:17.881733326 +0100
 +++ /tmp/pgis_reg/test_80_out   2020-02-21 11:22:44.202677692 +0100
 @@ -11,4 +11,4 @@
  10|POINT(574600 5316780)
  11|SRID=100001;POINT(574600 5316780)
  ERROR:  could not parse proj string 'invalid projection'
 -13|150
 +ERROR:  transform: failed to load datum shift file (-38)
 }}}

 The test that is failing is just iterating over the 150 first crcs to
 overflow the transformation cache that we keep internally, so it is likely
 that one of them has lost support in the shift from datum-grid to proj-
 data.

 I'll try to narrow it down.

-- 
Ticket URL: <https://trac.osgeo.org/postgis/ticket/4642#comment:4>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.