Opened 10 years ago
Closed 10 years ago
#5070 closed defect (invalid)
gdalbuildvrt won't respect -srcnodata value for overlapping rasters
|Reported by:||jaerobbo||Owned by:||warmerdam|
Description (last modified by )
I've researched and it appears that buildvrt is supposed to be able to resolve overlap areas when no data values are defined for the sources, but I am unable to produce the expected results.
I've tried the following workflow:
- Set No data values to -999 for rsters
gdal_translate -ot float32 -of gtiff -a_nodata -999 in_01.tif out_01.tif
gdal_translate -ot float32 -of gtiff -a_nodata -999 in_02.tif out_02.tif
- Build VRT with specified source no data value
gdalbuildvrt -srcnodata -999 -hidenodata out.vrt *.tif
Am I doing something wrong, or is this an issue?
Change History (4)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
comment:3 by , 10 years ago
comment:4 by , 10 years ago
|Status:||new → closed|
Note: See TracTickets for help on using tickets.
I strongly suspect that this is due to the order in which the files appear in your VRT. Currently, the files are "drawn" in the order in which they appear in the VRT file.
For example :