Re: [gdal-dev] vrt guidance: 31 band classified raster

2019-10-03 Thread Stephen Woodbridge
Matt, Have you tried create a cascading VRT, where the first VRT composites all the GTiff files into a single virtual raster and then reference the composite in another VRT that assigns colortable. I think this should work nicely. -Steve W On 10/3/2019 7:01 PM, matt.wil...@gov.yk.ca wrote:

Re: [gdal-dev] vrt guidance: 31 band classified raster

2019-10-03 Thread Matt.Wilkie
> It was quite a bit of work to get this far and I'm not looking forward to > doing this 30 more times. On this point, discovery of the day is Easy XML Editor which allows editing some attributes as if in a spreadsheet. It's alleviated much difficulty, but

[gdal-dev] vrt guidance: 31 band classified raster

2019-10-03 Thread Matt.Wilkie
Hello gdal-dev, it's been a long time! I'm happy to be digging into raster data building again for a change, but could use some nudges in the right direction(s). A few weeks ago Nasa released Landsat-derived Annual Dominant Land Cover Across ABoVE Core Domain,

Re: [gdal-dev] What Statistics Are Returned By GDAL.Dataset.GetRasterBand(...).GetStatistics(...) ?

2019-10-03 Thread Even Rouault
On jeudi 3 octobre 2019 10:21:58 CEST Peter Willis wrote: > Hello, > > I am using osgeo.gdal python module to load and get stats from image > bands. > > While working with the, python, 'GetStatistics(...)' function I noticed that > the returned values seemed a bit off. > A snippet of code is

[gdal-dev] What Statistics Are Returned By GDAL.Dataset.GetRasterBand(...).GetStatistics(...) ?

2019-10-03 Thread Peter Willis
Hello, I am using osgeo.gdal python module to load and get stats from image bands. While working with the, python, 'GetStatistics(...)' function I noticed that the returned values seemed a bit off. A snippet of code is shown below. I compared the statistics returned in python by the function

Re: [gdal-dev] Clarification on what is not addressed by GDALFlushCache

2019-10-03 Thread Even Rouault
On jeudi 3 octobre 2019 10:14:45 CEST Sean Gillies wrote: > In the comments above FlushCache() in gcore/gdaldataset.cpp it is said: > > * Using this method does not prevent use from calling GDALClose() > * to properly close a dataset and ensure that important data not addressed > * by

[gdal-dev] Clarification on what is not addressed by GDALFlushCache

2019-10-03 Thread Sean Gillies
In the comments above FlushCache() in gcore/gdaldataset.cpp it is said: * Using this method does not prevent use from calling GDALClose() * to properly close a dataset and ensure that important data not addressed * by FlushCache() is written in the file. What exactly is the important data

Re: [gdal-dev] GDAL 3.0 Nuget packages...

2019-10-03 Thread Tamas Szekeres
Hi Morten, There have been problems with the GDAL 3.0 nuget versions, that's why that was unlisted. Specifically, the way how proj6 would want to find proj.db is not satisfactory regarding to the C# applications. I'm still working on a solution. Best regards, Tamas Morten Breiner ezt írta

Re: [gdal-dev] GDAL 3.0 Nuget packages...

2019-10-03 Thread Mateusz Loskot
On Thu, 3 Oct 2019 at 10:26, Morten Breiner wrote: > > From the download statistics > (https://www.nuget.org/stats/packages/GDAL?groupby=Version), I can see > that some attempt to support GDAL 3.0 has been made, but the packages > have been unlisted unfortunately. > > Does any of you know if a

[gdal-dev] GDAL 3.0 Nuget packages...

2019-10-03 Thread Morten Breiner
Hi, Currently, I am using GDAL 2.4.2 for some c# development in Visual Studio. I have installed the nuget packages found under https://www.nuget.org/packages/GDAL/2.4.2 (many thanks to all involved in maintaining those). From the download statistics