Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG 2.2.0 is out ! Faster and safer.

Thanks Even for the quick response. I'll give it a try with setting OPJ_NUM_THREADS env variable to 8. Does it need to be used with GDAL_NUM_THREADS ? Any url to read about those two env variables ? The two dataset i used:

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG 2.2.0 is out ! Faster and safer.

Hi, I rebuilt GDAL (older version: 2.1.2) using this new open jpeg 2.2.0 (https://github.com/uclouvain/openjpeg/releases/download/v2.2.0/openjpeg-v2.2.0-linux-x86_64.tar.gz) and tried to convert two jp2 dataset to tiff (gdal_translate): - bluemarble_4km.jp2: (10800 x 5400 pixels). 37.3 mb

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG 2.2.0 is out ! Faster and safer.

On lundi 28 août 2017 18:00:03 CEST N. Farah wrote: > Thanks Even for the quick response. I'll give it a try with setting > OPJ_NUM_THREADS env variable to 8. Does it need to be used with > GDAL_NUM_THREADS ? Any url to read about those two env variables ? > > I've added some documentation per

Re: [gdal-dev] Fwd: [OpenJPEG] OpenJPEG 2.2.0 is out ! Faster and safer.

Hi, > > > I rebuilt GDAL (older version: 2.1.2) using this new open jpeg 2.2.0 > (https://github.com/uclouvain/openjpeg/releases/download/v2.2.0/openjpeg-v2 > .2.0-linux-x86_64.tar.gz) > > and tried to convert two jp2 dataset to tiff (gdal_translate): > > - bluemarble_4km.jp2: (10800 x 5400

Re: [gdal-dev] Which Proj.4 transforms are available in GDAL?

gdaltransform -s_srs EPSG:4326 -t_srs "+proj=bonne +lat_0=1 +wktext" ERROR 6: Failed to initialize PROJ.4 with `+proj=bonne +lat_0=1 +wktext'. It is lat_1 which must be non zero. grdproject lixo.grd -J"+proj=sinu +wktext" -Glixo2.grd ERROR 6: Failed to initialize PROJ.4 with

Re: [gdal-dev] gdal-2.2.1 build failure

On lundi 28 août 2017 16:08:27 CEST Feld, Michael (IMS) wrote: > Hi, I am trying to build gdal-2.2.1 on CentOS 6.9 and I am getting the below > build failure message. I did not experience this with gdal-2.2.0 in the > past. I have jasper-devel-1.900.1-21.el6_9.x86_64 installed. Does anyone > have

[gdal-dev] gdal-2.2.1 build failure

Hi, I am trying to build gdal-2.2.1 on CentOS 6.9 and I am getting the below build failure message. I did not experience this with gdal-2.2.0 in the past. I have jasper-devel-1.900.1-21.el6_9.x86_64 installed. Does anyone have any tips or suggestions? Thanks /usr/include/jasper/jas_math.h: In

Re: [gdal-dev] vrt: prevent opening all source files on open?

On 08/28/2017 01:51 PM, Even Rouault wrote: On lundi 28 août 2017 13:36:36 CEST Vincent Schut wrote: > On 08/28/2017 12:30 PM, Even Rouault wrote: > > Vincent, > > > > http://gdal.org/gdal_vrttut.html should help: > > > > """Some characteristics of the source band can be specified in the

Re: [gdal-dev] Geopackage raster and COPY_SRC_OVERVIEWS

Hi Even, Thank you for the advice. I thought a bit further and mixed-source overviews are also common in tile cache storages (MapCache, MapProxy) or when GeoPackage is used as an outputformat for WMS (GeoServer). There seems to be some need for having an easy general method for copying

Re: [gdal-dev] Geopackage raster and COPY_SRC_OVERVIEWS

On lundi 28 août 2017 11:30:00 CEST Rahkonen Jukka (MML) wrote: > Hi, > > > I wonder if it could be feasible to support similar COPY_SRC_OVERVIEWS > option than GeoTIFF driver does for existing overview levels which match > with the power of two series. Some people have constructed GeoTIFFs or >

Re: [gdal-dev] vrt: prevent opening all source files on open?

On lundi 28 août 2017 13:36:36 CEST Vincent Schut wrote: > On 08/28/2017 12:30 PM, Even Rouault wrote: > > Vincent, > > > > http://gdal.org/gdal_vrttut.html should help: > > > > """Some characteristics of the source band can be specified in the > > optional SourceProperties tag to enable the VRT

Re: [gdal-dev] vrt: prevent opening all source files on open?

On 08/28/2017 12:30 PM, Even Rouault wrote: Vincent, http://gdal.org/gdal_vrttut.html should help: """Some characteristics of the source band can be specified in the optional SourceProperties tag to enable the VRT driver to differ the opening of the source dataset until it really needs to

[gdal-dev] Geopackage raster and COPY_SRC_OVERVIEWS

Hi, I wonder if it could be feasible to support similar COPY_SRC_OVERVIEWS option than GeoTIFF driver does for existing overview levels which match with the power of two series. Some people have constructed GeoTIFFs or virtual VRT rasters which have overviews from different raster sources