Bug report #20586

gdal buildvrt missing an important param

Added by Paolo Cavallini almost 2 years ago. Updated almost 2 years ago.

Status:Closed
Priority:High
Assignee:Alexander Bruy
Category:Processing/GDAL
Affected QGIS version:3.4.1 Regression?:Yes
Operating System: Easy fix?:No
Pull Request or Patch supplied:Yes Resolution:fixed/implemented
Crashes QGIS or corrupts data:No Copied to github as #:28406

Description

in QGIS 3, the new (non gdal tools) build virtual raster command is apparently missing an important param:

`-srcnodata value [value...]`

Without this, eventual white collars surrounding a raster will mask other ones. In these frequent cases, the command is essentially useless.

Associated revisions

Revision dc2b29ce
Added by Alexander Bruy almost 2 years ago

[processing] add missed "srcnodata" parameter to the buildvrt algorithm
(fix #20586).

Without this parameter it is not possible to remove collars surrounding
input raster which may overlap with other input rasters. As this is very
frequent case algorithm is useless without such parameter. To keep API
compatibility new parameter is optional and not used by default.

Revision 8c24fa84
Added by Alexander Bruy almost 2 years ago

Merge pull request #8927 from alexbruy/processing-vrt

[processing][needs-docs] add missed "srcnodata" parameter to the buildvrt algorithm (fix #20586)

Revision 42b2bc79
Added by Alexander Bruy almost 2 years ago

[processing] add missed "srcnodata" parameter to the buildvrt algorithm
(fix #20586).

Without this parameter it is not possible to remove collars surrounding
input raster which may overlap with other input rasters. As this is very
frequent case algorithm is useless without such parameter. To keep API
compatibility new parameter is optional and not used by default.

(cherry picked from commit dc2b29ce6a0c8146bff403db4bb2f2d64ccaf54d)

History

#1 Updated by Giovanni Manghi almost 2 years ago

  • Regression? changed from No to Yes
  • Priority changed from Normal to High
  • Assignee set to Giovanni Manghi

#2 Updated by Juan Manuel Perez almost 2 years ago

The same issue stands for gdal:warpreproject, as reported in #20721

#3 Updated by Alexander Bruy almost 2 years ago

  • Assignee changed from Giovanni Manghi to Alexander Bruy
  • Pull Request or Patch supplied changed from No to Yes

#4 Updated by Alexander Bruy almost 2 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100

#5 Updated by Alexander Bruy almost 2 years ago

  • Resolution set to fixed/implemented

Also available in: Atom PDF