Re: [gdal-dev] Censor area in tiles of aerial image

2024-03-18 Thread Frank Warmerdam via gdal-dev
Carsten, The gdal_rasterize command allows you to "burn in" polygons from an OGR supported datasource into an existing raster. If your raster is a 3 band RGB file, you could use --burn 100 150 200 to burn in the RGB value (100,150,200). This will only work if the raster format you are using sup

[gdal-dev] Censor area in tiles of aerial image

2024-03-18 Thread Carsten Lockenkötter via gdal-dev
Hi, is it possible to censor specific areas of an aerial image using GDAL? I have several smaller tiles that I've already transformed into my desired coordinate system and generated internal pyramids. Subsequently, I would like to censor certain areas based on polygons (e.g., from a shapefil

Re: [gdal-dev] Internal libtiff version

2024-03-18 Thread Luí­s Moreira de Sousa via gdal-dev
Thank you Even, that is helpful. This GDAL build is the one available from the stable branch of the Ubuntu-GIS PPA. I will bring this to attention with that community. Regards. -- Luís Sent with [Proton Mail](https://proton.me/) secure email. On Monday, March 18th, 2024 at 1:51 PM, Even Rouau

[gdal-dev] Better way to merge MBTiles ?

2024-03-18 Thread Michael Otto via gdal-dev
Hello everyone, I am in the process of merging several MBTiles files (same zoom level, same CRS) into one file. (Unfortunately I am not allowed to use gdal_merge.py in my environment at the moment.) Currently I am doing this via the detour "gdalbuildvrt". Example commands: 'gdalbuildvrt comple

Re: [gdal-dev] Internal libtiff version

2024-03-18 Thread Even Rouault via gdal-dev
Hi Luís, it depends on your GDAL was built. You can check it  with "gdalinfo --format gtiff | grep LIBTIFF" and it will return either LIBTIFF=INTERNAL or LIBTIFF=LIBTIFF, Version X.Y.Z If it is with its internal libtiff copy, then it corresponds roughly to the state of libtiff master at then

Re: [gdal-dev] Internal libtiff version

2024-03-18 Thread Javier Jimenez Shaw via gdal-dev
Probably here: https://github.com/OSGeo/gdal/blob/master/frmts/gtiff/libtiff/tiffvers.h On Mon, 18 Mar 2024 at 11:28, Luí­s Moreira de Sousa via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Hi all, > > I am currently facing the error "PREDICTOR=2 is only supported with 64 > bit samples starting

[gdal-dev] Internal libtiff version

2024-03-18 Thread Luí­s Moreira de Sousa via gdal-dev
Hi all, I am currently facing the error "PREDICTOR=2 is only supported with 64 bit samples starting with libtiff > 4.3.0" with GDAL 3.6.4. Libtiff 4.3.0 was released in 2022, about a year before that version of GDAL. Is there a way to know which version of Libtiff is included with which version