Skip to content
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

Control order by which bands are stacked #25026

Closed
qgib opened this issue Sep 12, 2017 · 4 comments
Closed

Control order by which bands are stacked #25026

qgib opened this issue Sep 12, 2017 · 4 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Processing Relating to QGIS Processing framework or individual Processing algorithms

Comments

@qgib
Copy link
Contributor

qgib commented Sep 12, 2017

Author Name: andre mano (andre mano)
Original Redmine Issue: 17127
Affected QGIS version: 2.18.12
Redmine category:processing/gdal


When using gdal-merge from the Processing toolbox, it is not possible to control the order by which the bands are to be stacked (screenshot attached). Example below:

For merging 7 Landsat bands into a single image this command is generated:

gdal_merge.bat -a_nodata -9999 -ot Float32 -separate -o "[temporary file]" -of GTiff
~/L5197024_02420100627_B10.TIF
~/L5197024_02420100627_B40.TIF (will become Band 2 when it should be band 4)
~/L5197024_02420100627_B50.TIF (and so on...)
~/L5197024_02420100627_B60.TIF
~/L5197024_02420100627_B30.TIF
~/L5197024_02420100627_B20.TIF
~/L5197024_02420100627_B70.TIF

User should have the possibility to control order so that the command would look like this:

gdal_merge.bat -a_nodata -9999 -ot Float32 -separate -o "[temporary file]" -of GTiff
~/L5197024_02420100627_B10.TIF
~/L5197024_02420100627_B20.TIF
~/L5197024_02420100627_B30.TIF
~/L5197024_02420100627_B40.TIF
~/L5197024_02420100627_B50.TIF
~/L5197024_02420100627_B60.TIF
~/L5197024_02420100627_B70.TIF



Related issue(s): #25225 (relates)
Redmine related issue(s): 17327


@qgib
Copy link
Contributor Author

qgib commented Sep 13, 2017

Author Name: Giovanni Manghi (@gioman)


  • category_id was changed from GDAL Tools to Processing/GDAL

@qgib
Copy link
Contributor Author

qgib commented Oct 25, 2017

Author Name: Giovanni Manghi (@gioman)


see also #25225

@qgib
Copy link
Contributor Author

qgib commented Oct 26, 2017

Author Name: Jürgen Fischer (@jef-n)


@qgib
Copy link
Contributor Author

qgib commented Nov 13, 2017

Author Name: Giovanni Manghi (@gioman)


Closing in favor of #25225 because this is more general.


  • resolution was changed from to duplicate
  • status_id was changed from Open to Closed

@qgib qgib closed this as completed Nov 13, 2017
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Processing Relating to QGIS Processing framework or individual Processing algorithms labels May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Processing Relating to QGIS Processing framework or individual Processing algorithms
Projects
None yet
Development

No branches or pull requests

1 participant