<div dir="ltr"><br><br>On Sun, Nov 3, 2019 at 10:42 PM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br>><br>> On dimanche 3 novembre 2019 21:20:56 CET Markus Metz wrote:<br>> > Hopefully some package maintainers are listening.<br>> ><br>> > A CRS constructed from a proj string (deprecated in GDAL 3 + PROJ 6, I<br>> > know), works either in PROJ 6 or in GDAL 2, but not in both. The reason is<br>> > that for PROJ 6, "+type=crs" is needed, but unfortunately GDAL 2 does not<br>> > recognize this parameter and subsequently can not create a CRS from a proj<br>> > string containing "+type=crs".<br>><br>> For the sake of my curiousity, can you explain exactly how you go into<br>> problems ?<br>> The only quirk I found on quick tests with GDAL 2.4 + PROJ 6 is when using the<br>> now deprecated "+init=epsg:XXXX" syntax<br><div><br></div><div>I tried gdalinfo (GDAL 2.4.2 + PROJ 6.2.1) on a raster with a CRS that does not contain an authority code, and it failed to find any CRS. Recompiling with configure --with-proj5-api=no solved the problem for me. That makes sense to me because the new PROJ API produces quite different results when used on PROJ5 or PROJ6.</div><div><br></div><div>I have seen the combination of GDAL 2 + PROJ 6 on Debian and it might occur also on EPEL for RHEL 8.<br></div><div><br></div><div>> Indeed, GDAL 2 is best used with PROJ 5.2.</div><div><br></div><div>And if I want to use PROJ 6 + GDAL, I should use GDAL 3, right?</div><br></div>