[gdal-dev] GDAL-Kakadu 7.8 Performance Problems

Hi gdal-dev, Does anybody else experience performance problems with GDAL-Kakadu 7.8? In my test on a quad-core Linux box, the following code, which takes a 8100x4300 3-band RGB 200MB uncompressed tif and compress it using JP2KAK, took 19 seconds to execute on average: GDALAllRegister();

Re: [gdal-dev] Page-size of GeoPDF.

On mardi 14 février 2017 19:43:35 CET Olsen Aron wrote: > Thanks Even! > > I have tried downloading various versions of GDAL (stable and dev). > In the documentation, the WRITE_USERUNIT option is said to be supported from > GDAL version 2.2. As such, I am not sure what download to use, as the > la

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

Ah, thanks a lot! I hadn't found this CPLPushFinderLocation function. I could then install the required files in an app-dependant location (so that I don't interfere with user's files if already installed) and set the path during the app initialization. I will give it a try and let you know

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

Well, In your code you can manage the location where GDAL looks for the files with CPLPushFinderLocation. In my case I have Perl modules, which depend on the GDAL Perl module. In a test scenario for the first module it needs to ask installation of the GDAL Perl module, which needs to ask for

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

Thanks Ari for the interest! Unfortunately, my target is to ship for all 3 major OSes (linux, windows, macOS). Regarding my build system, everything is glued by cmake. Not sure if it's related, but I build (for now) GDAL as a dynamic lib and PROJ4 as a static one. Any change here is possible if

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

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'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 ap

[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)