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

> You could also potentially use a raster attribute table. See > GDALRasterAttributeTable in https://gdal.org/drivers/raster/vrt.html Yeah, loose is right. ;-) This is what I think I've puzzled out:

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

On vendredi 4 octobre 2019 12:44:18 CEST mhw-at-yg wrote: > > I don't see VRT cascading of any help here, from what I've understood of > > your > > > use case. I think you have no other choice than replicating and > > in all > > Ok. Thanks for confirming my understanding. > > Next question:

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

> I don't see VRT cascading of any help here, from what I've understood of your > use case. I think you have no other choice than replicating and > in all Ok. Thanks for confirming my understanding. Next question: It appears that are order-of-index based. Meaning that: if "Evergreen" is

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

On vendredi 4 octobre 2019 08:25:49 CEST mhw-at-yg wrote: > > 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. > > Hmm, I hadn't thought about

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

> 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. Hmm, I hadn't thought about cascading; didn't know that was possible. I'd still need 31 vrt's

Re: [gdal-dev] Specifying output format gives wrong result

Even, thank you very much and excuse my impatience ;-) Best wishes Uwe >-Ursprüngliche Nachricht- >Von: Even Rouault [mailto:even.roua...@spatialys.com] >Gesendet: Freitag, 4. Oktober 2019 13:56 >An: gdal-dev@lists.osgeo.org >Cc: Schmitz, Uwe >Betreff: Re: [gdal-dev] Specifying output

Re: [gdal-dev] Specifying output format gives wrong result

On vendredi 4 octobre 2019 11:19:39 CEST Schmitz, Uwe wrote: > Folks, > > no idea or interest in this issue? Or perhaps just that volunteer time is limited. I just had a look to the issue, which I could reproduce. Fix just pushed to master, 3.0 and 2.4 branches Even -- Spatialys -

Re: [gdal-dev] Specifying output format gives wrong result

Folks, no idea or interest in this issue? Or are there problems with the download? I can send them via pm if desired. Best wishes Uwe >-Ursprüngliche Nachricht- >Von: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] Im Auftrag von >Schmitz, Uwe >Gesendet: Montag, 2. September 2019

[gdal-dev] gcc 8.3.0 cross compile of gdal v1.11.5

Hello, *Build system, target and environment:* I am encountering an issue when attempting to cross compile gdal v 1.11.5 using an SDK generated by the yocto build system which features gcc v 8.3. I have used the SDK before to build other libraries, thus I do not believe the problem is with the

Re: [gdal-dev] Is it generally possible to write multipart result into zip with ogr2ogr?

On vendredi 4 octobre 2019 06:52:51 CEST Rahkonen Jukka (MML) wrote: > Hi, > > The shapefile documentation declares "Starting with GDAL 3.1, the driver can > also support reading, creating and editing .shz files (ZIP files containing > the .shp, .shx, .dbf and other side-car files of a single

[gdal-dev] Is it generally possible to write multipart result into zip with ogr2ogr?

Hi, The shapefile documentation declares "Starting with GDAL 3.1, the driver can also support reading, creating and editing .shz files (ZIP files containing the .shp, .shx, .dbf and other side-car files of a single layer) and .shp.zip files (ZIP files contains one or several layers)" but is it