Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Am 22.04.24 um 14:12 schrieb Even Rouault via gdal-dev: Hi, I've prepared a beta1 of GDAL 3.9.0 to get feedback from early testers. I did a test build in vcpkg, and I see downstream problems with static linkage. It now raises: CMake Error at /mnt/vss/_work/1/s/scripts/buildsystems/vcpkg.cma

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

The Docker images are now available: ghcr.io/osgeo/gdal:alpine-small-3.9.0beta1 ghcr.io/osgeo/gdal:ubuntu-small-3.9.0beta1 ghcr.io/osgeo/gdal:alpine-normal-3.9.0beta1 ghcr.io/osgeo/gdal:ubuntu-full-3.9.0beta1 Le 22/04/2024 à 14:12, Even Rouault via gdal-dev a écrit : Hi, I've prepared a beta1

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Thanks for the fix and suggestions! I'm looking forward to 3.9.0. On Mon, Apr 22, 2024 at 11:27 AM Even Rouault wrote: > Sean, > > Rasterio's test suite has 4 errors with GDAL 3.9.0beta1. > > Metadata output of gdalinfo has changed. > > ok, I've run locally rasterio tests and I see gdalinfo now

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Thanks, Jukka! On Mon, Apr 22, 2024 at 10:48 AM Rahkonen Jukka < jukka.rahko...@maanmittauslaitos.fi> wrote: > Hi, > > > > The mask thing may happen due to https://github.com/OSGeo/gdal/pull/9604. > > > > -Jukka Rahkonen- > > > > *Lähettäjä:* gdal-dev *Puolesta *Sean > Gillies via gdal-dev > *Lä

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Holger, thanks for the report. This should be fixed per https://github.com/OSGeo/gdal/commit/fba559b5bd8d33aac215681df4f6a613517a6c43 which I've backported to the release/3.9 branch A workaround is to explicitly run "cmake --target generate_gdal_version_h" before building all other targets

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Hi Even, Am 22.04.24 um 14:12 schrieb Even Rouault via gdal-dev: I've prepared a beta1 of GDAL 3.9.0 to get feedback from early testers. I tried to build on Alpine Linux Edge and got the following error: /builds/hjaekel/aports/community/gdal/src/gdal-3.9.0beta1/ogr/ogr_core.h:38:10: fatal er

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

It should have read https://download.osgeo.org/gdal/3.9.0/gdal390beta1.zip Le 22/04/2024 à 21:29, Abel Pau via gdal-dev a écrit : Hi, I only want to advice that https://download.osgeo.org/gdal/3.9.0/gdal380beta1.zip is not found. Thanks. -Mensaje original- De: gdal-dev En nombre de Ev

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Hi, I only want to advice that https://download.osgeo.org/gdal/3.9.0/gdal380beta1.zip is not found. Thanks. -Mensaje original- De: gdal-dev En nombre de Even Rouault via gdal-dev Enviado el: dilluns, 22 d’abril de 2024 14:13 Para: gdal-dev@lists.osgeo.org Asunto: [gdal-dev] GDAL 3.9.0be

Re: [gdal-dev] Question on building multi band composite and going back to RGB GeoTiff

In addition to all the previous, what about gamma correction? Maybe your RGB images are gamma corrected, while the other bands are not. In that case you will be comparing apples and oranges (in addition to the scaling problems described before). That also means that using the multispectral images (

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Sean, Rasterio's test suite has 4 errors with GDAL 3.9.0beta1. Metadata output of gdalinfo has changed. ok, I've run locally rasterio tests and I see gdalinfo now outputs: Metadata:   a=1   b=2   AREA_OR_POINT=Area whereas the test expects Metadata:   a=1   AREA_OR_POINT=Area   b=2 Order o

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Hi, The mask thing may happen due to https://github.com/OSGeo/gdal/pull/9604. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Sean Gillies via gdal-dev Lähetetty: maanantai 22. huhtikuuta 2024 19.15 Vastaanottaja: Even Rouault Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] GDAL 3.9.0beta1

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Hi Even, Rasterio's test suite has 4 errors with GDAL 3.9.0beta1. Metadata output of gdalinfo has changed. As soon as there are docker images I'll look more closely at this. Writing a mask to a Rasterio RGB.byte.tif dataset no longer creates a RGB.byte.tif.msk file: https://github.com/rasterio/r

Re: [gdal-dev] Question on building multi band composite and going back to RGB GeoTiff

On Mon, 22 Apr 2024, Raley, Nathan via gdal-dev wrote: Hmm, good catch. Looking at the stats for the red band: Band 1 Block=128x128 Type=UInt16, ColorInterp=Gray Min=130.000 Max=36265.000 Minimum=130.000, Maximum=36265.000, Mean=10415.962, StdDev=3502.933 NoData Value=0 Metadata: STATIS

Re: [gdal-dev] Question on building multi band composite and going back to RGB GeoTiff

Hmm, good catch. Looking at the stats for the red band: Band 1 Block=128x128 Type=UInt16, ColorInterp=Gray Min=130.000 Max=36265.000 Minimum=130.000, Maximum=36265.000, Mean=10415.962, StdDev=3502.933 NoData Value=0 Metadata: STATISTICS_MAXIMUM=36265 STATISTICS_MEAN=10415.96185951

Re: [gdal-dev] Question on building multi band composite and going back to RGB GeoTiff

Hi, This is not a direct answer but maybe you’d be interested in this Julia package that addresses for example the automatic histogram stretching needed to produce nice true color images. Its target is Landsat and Sentinel data but there is nothing(?) that prevents it to work with data from oth

Re: [gdal-dev] gdalwarp with RPCs causing bogus output

Hi Joe, Now you've pointed them out, I do see those little bits in the north east. I hadn't zoomed in enough on the right area. Sadly, I've not much advice to offer on whether it's expected, and/or how to avoid it. (Apologies for the slow and unhelpful reply!) Cheers, Daniel On Thu, 18 Apr 2024

Re: [gdal-dev] Question on building multi band composite and going back to RGB GeoTiff

Hi Nathan, My initial suspicion might just be that the scaling the data provider did to go from the raw data to a human-eye-friendly RGB composite isn't the conversion you're assuming. I know that with the data I regularly work with, it may be provided as Uint16, but the data range doesn't extend

[gdal-dev] Question on building multi band composite and going back to RGB GeoTiff

I currently have a RGB geotiff composite image that has a Byte datatype. I also have individual band images for R, G, Redge, and NIR that are UInt16 datatypes. Since I'm missing the Blue band from the individual bands, I was attempting to extract the blue band from the RGB composite image, sca

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Robert, If you want to use ready-made binaries, then using Conda gdal-master builds might be the easiest way for all major platforms: https://gdal.org/download.html#gdal-master-conda-builds . They track gdal master, but that's more or less the same as 3.9.0beta1 right now. Otherwise if you w

Re: [gdal-dev] GDAL 3.9.0beta1 available for testing

Any advice on how to become a tester such as testing on prefered OS and setup? I have access to a proxmox server but I usually stick to LINUX OSes. Or is at easy as following the notes here: https://gdal.org/development/dev_environment.html Ubuntu 22.x is the goto right now. Any advice would be

[gdal-dev] GDAL 3.9.0beta1 available for testing

Hi, I've prepared a beta1 of GDAL 3.9.0 to get feedback from early testers. The NEWS file is here:   https://github.com/OSGeo/gdal/blob/v3.9.0beta1/NEWS.md For packagers, https://gdal.org/development/rfc/rfc96_deferred_plugin_loading.html may make it more attractive to build some drivers tha

Re: [gdal-dev] Issue with 3D GeoJSON to 3D DXF Conversion

Hi, By reading the documentation https://gdal.org/drivers/vector/dxf.html#dxf-writer what you see is expected. --config DXF_WRITE_HATCH FALSE is writing polylines and polylines have vertices with different Z coordinates. --config DXF_WRITE_HATCH TRUE writes polygons. The polygons have same ele

[gdal-dev] Issue with 3D GeoJSON to 3D DXF Conversion

Dear GDAL Team, I hope this email finds you well. I'm encountering an issue converting 3D GeoJSON polygons to DXF format using ogr2ogr. During conversion, the elevation data becomes uniform for all points within the polygon. Additionally, when using "DXF_WRITE_HATCH," the geometry becomes a polylin