Hi Radim,
- (I know that OS people don't like to here it and they will argue
that is is not a way ahead.) WCS is not widespread yet and there are
various issues with implementation in UMN Mapserver (and other
servers) and GDAL. Combination of that issues made it for example
impossible to
On Fri, Jul 13, 2012 at 10:46 AM, Even Rouault
even.roua...@mines-paris.org wrote:
- question/suggestion, GDAL i using CPLHTTPFetch() to get data from
server, would it be possible to add a possibility to set user function
to be used instead of default CPLHTTPFetch()? Something like
Hi
On Fri, Jul 13, 2012 at 10:46 AM, Even Rouault
even.roua...@mines-paris.org wrote:
My intention was not to force the use of GDAL, but to know if there were
technical reasons that would prevent from using it. This work could be an
opportunity to make its WCS driver better, for QGIS benefit,
On Fri, Jul 13, 2012 at 1:19 PM, Tim Sutton li...@linfiniti.com wrote:
My intention was not to force the use of GDAL, but to know if there were
technical reasons that would prevent from using it. This work could be an
opportunity to make its WCS driver better, for QGIS benefit, and all other
Hi
On Fri, Jul 13, 2012 at 1:32 PM, Radim Blazek radim.bla...@gmail.com wrote:
On Fri, Jul 13, 2012 at 1:19 PM, Tim Sutton li...@linfiniti.com wrote:
My intention was not to force the use of GDAL, but to know if there were
technical reasons that would prevent from using it. This work could be
Yes, requests must be somehow assigned to layers/providers so that
progress may be emitted from the right place. It could be maybe done
using GDALDatasetH pointer? Just another hack.
I've no ideal solution for this. Your suggestion could be indeed a possibility :
adding 2 methods
Hi,
That sounds fantastic - looking forward to all these improvements!
The WCS is one more OGC implementation that brings us closer to more
complete GDI support.
Personally I am excited about the composer improvements. Together with
the serial printing initiative from the Atlas plugin we
Hi Tim,
- Implement support for WCS as a native QGIS raster driver
Just curious : has levering and/or improving the GDAL WCS driver been considered
?
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
On Thu, Jul 12, 2012 at 02:47:32PM +0200, Andreas Neumann wrote:
I also like the requirement to have tests.
Yah, me too !
It's really good to see all those tests as part of the plan :)
Thanks to everyone involved in this !
--strk;
,--o-.
| __/ |Delivering high quality PostGIS
Hi Even
On Thu, Jul 12, 2012 at 2:58 PM, Even Rouault
even.roua...@mines-paris.org wrote:
Hi Tim,
- Implement support for WCS as a native QGIS raster driver
Just curious : has levering and/or improving the GDAL WCS driver been
considered
?
Yes - Radim already made a first pass
Hi
On Thu, Jul 12, 2012 at 3:08 PM, Sandro Santilli s...@keybit.net wrote:
On Thu, Jul 12, 2012 at 02:47:32PM +0200, Andreas Neumann wrote:
I also like the requirement to have tests.
Yah, me too !
It's really good to see all those tests as part of the plan :)
Thanks to everyone involved
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
Sorry for butting in - but I think it would be much more productive to
fix/enhance the gdal WCS driver than to implement a standalone qgis
provider.
Etienne
On Thu, Jul 12, 2012 at 10:51 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Yes - Radim already made a first pass implementation
Il 12/07/2012 15:44, Tim Sutton ha scritto:
keeps working down the line' too. Hopefully other QGIS developers who
are creating contracts will follow suite
lesson taken ;)
thanks for all
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi
On Thu, Jul 12, 2012 at 2:44 PM, Tim Sutton li...@linfiniti.com wrote:
Yes writing tests into the project plan and explaining the value of
investing in them to the clients is the way to go! In this case it was
an easy sell since we are using the work in the project to build
software that
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
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
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]
18 matches
Mail list logo