Re: [gdal-dev] github backporting application

2019-03-17 Thread Nyall Dawson
On Mon, 18 Mar 2019 at 09:06, Even Rouault wrote: > > Hi, > > I've just seen that QGIS has started using a github backporting application, > https://github.com/apps/backporting, and I've just setup it for GDAL and PROJ > > So the workflow is : > 1) Create a pull request against master > 2) If back

[gdal-dev] github backporting application

2019-03-17 Thread Even Rouault
Hi, I've just seen that QGIS has started using a github backporting application, https://github.com/apps/backporting, and I've just setup it for GDAL and PROJ So the workflow is : 1) Create a pull request against master 2) If backport is needed, label it with "backport {branchname}" (I've created

Re: [gdal-dev] Building only OGR

2019-03-17 Thread Even Rouault
On dimanche 17 mars 2019 06:41:41 CET FA wrote: > Hi > > Does anyone know if it is possible to build a "small" subset of GDAL? > > In my Win32 application need to use the OGR functions to translate between > coordinate systems. However, when I take the full package, there are > clashes between 3

Re: [gdal-dev] Building only OGR

2019-03-17 Thread Kurt Schwehr
You can start by disabling drivers. You can get down to just a couple raster drivers pretty easily, but you won't be able to remove all of the raster code. I did exactly this with a bagel based build. I got it down to 21 raster drivers. I think I am down under 300K active LOC. On Sun, Mar 17,

[gdal-dev] Building only OGR

2019-03-17 Thread FA
Hi Does anyone know if it is possible to build a "small" subset of GDAL? In my Win32 application need to use the OGR functions to translate between coordinate systems. However, when I take the full package, there are clashes between 3rd party libraries imported by GDAL and those I already hav