Incorrect handling of ASCII Gridded XYZ Data with QGIS >= 3.26 #50879
Labels
Bug
Either a bug report, or a bug fix. Let's hope for the latter!
Data Provider
Related to specific vector, raster or mesh data providers
Rasters
Related to general raster layer handling (not specific data formats)
Regression
Something which used to work, but doesn't anymore
What is the bug or the crash?
I am dealing with DEM data of the Bavarian Survey which can be downloaded from here: https://geoportal.bayern.de/bayernatlas/?lang=de&topic=ba&catalogNodes=11&bgLayer=atkis&E=677637.02&N=5437310.31&zoom=3&layers=KML%7C%7Chttp:%2F%2Fwww.geodaten.bayern.de%2Fopendata%2FDGM50_UTM32%2FOpenData_DGM50_25832.kml%7C%7Ctrue
The data are normal ASCII Gridded XYZ Data which are displayed in QGIS 3.22 without any problems:
If I load the same data to QGIS 3.26 / 3.28 a non existing alpha channel is added
And if I check the data with gdalinfo, which is installed by QGIS 3.26/3.28 I get the following output:
So also gdalinfo shows only one band and no alpha channel. In my opinion this is a very inconsistent way to handle the same data set. I detected this only, because for QGIS >= 3.26 the QGIS2threejs plugin doesn't handle the XYZ ascii grid as valid DEM data.
The test data can be downloaded directly from here: https://www.geodaten.bayern.de/opendata/DGM50_UTM32/72_528t50dgm.zip
Steps to reproduce the issue
Add the data as raster source to QGIS 3.26 / 3.28
The test data can be downloaded directly from here: https://www.geodaten.bayern.de/opendata/DGM50_UTM32/72_528t50dgm.zip
Versions
QGIS version | 3.26.3-Buenos Aires
QGIS version | 3.28.0-Firenze
Supported QGIS version
New profile
Additional context
No response
The text was updated successfully, but these errors were encountered: