Timeline for Define the extent of QgsRasterCalculator
Current License: CC BY-SA 4.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 7, 2021 at 15:48 | vote | accept | PDistl | ||
| Dec 7, 2021 at 12:53 | comment | added | Ben W | As I said in my comments in your other question, the non-deprecated overloaded QgsRasterCalculator constructor qgis.org/api/… takes outputCrs and transformContext arguments, which should handle your output extent rectangle. But I would still suggest gdal.Translate as a better option for your use case. | |
| Dec 7, 2021 at 12:34 | answer | added | Ben W | timeline score: 3 | |
| Dec 7, 2021 at 10:51 | history | edited | PDistl | CC BY-SA 4.0 |
deleted 54 characters in body
|
| Dec 7, 2021 at 10:50 | comment | added | PDistl | If I understand the documentation correctly (qgis.org/api/classQgsRasterCalculator.html), then I can pass another argument of the type "QgsCoordinateTransformContext". Can I somehow pass here the crs? | |
| Dec 7, 2021 at 10:34 | comment | added | PDistl | Thanks, but I don't see any possiblity of resampling or subsetting in gdal_translate? At least if I open it from the QGIS toolbox. | |
| Dec 7, 2021 at 9:20 | history | asked | PDistl | CC BY-SA 4.0 |