-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[processing] Optional band rise exception in Batch mode (QgsProcessingParameterRasterLayer) #26945
Comments
Author Name: Luigi Pirelli (@luipir) Hi Nyall I assign to you, just because I suppose you can fix in a minute. It's not clear to me if giving a default return to None to QgsProcessingParameterBand can have side effects
|
Author Name: Luigi Pirelli (@luipir) Ho to reproduce
but it is optional!
|
Author Name: Luigi Pirelli (@luipir) this is the run log Traceback (most recent call last): |
Author Name: Luigi Pirelli (@luipir) parameters if NOT run as batch are Processing algorithm… GDAL command: so it's clear that the way to build param disctionary works in different way depending if it is in batch or not |
Author Name: Luigi Pirelli (@luipir)
|
Author Name: Luigi Pirelli (@luipir)
Original Redmine Issue: 19115
Affected QGIS version: 3.1(master)
Redmine category:processing/core
Assignee: Luigi Pirelli
As far I can see, most of commands that use optional QgsProcessingParameterBand fail running alg in batch mode due to control like this:
https://github.com/qgis/QGIS/blob/master/python/plugins/processing/algs/gdal/gdalcalc.py#L225
because the value for the band is ''.
I can fix gdalcalc, but probably it's a more general problem related with the m,eaning of default in optional QgsProcessingParameterBand
The text was updated successfully, but these errors were encountered: