Feature request #6951

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

Added by Giovanni Manghi about 11 years ago. Updated almost 7 years ago.

Status:Open
Priority:Normal
Assignee:-
Category:GUI
Pull Request or Patch supplied:No Resolution:
Easy fix?:No Copied to github as #:16061

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 2013-01-06

History

#1 Updated by Giovanni Manghi almost 11 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

#2 Updated by Radim Blazek almost 11 years ago

  • Assignee set to Radim Blazek

#3 Updated by Radim Blazek almost 11 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.

#4 Updated by Giovanni Manghi almost 11 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!

#5 Updated by Radim Blazek almost 11 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.

#6 Updated by Giovanni Manghi almost 11 years ago

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

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

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

#7 Updated by Radim Blazek almost 11 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.

#8 Updated by Giovanni Manghi almost 11 years ago

  • 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
  • Tracker changed from Bug report to Feature request

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.

#9 Updated by Giovanni Manghi over 9 years ago

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

#10 Updated by Jürgen Fischer over 9 years ago

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

#11 Updated by Giovanni Manghi almost 7 years ago

  • Easy fix? set to No

Also available in: Atom PDF