Feature request #6951

raster "save as..." to be improved when asking for output when using the "create VRT" option

Added by Giovanni Manghi about 4 years ago. Updated over 2 years ago.

Status:Open Start Date:01/06/2013
Priority:Normal Due date:
Assigned to:- % Done:

0%

Category:GUI
Target version:Future Release - High Priority
Platform: Resolution:
Platform version: Pull Request or Patch supplied:No
Status info: Tag:

Description

When using the "save as..." raster dialog together with the "create VRT" option it asks to select an output folder.

It happens that the dialog gives automatically the output VRT file the same name as the folder, and of the user tries to choose a different name it gets a "path does not exist" message.

Tagging as blocker as new features should work ok before releasing the new QGIS version.


Related issues

duplicated by QGIS Application - Bug report #6952: raster "save as..." dialog creates incomplete output when... Closed 01/06/2013

History

Updated by Giovanni Manghi almost 4 years ago

this is not duplicate of #6952

NOTE
there is an issue also with output tif files as they are written without the extension

Updated by Radim Blazek almost 4 years ago

  • Assigned to set to Radim Blazek

Updated by Radim Blazek almost 4 years ago

  • Status changed from Open to Feedback

It was expected, that only one VRT will be written to a directory, it is feature, not bug. If VRT is checked, user can only select a directory. It may be reconsidered and changed to file if we are sure that it is better and really desired.

In any case, the dialog is not perfect, because it is difficult to define what should happen if a file was selected (including file extension) and then the format is changed. Automatically change extension? It may be problematic if user entered some strange name with dots.

I suggested in Essen to ask for the output file name when OK is clicked, but Tim did not like it because he is used to type output file name instead of to select it in a dialog and he does not want another popup window.

Updated by Giovanni Manghi almost 4 years ago

Note:
the following answer is strictly from a user point of view.

It was expected, that only one VRT will be written to a directory, it is feature, not bug. If VRT is checked, user can only select a directory. It may be reconsidered and changed to file if we are sure that it is better and really desired.

The user would expect another thing: in gdal tools when a VRT is created, the user chooses an input files/folder and then the output VRT file. The user would expect the same in the "save as..." raster dialog.

In any case, the dialog is not perfect, because it is difficult to define what should happen if a file was selected (including file extension) and then the format is changed. Automatically change extension? It may be problematic if user entered some strange name with dots.

if there are very important technical reasons then you may want to close this, otherwise this should be left open for future consideration (as bug, imho), because is really sub optimal.

I suggested in Essen to ask for the output file name when OK is clicked, but Tim did not like it because he is used to type output file name instead of to select it in a dialog and he does not want another popup window.

I can't see why should be opened a new pop-up. Right now it opens one asking for a folder, the same one should just allow write a output file name.

cheers!

Updated by Radim Blazek almost 4 years ago

Giovanni Manghi wrote:

In any case, the dialog is not perfect, because it is difficult to define what should happen if a file was selected (including file extension) and then the format is changed. Automatically change extension? It may be problematic if user entered some strange name with dots.

if there are very important technical reasons then you may want to close this, otherwise this should be left open for future consideration (as bug, imho), because is really sub optimal.

There are no technical problems, there is just missing optimal solution proposal.

I suggested in Essen to ask for the output file name when OK is clicked, but Tim did not like it because he is used to type output file name instead of to select it in a dialog and he does not want another popup window.

I can't see why should be opened a new pop-up. Right now it opens one asking for a folder, the same one should just allow write a output file name.

It opens the dialog if you click on browse button, but you can also type the output file name directly in save as dialog and that means one dialog less.

Updated by Giovanni Manghi almost 4 years ago

  • Status changed from Feedback to Open
  • Priority changed from Severe/Regression to Normal

There are no technical problems, there is just missing optimal solution proposal.

may be we would need a new category like "to be improved".

Updated by Radim Blazek almost 4 years ago

Giovanni Manghi wrote:

It was expected, that only one VRT will be written to a directory, it is feature, not bug. If VRT is checked, user can only select a directory. It may be reconsidered and changed to file if we are sure that it is better and really desired.

The user would expect another thing: in gdal tools when a VRT is created, the user chooses an input files/folder and then the output VRT file. The user would expect the same in the "save as..." raster dialog.

Another user wants to keep output raster in a separate directory and does not want to create new directory + select new file.

Updated by Giovanni Manghi almost 4 years ago

  • Tracker changed from Bug report to Feature request
  • Subject changed from raster "save as..." bug when asking for output when using the "create VRT" option to raster "save as..." to be improved when asking for output when using the "create VRT" option

Another user wants to keep output raster in a separate directory and does not want to create new directory + select new file.

right, this is why I already downgraded the ticket. And now also made it a feature.

Updated by Giovanni Manghi almost 3 years ago

  • Category changed from Rasters to GUI
  • Assigned to deleted (Radim Blazek)
  • Target version changed from Version 2.0.0 to Version 2.4

Updated by J├╝rgen Fischer over 2 years ago

  • Target version changed from Version 2.4 to Future Release - High Priority

Also available in: Atom