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

Processing Gdal Translate #24186

Closed
qgib opened this issue Mar 3, 2017 · 2 comments
Closed

Processing Gdal Translate #24186

qgib opened this issue Mar 3, 2017 · 2 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
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Mar 3, 2017

Author Name: matteo ghetta (@ghtmtt)
Original Redmine Issue: 16276
Affected QGIS version: master
Redmine category:processing/gdal
Assignee: Giovanni Manghi


When trying to use the gdal translate format of raster files, no matter what kind of file it is (tiff, hdr, etc..) and no matter which combination of choice is made, the algorithm throws this error:
@
2017-03-03T13:13:28 0 gdal_translate -of GTiff -ot Float32 -outsize 100% 100% -expand "(0, 'none')" -projwin 1554747.2310344942 4924820.77 1771747.2310344942 4678320.77 /home/matteo/lavori/gis/corso/Dati_corso_QGIS/dtm/hdr.tif /tmp/processingb0fbced9ffc24643bc6020cbcf8125d2/f00fc2b4bef5488eb6c557f6ae5ef037/OUTPUT.tif@

@2017-03-03T13:13:28 0 GDAL execution console output
ERROR 5: Value (0, 'none') unsupported. Only gray, rgb or rgba are supported.

		Usage: gdal_translate [--help-general] [--long-usage]
		
		       [-ot {Byte/Int16/UInt16/UInt32/Int32/Float32/Float64/
		
		             CInt16/CInt32/CFloat32/CFloat64}] [-strict]
		
		       [-of format] [-b band] [-mask band] [-expand {gray|rgb|rgba}]
		
		       [-outsize xsize[%]|0 ysize[%]|0] [-tr xres yres]
		
		       [-r {nearest,bilinear,cubic,cubicspline,lanczos,average,mode}]
		
		       [-unscale] [-scale[_bn] [src_min src_max [dst_min dst_max]]]* [-exponent[_bn] exp_val]*
		
		       [-srcwin xoff yoff xsize ysize] [-epo] [-eco]
		
		       [-projwin ulx uly lrx lry] [-projwin_srs srs_def]
		
		       [-a_srs srs_def] [-a_ullr ulx uly lrx lry] [-a_nodata value]
		
		       [-gcp pixel line easting northing [elevation]]*
		
		       [-mo "META-TAG=VALUE"]* [-q] [-sds]
		
		       [-co "NAME=VALUE"]* [-stats] [-norat]
		
		       [-oo NAME=VALUE]*
		
		       src_dataset dst_dataset

2017-03-03T13:13:28 2 Error loading result layer:
Traceback (most recent call last):
File "/home/matteo/lavori/QGIS/build-qgis3/output/python/plugins/processing/gui/Postprocessing.py", line 75, in handleAlgorithmResults
out.name))
File "/home/matteo/lavori/QGIS/build-qgis3/output/python/plugins/processing/tools/dataobjects.py", line 223, in load
+ '
Check the processing framework log to look for errors')
RuntimeError: Could not load layer: /tmp/processingb0fbced9ffc24643bc6020cbcf8125d2/f00fc2b4bef5488eb6c557f6ae5ef037/OUTPUT.tif
Check the processing framework log to look for errors@

@qgib
Copy link
Contributor Author

qgib commented Mar 6, 2017

Author Name: Giovanni Manghi (@gioman)


Only master is affected or also 2.18.4?


  • fixed_version_id was changed from Future Release - High Priority to Version 3.0
  • assigned_to_id was changed from Victor Olaya to Giovanni Manghi
  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Apr 19, 2017

Author Name: Alexander Bruy (@alexbruy)


Fixed in master


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

@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
@qgib qgib added this to the Version 3.0 milestone May 25, 2019
@qgib qgib closed this as completed 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