Re: [gdal-dev] [External] : Re: Python binding installation on windows

2024-03-20 Thread Even Rouault via gdal-dev
Le 20/03/2024 à 23:11, Fengting Chen a écrit : After upgrading setuptools, the installation on windows worked. Just curious that why “GDAL-3.8.4-py3.6.egg-info” is created under the site-packages on windows, while I set up the PYTHON_ROOT to use python 3.12 and clean up the build directory

Re: [gdal-dev] palette file format doc ?

2024-03-20 Thread Even Rouault via gdal-dev
Le 21/03/2024 à 01:43, Michael Sumner a écrit : > And, can index be *value* in any contexts? If you use a raster with a signed data type, that could be negative values (assuming I understand your question) ah I see, arbitrary integer values map to a colour 0:(n-1) colours,

[gdal-dev] Experience with slowness of free() on Windows with lots of allocations?

2024-03-20 Thread Even Rouault via gdal-dev
Hi, while investigating https://github.com/OSGeo/gdal/issues/9510#issuecomment-2010950408, I've come to the conclusion that the Windows heap allocation mechanism sucks. Basically if you allocate a lot of heap regions of modest size with malloc()/new[], the time spent when freeing them all

Re: [gdal-dev] [External] : Re: Python binding installation on windows

2024-03-20 Thread Fengting Chen via gdal-dev
After upgrading setuptools, the installation on windows worked. Just curious that why “GDAL-3.8.4-py3.6.egg-info” is created under the site-packages on windows, while I set up the PYTHON_ROOT to use python 3.12 and clean up the build directory to rebuild everything. On the other hand, on

Re: [gdal-dev] Feature Request: New -oo for VRT

2024-03-20 Thread Scott via gdal-dev
I've been doing it similar, but with awk. On 3/20/24 13:27, Even Rouault wrote: Hi, assuming you use a Unix shell, and using the fact that the content of the VRT itself can be used as the datasource name, you can just do: gdalinfo "$(sed 's/foo/bar/' my.vrt)" Even Le 20/03/2024 à 17:24,

Re: [gdal-dev] [External] : Re: Python binding installation on windows

2024-03-20 Thread Fengting Chen via gdal-dev
It turned out that I didn’t specify swig_executable and an old version of swig was used on linux build. After fixing this, the warning was gone. Back on windows build, with swig 4.2.1, python 3.12.2, setuptools 69.2, cmake still couldn’t install python binding. And I have to manually invoke

Re: [gdal-dev] palette file format doc ?

2024-03-20 Thread Michael Sumner via gdal-dev
> > > > > And, can index be *value* in any contexts? > > If you use a raster with a signed data type, that could be negative > values (assuming I understand your question) > > ah I see, arbitrary integer values map to a colour 0:(n-1) colours, match the ordered n values in the raster - that is

Re: [gdal-dev] gdal_rasterize processed GTiff filesize question

2024-03-20 Thread Andrey VI via gdal-dev
Hi, Even.   Using both options "-optim raster" and "-optim vector" results in the same size files. This is expected, since, as follows from the option description, it only affects the rasterization algorithm.   >Wednesday, March 20, 2024 1:04 AM +03:00 from Even Rouault >: >  >  >Le

Re: [gdal-dev] [External] : Re: Python binding installation on windows

2024-03-20 Thread Fengting Chen via gdal-dev
Thanks for the suggestion. I can upgrade the setuptools and try again. Another question: is it possible to only build a specific driver plugin without rebuilding the GDAL? From: Even Rouault Date: Tuesday, March 19, 2024 at 4:44 PM To: Fengting Chen , gdal-dev@lists.osgeo.org Subject: Re:

Re: [gdal-dev] [External] : Re: Python binding installation on windows

2024-03-20 Thread Even Rouault via gdal-dev
"cmake --build . --target gdal_GEOR" should shorten a bit the build time. It will try to rebuild the main "GDAL" target, but if it is already up to date, that should be just a matter for the build system to check that no files need to be rebuilt. Le 20/03/2024 à 17:00, Fengting Chen a écrit :

[gdal-dev] Feature Request: New -oo for VRT

2024-03-20 Thread Scott via gdal-dev
It would be nice to have an open option to substitute a string of text with some other value, treating .vrt something like a template. Such as: -oo REPLACE="'sourceString'='targetString'" Thoughts? Thanks for listening! Scott -- www.postholer.com

Re: [gdal-dev] Feature Request: New -oo for VRT

2024-03-20 Thread Even Rouault via gdal-dev
Hi, assuming you use a Unix shell, and using the fact that the content of the VRT itself can be used as the datasource name, you can just do: gdalinfo "$(sed 's/foo/bar/' my.vrt)" Even Le 20/03/2024 à 17:24, Scott via gdal-dev a écrit : It would be nice to have an open option to substitute

[gdal-dev] palette file format doc ?

2024-03-20 Thread Michael Sumner via gdal-dev
Is the palette_file .txt format documented? https://gdal.org/programs/gdalattachpct.html It's mentioned in a few utilities, and created by tests but I couldn't find an existing example or a description (I guessed, incorrectly at first, leaving out the index column). I take it that it is 0-255

[gdal-dev] Enhanced GeoParquet bounding-box based spatial filtering in master

2024-03-20 Thread Even Rouault via gdal-dev
Hi, FYI, for those interested in GeoParquet, https://github.com/OSGeo/gdal/pull/9185 has now been merged into master. This is only effective on files generated with the updated driver that adds a bounding box column, and maximum efficiency is reached when sorting the features with the

Re: [gdal-dev] palette file format doc ?

2024-03-20 Thread Even Rouault via gdal-dev
Michael, Le 20/03/2024 à 21:38, Michael Sumner via gdal-dev a écrit : Is the palette_file  .txt format documented? https://gdal.org/programs/gdalattachpct.html It's mentioned in a few utilities, and created by tests but I couldn't find an existing example or a description (I guessed,