Feature request #4852

Add gdal2xyz.py to GdalTools

Added by Giovanni Manghi about 5 years ago. Updated about 3 years ago.

Status:Closed Start Date:01/22/2012
Priority:Normal Due date:
Assigned to:- % Done:

0%

Category:GDALTools
Target version:Future Release - Nice to have
Platform: Resolution:fixed/implemented
Platform version: Pull Request or Patch supplied:No
Status info: Tag:

Description

The tools seems to be available since long ago (http://lists.osgeo.org/pipermail/gdal-dev/2002-September/003507.html), strangely is not mentioned here

http://www.gdal.org/gdal_utilities.html

History

Updated by Giovanni Manghi about 5 years ago

  • Subject changed from Add gdal2xyz.py to to GdalTools to Add gdal2xyz.py to GdalTools

Updated by Giovanni Manghi almost 5 years ago

  • Target version changed from Version 1.8.0 to Version 2.0.0

Updated by Pirmin Kalberer over 4 years ago

  • Target version changed from Version 2.0.0 to Future Release - Nice to have

Updated by Paolo Cavallini about 4 years ago

  • Assigned to changed from Giuseppe Sucameli to anonymous -

Updated by Paolo Cavallini over 3 years ago

  • Category set to GDALTools

Updated by Antonio Locandro about 3 years ago

any updates? do you think this could be done for 2.2 or 2.4

Updated by Giovanni Manghi about 3 years ago

  • Assigned to deleted (anonymous -)

Antonio Locandro wrote:

any updates? do you think this could be done for 2.2 or 2.4

it should be relatively easy to add to the processing toolbox (and that would be enough).

Updated by Alexander Bruy about 3 years ago

  • Status changed from Open to Closed
  • Resolution set to fixed/implemented

gdal2xyz already available in Processing toolbox. It was added about 5-6 month ago

Updated by Giovanni Manghi about 3 years ago

oh, right, I had forgot about it :)

Updated by Etienne Tourigny about 3 years ago

How about porting gdaltools to processing toolbox (those that do not have an equivalent) and removing gdaltool?

Updated by Paolo Cavallini about 3 years ago

There are still reasons not to do so:
  • Processing is not always 100% stable
  • GDALTools shows the gdal command line, that can be reused from a shell

Eventually all the tools will be replaced by Processing, but we'll need some more work for this.

Also available in: Atom