Re: [gdal-dev] Building GDAL with PROJ4 in a non-standard location?

Oops, I hadn't inferred that. Thanks Even! Emmanuel [image: Pix4D] <http://pix4d.com/> Emmanuel d'Angelo | Model Team Technical Lead EPFL Innovation Park *| Building F | *1015 Lausanne, Switzerland t. +41 21 552 05 96 *https://pix4d.com <https://pix4d.com/> | * *emma

[gdal-dev] Building GDAL with PROJ4 in a non-standard location?

Hi everyone, I'm experimenting with a C++ package manager (conan.io for interested folks) to correctly setup my project and its dependencies. In this experiment, I'm trying to wrap GDAL and build GDAL 2.1.1 using a PROJ4 library that was put in a non-standard location by the package manager. When

Re: [gdal-dev] Best way to package and distribute GDAL data files

files. > > This is perhaps one code layer more than in your application but anyway you > need to arrange it so that the your installer stores the name of the GDAL > data directory somewhere it can find it in runtime. > > Hope this helps, > Ari > > 14.02.2017, 17:12, Emmanuel

Re: [gdal-dev] Best way to package and distribute GDAL data files

sible if it helps with the issue. Emmanuel > Le 14 févr. 2017 à 15:52, Ari Jolma a écrit : > > Emmanuel, > > I think we need to know the OS you're using. > > Ari > > 14.02.2017, 16:48, Emmanuel d'Angelo kirjoitti: >> Dear list, >> >> I&#

[gdal-dev] Best way to package and distribute GDAL data files

Dear list, I'm trying to package and distribute an application that relies internally on GDAL for some raster / vector manipulation. It may happen in some cases that a user of the application wants to take her outputs to a different coordinate system (typically from some national system to WGS84)