[Qgis-developer] gdalwarp fails, Save as... reprojected works

[Victor Olaya]

If the parameter is not needed, it should be optional.

If anyone can confirm that, I will make it optional.

Cheers

2016-10-09 23:05 GMT+02:00 Giovanni Manghi <giovanni.manghi at gmail.com>:
>> Hi all,
>> reprojecting a raster from 4326 to 3857 through Save as... menu works,
>> whereas the same through Processing does not:
>>
>> gdalwarp -ot Float32 -t_srs EPSG:3857 -r near -of GTiff -te -20.0 40.0
>> 20.0 90.0 -te_srs EPSG:4326 -co COMPRESS=DEFLATE -co PREDICTOR=1 -co
>> ZLEVEL=6 -wo OPTIMIZE_SIZE=TRUE gt30w020n90.dem OUTPUT.tif
>> GDAL command output:
>> ERROR 1: tolerance condition error
>> ERROR 1: -te_srs ignored since coordinate transformation failed.
>>
>> With GDALTools it works. The CL in this case is:
>>
>> gdalwarp -overwrite -s_srs EPSG:4326 -t_srs EPSG:3857 -of GTiff
>> gt30w020n90.dem test_repro.tif
>>
>> So apparently Processing introduces unnecessary, damaging, params.
>
> I assume that your input is
>
> http://svn.simo-project.org/tools/trunk/txt2latlon/data/
>
> A quick test from the cli would have shown you that the issue is in
>
> "20.0 40.0 20.0 90.0"
>
> for the "-te" parameter. If a smaller extent is defined the
> tool/command works (in fact the exact extent of the raster is not that
> one). Leaving the extent automatically defined/computed by Processing
> does not seems to be an issue for the majority of inputs.
>
> Regarding this tool my question is another: why the "te_srs" parameter
> (and by consequence also "te") has been made mandatory?
>
> -- G --
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer