Yes - I was also thinking about being able to define defaults for saving rasters (default format, default compression + options per format, tiles) which would be application-wide.
And this reusable widget could be pre-populated with these options - and used in core as well as python plugins. You would create an instance of this widget, given a raster layer, and then be able to save it. I would see this as an expandable component inside each of the gdaltools dialogs. Etienne On Thu, Jul 19, 2012 at 7:21 PM, Tim Sutton <[email protected]> wrote: > Hi > > On Fri, Jul 20, 2012 at 12:19 AM, Etienne Tourigny > <[email protected]> wrote: >> On Thu, Jul 19, 2012 at 4:09 PM, Marco Hugentobler >> <[email protected]> wrote: >>> Hi Etienne >>> >>> Thanks for the feedback, very much appreciated. I've fixed these issues in >>> raster-pipes-2 branch now. >>> >>> There are still a few things missing in raster saving: >>> - write colortable to output dataset >>> - format specific options (e.g. compression) >>> - dynamic populating of the format combo box (currently hardcoded to >>> geotiff) >>> - progress indication for tile based saving and possibility to cancel >> >> It just occurred to me that it would be a great thing to implement >> this as a widget+class in QgisGui, so that it could be used elsewhere >> (e.g. gdaltools, sextante). >> > > You mean as a reusable widget like the crs selector? Yes that would be great! > > Regards > > Tim > >> Any way I can help? >> >> >>> >>> Regards, >>> Marco >>> >>> >>> On 18.07.2012 21:12, Etienne Tourigny wrote: >>>> >>>> Noticed a few issues with the save dialog >>>> 1) "format" drop-down is empty >>>> 2) cannot select a new file >>>> 3) segfault when saving to an existing file >>>> 4) It would be nice to have that action in the legend contextual menu, >>>> like for vector layers. >>>> >>>> regards, >>>> Etienne >>>> >>>> On Wed, Jul 18, 2012 at 3:59 PM, Etienne Tourigny >>>> <[email protected]> wrote: >>>>> >>>>> That's great news! >>>>> >>>>> Concerning raster saving - will there be a mechanism for compressing >>>>> files? >>>>> It would be great if default compression schemes could be chosen for >>>>> different file types, and an option at save time - sort of like image >>>>> editors. >>>>> >>>>> I had trouble building it with external spatialite, could only get it >>>>> to compile with cmake -DWITH_INTERNAL_SPATIALITE=TRUE - does this >>>>> require a special version of spatialite? >>>>> >>>>> regards, >>>>> Etienne >>>>> >>>>> On Wed, Jul 18, 2012 at 12:13 PM, Marco Hugentobler >>>>> <[email protected]> wrote: >>>>>> >>>>>> Hi devs >>>>>> >>>>>> I'd like to announce the branch 'raster-pipes-2' in Radims repository >>>>>> https://github.com/blazek/Quantum-GIS for testing. >>>>>> Radim did a great job in refactoring the process of reading / resampling >>>>>> / >>>>>> reprojecting / displaying / modifying raster layers. Every step is now a >>>>>> subclass of QgsRasterInterface, with the advantage that several steps >>>>>> can be >>>>>> chained in a QgsRasterPipe. Like that, the raster functionality is >>>>>> nicely >>>>>> separated into different classes and it is easy to add/remove elements >>>>>> in >>>>>> the pipe. The iteration over the raster parts is controlled by >>>>>> QgsRasterIterator (because for high-resolution prints or analysis on >>>>>> large >>>>>> datasets, it is impossible to keep everything in memory at once). >>>>>> >>>>>> Please report any issue you find in the branch to the developer mailing >>>>>> list. >>>>>> >>>>>> Besides the changes in code architecture, there is also a new feature in >>>>>> the >>>>>> raster-pipes-2 branch. It is now possible to write through >>>>>> QgsRasterDataProvider (currently only supported by the gdal provider). >>>>>> There >>>>>> is a 'save as...' function also for rasters now (though it is not 100% >>>>>> complete at the moment). There is the option to save a raster in one >>>>>> file or >>>>>> in tiles (the tiles are then saved in one directory and vrt / pyramides >>>>>> are >>>>>> automatically created. Very usefull for saving the contents of a WMS >>>>>> layer). >>>>>> >>>>>> Regards, >>>>>> Marco >>>>>> >>>>>> -- >>>>>> Dr. Marco Hugentobler >>>>>> Sourcepole - Linux & Open Source Solutions >>>>>> Weberstrasse 5, CH-8004 Zürich, Switzerland >>>>>> [email protected] http://www.sourcepole.ch >>>>>> Technical Advisor QGIS Project Steering Committee >>>>>> >>>>>> _______________________________________________ >>>>>> Qgis-developer mailing list >>>>>> [email protected] >>>>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>> >>> >>> >>> -- >>> Dr. Marco Hugentobler >>> Sourcepole - Linux & Open Source Solutions >>> Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland >>> >>> [email protected] http://www.sourcepole.ch >>> Technical Advisor QGIS Project Steering Committee >>> >> _______________________________________________ >> Qgis-developer mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > -- > Tim Sutton - QGIS Project Steering Committee Member (Release Manager) > ============================================== > Please do not email me off-list with technical > support questions. Using the lists will gain > more exposure for your issues and the knowledge > surrounding your issue will be shared with all. > > Visit http://linfiniti.com to find out about: > * QGIS programming and support services > * Mapserver and PostGIS based hosting plans > * FOSS Consulting Services > Skype: timlinux > Irc: timlinux on #qgis at freenode.net > ============================================== _______________________________________________ Qgis-developer mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/qgis-developer
