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

gdal_rasterize GUI does not include the "-burn" option #15677

Closed
qgib opened this issue Sep 30, 2012 · 11 comments
Closed

gdal_rasterize GUI does not include the "-burn" option #15677

qgib opened this issue Sep 30, 2012 · 11 comments
Labels
Feature Request Processing Relating to QGIS Processing framework or individual Processing algorithms

Comments

@qgib
Copy link
Contributor

qgib commented Sep 30, 2012

Author Name: Micha Silver (@micha-silver)
Original Redmine Issue: 6436

Redmine category:processing/gdal


The gdal_rasterize command line utility allows for an option "-burn " which sets all raster pixel values to a static value. This option does not exist in the GDALTools GUI for gdal_rasterize. In the GUI you can only choose an attrib column from the vector to obtain raster values.

@qgib
Copy link
Contributor Author

qgib commented Oct 1, 2012

Author Name: Giovanni Manghi (@gioman)


  • assigned_to_id was configured as Giuseppe Sucameli
  • fixed_version_id was changed from Version 1.8.0 to Version 2.0.0

@qgib
Copy link
Contributor Author

qgib commented Oct 1, 2012

Author Name: Lorenzo Masini (Lorenzo Masini)


The manpage of gdal_rasterize says about the -burn option:

-burn value:
           A fixed value to burn into a band for all objects. A list of -burn options can be supplied, one per band being written to.

The gui doesn't permit to set the band, so gdal_rasterize assume band 1.

Is it correct to permit only one value for burn (the burn value for band 1)?

@qgib
Copy link
Contributor Author

qgib commented Oct 1, 2012

Author Name: Lorenzo Masini (Lorenzo Masini)


  • assigned_to_id was changed from Giuseppe Sucameli to Lorenzo Masini

@qgib
Copy link
Contributor Author

qgib commented Oct 1, 2012

Author Name: Paolo Cavallini (@pcav)


IMHO yes

@qgib
Copy link
Contributor Author

qgib commented Dec 30, 2012

Author Name: Giovanni Manghi (@gioman)


  • assigned_to_id was changed from Lorenzo Masini to Giuseppe Sucameli

@qgib
Copy link
Contributor Author

qgib commented Dec 31, 2012

Author Name: Paolo Cavallini (@pcav)


  • assigned_to_id was changed from Giuseppe Sucameli to anonymous

@qgib
Copy link
Contributor Author

qgib commented Jun 28, 2014

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


  • fixed_version_id was changed from Version 2.0.0 to Future Release - Lower Priority

@qgib
Copy link
Contributor Author

qgib commented Jun 29, 2014

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


  • assigned_to_id removed anonymous

@qgib
Copy link
Contributor Author

qgib commented Jan 20, 2016

Author Name: Médéric RIBREUX (Médéric RIBREUX)


Hello, bug triage...

still true for QGIS 2.13 master on both fTools and Processing GDAL.
Like suggested, we only need to add an option for band 1 only in "python/plugins/processing/algs/gdal/rasterize.py":https://github.com/qgis/QGIS/blob/8214608169a09358997c882e5a8c0a26513913f1/python/plugins/processing/algs/gdal/rasterize.py

I think this is easy to fix and this feature request merits the 'easy' tag...


  • category_id was changed from GDAL Tools to Processing/GDAL
  • tag was changed from to easy

@qgib
Copy link
Contributor Author

qgib commented Apr 30, 2017

Author Name: Giovanni Manghi (@gioman)


  • easy_fix was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Feb 2, 2018

Author Name: Alexander Bruy (@alexbruy)


Fixed in master. Please reopen if necessary.


  • status_id was changed from Open to Closed
  • resolution was changed from to fixed/implemented

@qgib qgib closed this as completed Feb 2, 2018
@qgib qgib added Feature Request Processing Relating to QGIS Processing framework or individual Processing algorithms labels May 24, 2019
@qgib qgib added this to the Future Release - Lower Priority milestone May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature Request Processing Relating to QGIS Processing framework or individual Processing algorithms
Projects
None yet
Development

No branches or pull requests

1 participant