<div dir="ltr">By accident took reply offlist.<br><br>Proj:<br><br>Proj6 is going to be in Feb-Mar, means it may get into Ubuntu 19.04, means we better fix proj6/postgis2.5 compatibility. I can't get it working: <a href="https://github.com/postgis/postgis/pull/354">https://github.com/postgis/postgis/pull/354</a> - maybe there's another secret spot to put that define to.<div><br></div><div>For using proj6 in full looks like it requires redesign in spatial_ref_sys table, dropping it non-user part of it and relying on internal proj6 database? Looks like we have to do it since proj7 is going to drop old way. <br><br>Looks like PostGIS is going to have mandatory transitive SQLite dependency via Proj.</div><div><br>GDAL:</div><div><br></div><div>I removed GDAL 1.11 from Travis matrix, as I can't compile it, it's end of life and Ubuntu Xenial that has it was crossed out in raw form by requiring GEOS 3.6. I propose we bump minimum version upon first ticket that something does not work for GDAL 2.3 or earlier.<br><br><div class="gmail_quote"><div dir="ltr">вс, 16 дек. 2018 г. в 18:00, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Darafei,<br>
<br>
> Proj Master/Trunk does not build with PostGIS.<br>
<br>
I guess you need to define the ACCEPT_USE_OF_DEPRECATED_PROJ_API_H macro so as <br>
to be able to use proj_api.h, which will still be there in PROJ 6, but should <br>
be completely removed in PROJ 7. Only proj.h (the new interface since PROJ 5) <br>
will then be available ( <a href="https://proj4.org/development/index.html" rel="noreferrer" target="_blank">https://proj4.org/development/index.html</a> )<br>
<br>
> There seems to have been a<br>
> major rewrite there, and I vaguely remember rumors that it will be Proj<br>
> 6.0. Can someone confirm? <br>
<br>
Yes, PROJ 6.0 should be released February/March 2019. Indeed major evolution <br>
of PROJ. Not a "rewrite", but significant additions. Details of the work in <br>
progress at <a href="https://erouault.blogspot.com/" rel="noreferrer" target="_blank">https://erouault.blogspot.com/</a><br>
While PostGIS may be able to use the new interfaces in a almost 1-to-1 way, to <br>
make use of the new late-binding capabilities (ie not relying on the pivot <br>
+towgs84 for datum transformations, but possibly using more direct <br>
transformation paths between 2 CRS when available), it will have to use the <br>
EPSG codes with the proj_create_crs_to_crs() API when possible rather than <br>
their expanded PROJ strings<br>
<br>
> <br>
> GDAL:<br>
> <br>
> I can't rebuild GDAL 1.11 on latest Debian.<br>
> Per Even Rouault it is end of life already:<br>
> <a href="https://github.com/OSGeo/gdal/issues/1153" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/issues/1153</a><br>
> <br>
> By commit history it looks like only GDAL 2.1+ are actively maintained.<br>
<br>
Only the last version is maintained (that is receive commits and bugfix <br>
releases). That is: now that GDAL 2.5dev cycle has started, there will be only <br>
2.4.x releases.<br>
<br>
Even<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Darafei Praliaskouski<br>Support me: <a href="http://patreon.com/komzpa">http://patreon.com/komzpa</a></div></div>