Re: [gdal-dev] How to handle private (system) tables which a caller may explicitly want

2021-08-22 Thread Nyall Dawson
On Sun, 22 Aug 2021 at 18:59, Even Rouault wrote: > > Hi Nyall, > > There are several possible approaches to this: > > - have a LIST_ALL_TABLES=YES open option. A few drivers expose it, like > PG, SQLite and GPKG. But the intent here was more for drivers that use > by default the content of a geom

[gdal-dev] Warp with different band types?

2021-08-22 Thread Idan Miara
Hi all, I was trying to warp a ds with a byte band and an int16 band and got a ds with two byte band. Is warp using the first band data type for all the output bands? Is that a bug? If multiple band types are not supported - maybe max(band types) could be a better default (assuming no explicit ou

Re: [gdal-dev] Motion: Approve Even Rouault as a contracted GDAL maintainer

2021-08-22 Thread Rahkonen Jukka (MML)
+1 -Jukka Rahkonen- Howard Butler wrote: > Dear PSC, > As a result of our fundraising activity and development of NumFOCUS as a > financial conduit, it is my pleasure to put forward a motion to approve Even > Rouault as a contracted GDAL maintainer for the year 2021-2022 beginning on > Augus

Re: [gdal-dev] How to handle private (system) tables which a caller may explicitly want

2021-08-22 Thread Even Rouault
Hi Nyall, There are several possible approaches to this: - have a LIST_ALL_TABLES=YES open option. A few drivers expose it, like PG, SQLite and GPKG. But the intent here was more for drivers that use by default the content of a geometry_columns table to establish their list of layers. With LI