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

2019-10-04 Thread mhw-at-yg
> 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: wou

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

2019-10-04 Thread Even Rouault
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

2019-10-04 Thread mhw-at-yg
> 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 fi

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

2019-10-04 Thread Even Rouault
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 casc

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

2019-10-04 Thread mhw-at-yg
> 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 thou

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

2019-10-04 Thread Schmitz, Uwe
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 fo

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

2019-10-04 Thread Even Rouault
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 - Geospatial

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

2019-10-04 Thread Schmitz, Uwe
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 12:2

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

2019-10-04 Thread Moritz Porst
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 sd

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

2019-10-04 Thread Even Rouault
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 laye