Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Sean Gillies
Hi Even, On Tue, Oct 20, 2020 at 3:01 AM Even Rouault wrote: > Joaquim, > > Yes GDAL 3.1.4 makes use of the new function proj_crs_get_datum_ensemble() > of > PROJ master (tested by checking PROJ version number to be >= 7.2 since > this is > queued for the PROJ 7.2 release in a few days). So I su

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Even Rouault
On mardi 20 octobre 2020 09:43:19 CEST Sean Gillies wrote: > Hi Even, > > On Tue, Oct 20, 2020 at 3:01 AM Even Rouault > > wrote: > > Joaquim, > > > > Yes GDAL 3.1.4 makes use of the new function proj_crs_get_datum_ensemble() > > of > > PROJ master (tested by checking PROJ version number to be

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Even Rouault
From: Even Rouault > Sent: Tuesday, October 20, 2020 3:08 PM > To: Joaquim Manuel Freire Luís > Cc: gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] GDAL 3.1.4 RC1 available > > On mardi 20 octobre 2020 11:27:13 CEST Joaquim Manuel Freire Luís wrote: > > Even, > > &g

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Joaquim Manuel Freire Luís
Well, Mine also built correctly. It was on usage that the problem surfaced. -Original Message- From: Even Rouault Sent: Tuesday, October 20, 2020 3:08 PM To: Joaquim Manuel Freire Luís Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] GDAL 3.1.4 RC1 available On mardi 20 octobre

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Even Rouault
On mardi 20 octobre 2020 11:27:13 CEST Joaquim Manuel Freire Luís wrote: > Even, > > I don't think that was the case. I use a build system that resemble a bit > homebrew. All packages are built in their own directories and SATAY there. > Then I have a batch that creates symlinks do a directory tha

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Joaquim Manuel Freire Luís
Even Rouault Sent: Tuesday, October 20, 2020 10:01 AM To: Joaquim Manuel Freire Luís Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] GDAL 3.1.4 RC1 available Joaquim, Yes GDAL 3.1.4 makes use of the new function proj_crs_get_datum_ensemble() of PROJ master (tested by checking PROJ version numb

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-20 Thread Even Rouault
make corresponding C API work) > Solved the issue. > > -Original Message- > From: gdal-dev On Behalf Of Joaquim > Manuel Freire Luís Sent: Monday, October 19, 2020 11:04 PM > To: Even Rouault ; gdal-dev@lists.osgeo.org > Subject: Re: [gdal-dev] GDAL 3.1.4 RC1 avail

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-19 Thread Joaquim Manuel Freire Luís
Joaquim Manuel Freire Luís Sent: Monday, October 19, 2020 11:04 PM To: Even Rouault ; gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] GDAL 3.1.4 RC1 available Even, I'm puzzled with this but after updating and building GDAL+PROJ today (master) one of my MEX dlls that depend on GDAL and

Re: [gdal-dev] GDAL 3.1.4 RC1 available

2020-10-19 Thread Joaquim Manuel Freire Luís
dev On Behalf Of Even Rouault Sent: Monday, October 19, 2020 3:31 PM To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] GDAL 3.1.4 RC1 available Hi, So that we can focus on 3.2.0 and onwards, I have prepared a GDAL/OGR 3.1.4 release candidate, which should be the final one in the 3.1 series.

[gdal-dev] GDAL 3.1.4 RC1 available

2020-10-19 Thread Even Rouault
Hi, So that we can focus on 3.2.0 and onwards, I have prepared a GDAL/OGR 3.1.4 release candidate, which should be the final one in the 3.1 series. Pick up an archive among the following ones (by ascending size): https://download.osgeo.org/gdal/3.1.4/gdal-3.1.4rc1.tar.xz https://download.os