Bug report #3603
r.colors has no effect on GRASS rasters (after the merge of the rasters branch)
|Affected QGIS version:||Regression?:||No|
|Operating System:||All||Easy fix?:||No|
|Pull Request or Patch supplied:||Resolution:||fixed|
|Crashes QGIS or corrupts data:||Copied to github as #:||13662|
summary says it all.
#3 Updated by Redmine Admin almost 10 years ago
- Resolution set to fixed
- Status changed from Open to Closed
Fixed in d7d7caf4 (SVN r15750).
GRASS provider is now completely reloaded if source data have changed. That introduces another issue: everything set by user in layer properties dialog is lost. There is no simple solution for this, keeping settings done by user could result in other problems, e.g. original data range was 1-100, color table was changed by user but new data range is 100-200.
#4 Updated by Redmine Admin almost 10 years ago
Replying to [comment:2 pcav]:
Furthermore, new layers will have a greyscale istead of appropriate color, as it happened before
That is expected, if a data source does not have any color table assigned, QGIS is using grayscale by default, d.rast is using colors by default.