Given the planned work on the composer I wonder if you're considering to
move the print code (e.g. [1]) outside of the GUI/app control, and make it
available for the python API, maybe in a QgsComposerPrinter class.
This would also make Atlas simpler...

giovanni

[1]
https://github.com/qgis/Quantum-GIS/blob/master/src/app/composer/qgscomposer.cpp#L528


2012/7/12 Tim Sutton <li...@linfiniti.com>

> Hi
>
> On Thu, Jul 12, 2012 at 5:15 PM, Marco Hugentobler
> <marco.hugentob...@sourcepole.ch> wrote:
> > Hi
> >
> > In my opinion, it is better to use the Qt classes for the network
> requests
> > than curl. In QGIS, we have QgsNetworkAccessManager, which picks up
> > automatically the network settings from the options tab (proxy settings,
> > exclusion list, password, disk cache). It has nice progress reporting by
> > signal/slot, the possibility to interrupt the network request and a disk
> > cache. And the possibility to provide custom implementations for all
> that if
> > necessary.
> >
> > Like this, WFS, WPS, WMS providers, plugin installer and open layers
> plugin
> > (and third party python plugins) have a unified method to do network
> > requests. No need to use a different network library for each one (and
> the
> > mapping is never 1:1, there is always loss).
> >
> > So while it might be quicker (in terms of development time) to use the
> GDAL
> > provider, a standalone provider is always more native and flexible
> (that's
> > also the reason there are QGIS vector providers for postgres, wfs, gpx,
> > spatialite, grass while everything can be read with the OGR provider).
> >
>
> Thanks Marco for filling in the background to the debate we had when
> developing the proposal with WorldBank/GFDRR on whether to implement
> the WCS provider natively or use GDAL. All of the reasons Marco
> mentions make extremely good sense.
>
> Regards
>
> Tim
>
>
>
> > Regards,
> > Marco
> >
> > Am 12.07.2012 15:51, schrieb Even Rouault:
> >>>
> >>> Yes - Radim already made a first pass implementation using GDAL WCS
> >>> though he said there were some problems with it - I think the most
> >>> critical being that it doesn't support proxy access (I am speaking
> >>> under correction here as I haven't looked into it in that much detail
> >>> myself).
> >>
> >> This should be rather easy to add. It is just a matter of setting the
> >> right
> >> option to CPLHTTPFetch() (and thus the curl library), namely :
> >>
> >> <li>PROXY=val, to make requests go through a proxy server, where val is
> of
> >> the
> >>      form proxy.server.com:port_number
> >> <li>PROXYUSERPWD=val, where val is of the form username:password
> >>
> >> Note: They can also already be used by setting the GDAL_HTTP_PROXY and
> >> GDAL_HTTP_PROXYUSERPWD configuration options/environmenet variable,
> which
> >> will
> >> act on all GDAL/OGR drivers that go through the CPLHTTPFetch() function.
> >>
> >> I see Radim is already a GDAL committer, so there shouldn't be too much
> >> overhead
> >> if he wants to hack in the WCS driver.
> >>
> >>> I will let Radim comment on any other issues. I think from
> >>> the project perspective we don't mind too much which approach is used
> >>> if the result is efficient and integrates nicely into QGIS.
> >>>
> >>> Regards
> >>>
> >>> Tim
> >>>
> >>>
> >>>
> >>> --
> >>> 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
> >> Qgis-developer@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> >
> >
> > --
> > Dr. Marco Hugentobler
> > Sourcepole -  Linux & Open Source Solutions
> > Weberstrasse 5, CH-8004 Zürich, Switzerland
> > marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
> > Technical Advisor QGIS Project Steering Committee
> >
> >
> > _______________________________________________
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > 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
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
_______________________________________________
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Reply via email to