[gdal-dev] OpenJPEG JPEG2000 Driver

2023-02-12 Thread Simon Eves
Is there some trick to enabling this driver with the old non-CMake build env...? :) I am building OpenJPEG 2.5.0 (from source) and it's building and installing fine into the same include/lib tree as everything else, and then GDAL configure (just adding *--with-openjpeg*, no path, right?) sees it a

Re: [gdal-dev] Call for discussion on RFC 92 text: WKB Only geometries

2023-02-12 Thread Even Rouault
This RFC seems to have some things in common with the direct access to compressed raster blocks. Both by-pass the older raster and vector data models, yes? And they're quite specific to certain formats. Do you anticipate that GDAL and OGR will continue to develop more specialty APIs in addi

Re: [gdal-dev] Call for discussion on RFC 92 text: WKB Only geometries

2023-02-12 Thread Sean Gillies
Hi Even, I'm glad you mentioned a shift of concepts. The older Feature API and new Arrow API are really quite different. I actually don't know how often I will ever combine them in one program, for example to turn shapefiles into a huge Parquet file or the reverse. If anybody is doing this kind of

Re: [gdal-dev] Call for discussion on RFC 92 text: WKB Only geometries

2023-02-12 Thread Even Rouault
Hi, I've captured in the RFC text the interesting discussion points. As I don't see a clear way forward for this RFC that offers a good balance between usefulness, efficiency, elegance and level of effort to implement, I'll commit the RFC text with a "on hold" status. Even Le 31/01/2023 à 1

Re: [gdal-dev] -sql switch in gdal_rasterize

2023-02-12 Thread Scott
Thanks Even! On 2/12/23 08:36, Even Rouault wrote: Implemented in https://github.com/OSGeo/gdal/pull/7235 Le 12/02/2023 à 17:16, Scott a écrit : The hope was to have the gdal_rasterize -sql switch work like it does in the other gdal utilities, ie, -sql @/path/to/source.sql. That consistency

Re: [gdal-dev] -sql switch in gdal_rasterize

2023-02-12 Thread Even Rouault
Implemented in https://github.com/OSGeo/gdal/pull/7235 Le 12/02/2023 à 17:16, Scott a écrit : The hope was to have the gdal_rasterize -sql switch work like it does in the other gdal utilities, ie, -sql @/path/to/source.sql. That consistency would be really nice. All my .sql files live in a si

Re: [gdal-dev] -sql switch in gdal_rasterize

2023-02-12 Thread Scott
The hope was to have the gdal_rasterize -sql switch work like it does in the other gdal utilities, ie, -sql @/path/to/source.sql. That consistency would be really nice. All my .sql files live in a single directory and things are structured around the @ syntax. Further, these .sql quieries can

Re: [gdal-dev] -sql switch in gdal_rasterize

2023-02-12 Thread Rahkonen Jukka
Hi, Optfile will work if you use it right. Optfile is flexible and it can be used for anything, not only for saving a SQL query into a file. Therefore optfile must have the same literal content that user would write by hand to the command. With optfile optfile.txt -sql "select * from