Hi Etienne
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).
Actually the widget is in gui, so you could add a sip file and it should
be available for plugins too.
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.
Any way I can help?
Help is much appreciated, there are so many things to do.
It would be great if you can enhance the dialog and raster provider interface
(create operation) with the capability of format specific options (and
reasonable defaults).
@Radim: do you want to grant Etienne write access in your repository or do you
prefer pull requests?
Regards,
Marco
Am 20.07.2012 00:19, schrieb Etienne Tourigny:
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).
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
--
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
