Re: [gdal-dev] Motions: Promote 1.11.5 RC 1, 2.0.3 RC2 and and 2.1.1 RC2for release

2016-07-12 Thread Tamas Szekeres
+1 for all Tamas Feladó: Even Rouault___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL raster processing library?

2016-07-12 Thread Even Rouault
Le mardi 12 juillet 2016 16:39:34, James Ramm a écrit : > Hi Even, > > The difference I see with pixel functions is that, as far as I understand, > the pixel function is applied per pixel, so there is no possibility of e.g. > the pixel buffer when have the function apply to 'blocks'. > I may be

Re: [gdal-dev] GDAL raster processing library?

2016-07-12 Thread Peter Halls
James, in reality, are you not requesting an implementation of Tomlin's 'Grid Algebra' in GDAL? That defines the whole range of functions from whole raster to pixel and has the distinct advantage of being both published and extremely well known because of other implementations ... which

Re: [gdal-dev] GDAL raster processing library?

2016-07-12 Thread James Ramm
Hi Even, The difference I see with pixel functions is that, as far as I understand, the pixel function is applied per pixel, so there is no possibility of e.g. the pixel buffer when have the function apply to 'blocks'. I may be way off, but many of the algorithms we deal with require some kind of

Re: [gdal-dev] Motions: Promote 1.11.5 RC 1, 2.0.3 RC2 and and 2.1.1 RC2 for release

2016-07-12 Thread Daniel Morissette
+0 on all three. I didn't have a chance to fully test, but I'm very supportive. Daniel On 2016-07-08 6:02 AM, Even Rouault wrote: Hi, Motions under vote: Motion 1: GDAL/OGR 1.11.5 RC1 is promoted to be the official 1.11.5 final release. Motion 2: GDAL/OGR 2.0.3 RC2 is promoted to be the

Re: [gdal-dev] GDAL raster processing library?

2016-07-12 Thread Even Rouault
James, There's some intersection with Ari's proposal : https://trac.osgeo.org/gdal/wiki/rfc62_raster_algebra . At least regarding the overall purposes, since technically this is quite different. Actually what you propose is very close to the existing VRT pixel functions of derived bands. See

Re: [gdal-dev] Motions: Promote 1.11.5 RC 1, 2.0.3 RC2 and and 2.1.1 RC2 for release

2016-07-12 Thread Howard Butler
> On Fri, Jul 8, 2016 at 3:02 AM, Even Rouault > wrote: > Hi, > > Motions under vote: > Motion 1: GDAL/OGR 1.11.5 RC1 is promoted to be the official 1.11.5 final > release. +1 > Motion 2: GDAL/OGR 2.0.3 RC2 is promoted to be the official 2.0.3 final > release.

Re: [gdal-dev] Motions: Promote 1.11.5 RC 1, 2.0.3 RC2 and and 2.1.1 RC2 for release

2016-07-12 Thread Rahkonen Jukka (MML)
+1 for all three. -Jukka Rahkonen- Lähettäjä: Even Rouault Lähetetty: ‎12.‎7.‎2016 12:15 Vastaanottaja: Rahkonen Jukka (MML) Aihe: Fwd: [gdal-dev] Motions: Promote 1.11.5 RC 1, 2.0.3

Re: [gdal-dev] unable to create jpeg200 files with self compiled gdal and openjpeg

2016-07-12 Thread Even Rouault
André, > > This code works for geotiff, but not for jpeg2000. There I'm getting the > error: ERROR 6: GDALDriver::Create() ... no create method implemented > for this format. You cannot directly use Create() for any of the JPEG2000 drivers as Create() assumes random writing capabilities which

[gdal-dev] unable to create jpeg200 files with self compiled gdal and openjpeg

2016-07-12 Thread Andre Hollstein
Dear gdal experts, I'm compiling gdal and a whole list of other libraries myself. Currently I'm using gdal-2.1.0 and openjepeg v2.1.1 and use the libs from python: import gdal import numpy as np gdal.AllRegister() #driver = 'JP2KAK' driver = "JP2OpenJPEG" #driver = "GTiff" #driver =