[gdal-dev] Hacking the new Landsat pixel_qa help...

2017-05-04 Thread Jonathan Greenberg
Folks: USGS, in their infinite wisdom, decided to embed what is effectively a 1-bit, 16-band byte-interleaved-by-pixel image into a 16-bit, single-band geotiff for the Landsat quality mask. I could write some crazy translation program that "reverse engineers" the data, but I was wondering if ther

Re: [gdal-dev] Automating code style enforcement ?

2017-05-04 Thread Mateusz Loskot
On 4 May 2017 at 22:49, Even Rouault wrote: > Hi, > > I've observed Kurt's continued efforts, over several months if not years, to > set a consistant style to the code base and this is a much appreciated > initiative. Now, as this touches the whole code base, I think this should be > formalized, p

Re: [gdal-dev] Automating code style enforcement ?

2017-05-04 Thread Kurt Schwehr
Mateusz just created https://trac.osgeo.org/gdal/wiki/rfc69_cplusplus_formatting and I'll be cloning his https://trac.osgeo.org/geos/wiki/RFC4 with changes for GDAL. On Thu, May 4, 2017 at 1:49 PM, Even Rouault wrote: > Hi, > > > > I've observed Kurt's continued efforts, over several months if n

[gdal-dev] Automating code style enforcement ?

2017-05-04 Thread Even Rouault
Hi, I've observed Kurt's continued efforts, over several months if not years, to set a consistant style to the code base and this is a much appreciated initiative. Now, as this touches the whole code base, I think this should be formalized, probably under the form of a RFC, so that this is s

[gdal-dev] Slow OGROCITableLayer::GetExtent() query

2017-05-04 Thread INT
Hi all, Currently OGROCITableLayer::GetExtent() calculates the cover by basically iterating over all of the features, either by using the min/max aggregate functions in the database, or by doing it with the features themselves. The query being done currently looks like the following: SELECT

Re: [gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread Daniel Morissette
+1 Daniel On 2017-05-04 5:36 AM, Even Rouault wrote: Hi, No critical issues have been raised on RC1, so --- Motion: GDAL/OGR 2.2.0 RC1 is promoted to be the official 2.2.0 final release. --- My vote: +1 Even -- Spatialys - Geospatial professional services http:/

Re: [gdal-dev] GDAL 2.1.3 with ECW support compile fails

2017-05-04 Thread Even Rouault
Liam, > > > > …\gdal-2.1.3\frmts\ecw\ecwdataset.cpp(68): error C2440: 'initializing': > > cannot convert from 'NCS::CString' to 'char *' --> this line shouldn't be compiled when building against SDK >= 5.0. Check in your nmake settings that -DECWSDK_VERSION=53 is defined Even -- Spatialys -

Re: [gdal-dev] GDAL 2.1.3 with ECW support compile fails

2017-05-04 Thread Jeff McKenna
On 2017-05-04 3:58 AM, Candy, Liam wrote: Hi, I’m hoping someone can help me. I’m trying to build the GDAL 2.1.3 with ECW support (using the Hexagon ERDAS ECW read only SDK v5.3.0). I’m building on Windows with Visual Studio 2015 v14.0. I’m getting the following type conversion errors th

Re: [gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread jratike80
+1 -Jukka Rahkonen- Even Rouault-2 wrote > Motion: GDAL/OGR 2.2.0 RC1 is promoted to be the official 2.2.0 final > release. > > --- > > My vote: +1 -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-Motion-Promote-GDAL-2-2-0-RC1-for-release-tp5319362p531938

Re: [gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread Howard Butler
> On May 4, 2017, at 4:36 AM, Even Rouault wrote: > > Hi, > > No critical issues have been raised on RC1, so > > --- > > Motion: GDAL/OGR 2.2.0 RC1 is promoted to be the official 2.2.0 final release. > > --- > > My vote: +1 +1 Howard

Re: [gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread Jeff McKenna
+1 jeff On 2017-05-04 5:36 AM, Even Rouault wrote: Hi, No critical issues have been raised on RC1, so --- Motion: GDAL/OGR 2.2.0 RC1 is promoted to be the official 2.2.0 final release. --- My vote: +1 Even -- Spatialys - Geospatial professional services http:/

Re: [gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread Bas Couwenberg
On 2017-05-04 11:36, Even Rouault wrote: No critical issues have been raised on RC1, so It's probably safe to do, although I didn't have time to rebuild the reverse dependencies after beta1 again. There may be other projects affected by the hidden shapelib symbols. We'll deal with those whe

[gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread Even Rouault
Hi, No critical issues have been raised on RC1, so --- Motion: GDAL/OGR 2.2.0 RC1 is promoted to be the official 2.2.0 final release. --- My vote: +1 Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-d

[gdal-dev] Issue building static only on OSX resolved in 2.2.0RC1

2017-05-04 Thread Roger Bivand
Hi, The R-core member working hard to keep up with OSX found issues building GDAL static for the rgdal and sf R packages with GDAL 2.1.3 on El Capitan, but reports success with GDAL 2.2.0RC1. I can't see the relevant line in the NEWS file in 2.2.0RC1, so I'm posting this to keep his experience

[gdal-dev] GDAL 2.1.3 with ECW support compile fails

2017-05-04 Thread Candy, Liam
Hi, I'm hoping someone can help me. I'm trying to build the GDAL 2.1.3 with ECW support (using the Hexagon ERDAS ECW read only SDK v5.3.0). I'm building on Windows with Visual Studio 2015 v14.0. I'm getting the following type conversion errors that are breaking the build: ...\gdal-2.1.3\frmts\