[Qgis-developer] ogr osm provider seems broken

2014-06-06 Thread Richard Duivenvoorde
Hi Devs, to me the way qgis handles .osm files seems broken, see: http://hub.qgis.org/issues/1 http://hub.qgis.org/issues/10427 apparently ogr returns -1 on the number of features, but more important the feature interator seems broken Problems: loading an osm file and viewing the

[Qgis-developer] scroll area in style page of vector layer properties

2014-06-06 Thread Denis Rouzaud
Hi all, To fix the issue of the expression widget being too large in categorized/graduated symbology pages, I had to remove the scroll area from the main layout. I don't think it's a problem, and I believe that if a scroll area is needed it should be done in the next level (i.e. in the pages

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 00:49, Kari Salovaara ha scritto: Conclusions Plugin is useful and thus very acceptable, but - it can be installed only by person who knows what to do, those people who do digitizing are not always programmers (very seldom) - to tell where the actual workhorse is situated is

Re: [Qgis-developer] Editing groups of layers / edit buffer / transactions

2014-06-06 Thread Matthias Kuhn
Hi devs, Being able to use transactions has a couple of advantages for users of databases: * Databases are prepared for multi user access. A transaction handles concurrent access on DB side. * Immediate feedback if a constraint is violated. With the edit buffer in QGIS, constraints are checked

[Qgis-developer] Realease and blockers

2014-06-06 Thread Paolo Cavallini
Hi all. The new QGIS version will be released very soon. There are still 58 blocking issues, growing. Some of them are quite nasty. I urge everybody, and especially those who use QGIS in large organization, saving tons of money previously spent in licences, to quickly invest a fraction of these

Re: [Qgis-developer] add rasterlayer to qgsmapcanvas

2014-06-06 Thread Felix Schmidt
Sure. The Icons are loading from resoureces.py . hibo.py: # Import the PyQt and QGIS libraries from PyQt4 import QtCore, QtGui from PyQt4.QtCore import * from PyQt4.QtGui import * from qgis.core import * # Initialize Qt resources from file resources.py import resources import sys import os #

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Régis Haubourg
Hi Paolo, I'm still searching a way to sponsor you, and have good hopes we will find a way. but it won't make it for 2.4. And we will probably be finding a solution only available for my organization. I would have prefered to find a way that other public users in France could repeat, so that we

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Régis Haubourg
BTW, the very short release cycle is really complicated for us. Deploying prod version and testing new versions periods overshoot here. I'm alone on that topic, and partial time only. Having longer release candidate period, and a 6 months release cycle could help for me. -- View this message

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Tim Sutton
One more issue I have found is that the commit below introduces a crash if you add layers from different crs's. timlinux@channel:~/dev/cpp/QGIS$ git bisect good a04ebf9eb012bb7b6f05300e5d3e676e4603553e is the first bad commit commit a04ebf9eb012bb7b6f05300e5d3e676e4603553e Author: Martin Dobias

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Andreas Neumann
Hi, I kind of agree. I also think the one month testing phase is too short to properly deal with all of the bugs. Maybe a six month release cycle with 4 month development and 2 month testing would be more useful in the future. Furthermore, we would probably need at least one bugfix release.

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 11:36, Régis Haubourg ha scritto: BTW, the very short release cycle is really complicated for us. Deploying prod version and testing new versions periods overshoot here. I'm alone on that topic, and partial time only. Having longer release candidate period, and a 6 months release

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 11:42, Andreas Neumann ha scritto: But I know you have discussed this back and forth ... and there is no single solution that fits for everyone. yes, that's the point IMHO. BTW: I believe our finances would allow to again sponsor 1 week of paid bug fixing from the QGIS funds.

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Nathan Woodrow
The longer release time isn't for users its for us devs. After the feature freeze is lifted features start going in adding more bugs. So a longer release cycle with 2 months bug fix would allow for more polish. This release was of course a major change adding some big stuff maybe we just expand

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Martin Dobias
Hi Tim, this one was fixed this morning in PR #1429 :-) Regards Martin On Fri, Jun 6, 2014 at 4:41 PM, Tim Sutton li...@linfiniti.com wrote: One more issue I have found is that the commit below introduces a crash if you add layers from different crs's. timlinux@channel:~/dev/cpp/QGIS$ git

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Vincent Picavet
Hello, Le vendredi 6 juin 2014 11:08:57, Paolo Cavallini a écrit : The new QGIS version will be released very soon. There are still 58 blocking issues, growing. Some of them are quite nasty. I urge everybody, and especially those who use QGIS in large organization, saving tons of money

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Nyall Dawson
On 06/06/2014 8:20 pm, Vincent Picavet vincent...@oslandia.com wrote: Could we make a more visible RC release on the website, encouraging testing ? I think that our user are not used yet to our new release cycle. We really should educate them, and lower the barrier to RC testing and bug

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Vincent Picavet
Hello, Le vendredi 6 juin 2014 12:30:23, Nyall Dawson a écrit : On 06/06/2014 8:20 pm, Vincent Picavet vincent...@oslandia.com wrote: Could we make a more visible RC release on the website, encouraging testing ? I think that our user are not used yet to our new release cycle. We really

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Alexander Bruy
2014-06-06 13:16 GMT+03:00 Vincent Picavet vincent...@oslandia.com: Could we make a more visible RC release on the website, encouraging testing ? I think that our user are not used yet to our new release cycle. We really should educate them, and lower the barrier to RC testing and bug

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Tim Sutton
Hi On Fri, Jun 6, 2014 at 4:42 PM, Andreas Neumann a.neum...@carto.net wrote: Hi, I kind of agree. I also think the one month testing phase is too short to properly deal with all of the bugs. Maybe a six month release cycle with 4 month development and 2 month testing would be more

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Nyall Dawson
On 06/06/2014 8:51 pm, Vincent Picavet vincent...@oslandia.com wrote: More bug reports, bug comments and better bug reports is already a lot of developer's time saved. Having more testers (and regular testers) is as important as having developers to fix bugs. Sorry if I didn't word my

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Matthias Kuhn
While testing and reporting is important without a doubt, the currently outstanding issues could be fixed easily by the end of the month as soon as resources are available. The main point is, that we should start improving where there is the biggest effect - and that's paid bugfixing time. There

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 13:46, Tim Sutton ha scritto: Not yet but we can table it in our PSC meeting tonight. And yes there is no single release cycle that will keep everyone happy. The other suggestion we had once was to make every third (or other increment) release purely a bug fix release. Those

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 13:57, Matthias Kuhn ha scritto: That means: go out, tell your neighbours and social media buddies and customers about the RC and testing. But if you want the bugs they report to be fixed, make sure that there's somebody taking care of them. The main problems normally are not

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Vincent Picavet
Hi, Le vendredi 6 juin 2014 13:34:12, Alexander Bruy a écrit : 2014-06-06 13:16 GMT+03:00 Vincent Picavet vincent...@oslandia.com: Could we make a more visible RC release on the website, encouraging testing ? I think that our user are not used yet to our new release cycle. We really

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 13:17, Hugo Ledoux ha scritto: A windows Installer would be nice, but, Paulo, do you mean that QGIS would add prepair? That would be tricky, since we use CGAL too. But that would be great. The plugin should remember the path of the EXE, it does on all computers we've tested.

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Nathan Woodrow
I'm not sure just adding it to QGIS like that is the best idea really, it's a bit bolt on. It would be better to port the prepair C++ logic into QGIS itself to use QGIS geometry rather then GDAL. We could then just expose the API and wrap it in Python to expose in Processing. - Nathan On Fri,

Re: [Qgis-developer] ogr osm provider seems broken

2014-06-06 Thread Even Rouault
Le vendredi 06 juin 2014 08:55:39, Richard Duivenvoorde a écrit : Hi Devs, to me the way qgis handles .osm files seems broken, see: http://hub.qgis.org/issues/1 http://hub.qgis.org/issues/10427 apparently ogr returns -1 on the number of features, but more important the feature

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Anita Graser
On Fri, Jun 6, 2014 at 1:34 PM, Alexander Bruy alexander.b...@gmail.com wrote: 2014-06-06 13:16 GMT+03:00 Vincent Picavet vincent...@oslandia.com: Could we make a more visible RC release on the website, encouraging testing ? I think that our user are not used yet to our new release cycle. We

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Hugo Ledoux
== -- next part -- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/qgis-developer/attachments/20140606/ee0cc789/attachment-0001.html -- Message: 2 Date: Fri, 06 Jun 2014 13:57:51 +0200 From: Matthias Kuhn matthias.k

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 14:45, Hugo Ledoux ha scritto: My colleagues and I are willing to help if there is interest from the community in having prepair included in QGIS. However, I believe, like Nathan, that including the current version is sub-optimal: we’re just calling the binary and pass the WKT

Re: [Qgis-developer] ogr osm provider seems broken

2014-06-06 Thread Even Rouault
Le vendredi 06 juin 2014 14:48:01, Richard Duivenvoorde a écrit : On 06-06-14 14:26, Even Rouault wrote: Le vendredi 06 juin 2014 08:55:39, Richard Duivenvoorde a écrit : Hi Devs, to me the way qgis handles .osm files seems broken, see: Richard, Jukka pretty much answered rightly

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Tim Sutton
Hi On Fri, Jun 6, 2014 at 5:00 PM, Martin Dobias wonder...@gmail.com wrote: Hi Tim, this one was fixed this morning in PR #1429 :-) Doh! I am always one step behind :-) Thanks! Regards Tim Regards Martin On Fri, Jun 6, 2014 at 4:41 PM, Tim Sutton li...@linfiniti.com wrote: One

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Nathan Woodrow
I have just written a blog post and added it to Twitter, Google+, Facebook. I have also updated the banners on all those sites to show the RC banner. Blog post is at http://nathanw.net/2014/06/06/help-qgis/ - Nathan On Fri, Jun 6, 2014 at 10:27 PM, Anita Graser anitagra...@gmx.at wrote: On

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Hugo Ledoux
On Fri, Jun 6, 2014 at 3:11 PM, qgis-developer-requ...@lists.osgeo.org wrote: I also agree with Nathan: would you like to cooperate with QGIS core team, and incorporate your logic, possibly your code, in QGIS itself? All the best. Yes we’re willing to do that. It should be stressed out here

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Alexandre Neto
Hello all, Not sure if this is how it works, but can we propose that the ?small? donations gathered by the Portuguese Users Group (570€) be directed for this bugfixing? Thanks, Alexandre Neto On Fri, Jun 6, 2014 at 12:57 PM, Matthias Kuhn matthias.k...@gmx.ch wrote: While testing and

[Qgis-developer] GSOC Weekly Report 3: Schematization Plug-in for QGIS

2014-06-06 Thread Nishith Maheshwari
Hi all, *Weekly Report 3* *What was done this week?* - Solved tickets/issues https://github.com/nishithm/schematization/issues?state=open which were created by the mentor on GitHub. It included addition of progress update (in terms of percentage) while running the algorithm and also

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Alexandre Neto
Paolo, Please notice that the donations were already sent as several paypal payments. Alexandre Neto On Fri, Jun 6, 2014 at 2:51 PM, Paolo Cavallini cavall...@faunalia.it wrote: Il 06/06/2014 15:49, Alexandre Neto ha scritto: Not sure if this is how it works, but can we propose that the

Re: [Qgis-developer] Realease and blockers

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 15:49, Alexandre Neto ha scritto: Not sure if this is how it works, but can we propose that the ?small? donations gathered by the Portuguese Users Group (570€) be directed for this bugfixing? thant would help, thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS:

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Tim Sutton
Hi On Fri, Jun 6, 2014 at 8:11 PM, Tim Sutton li...@linfiniti.com wrote: Hi On Fri, Jun 6, 2014 at 5:00 PM, Martin Dobias wonder...@gmail.com wrote: Hi Tim, this one was fixed this morning in PR #1429 :-) Doh! I am always one step behind :-) Ok that works fine for me now. And you

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Paolo Cavallini
Il 05/06/2014 08:03, Luca Manganelli ha scritto: You can try our server: http://webapps.comune.trento.it/ogc BTW, the server throws an error when layers are added from the browser: Map request error (Title:Eccezione servizio; Error:La richiesta contiene un formato non disponibile dal

[Qgis-developer] Adding WMS from Browser (was: Legend refactoring branch merged)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 16:39, Paolo Cavallini ha scritto: Il 05/06/2014 08:03, Luca Manganelli ha scritto: http://webapps.comune.trento.it/ogc BTW, the server throws an error when layers are added from the browser: Map request error (Title:Eccezione servizio; Error:La richiesta contiene un

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Larry Shaffer
Hi Hugo, About a month ago, I created a formula for prepair in the OSGeo4Mac Homebrew tap [0,1]. I would appreciate it if you would review it, and possibly do any pull requests for changes you feel are appropriate. Specifically, what options you used to create the new Mac binary for your plugin,

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Andrea Peri
Is missing the image format declaration. This work. I guess the format is mandatory for wms.

Re: [Qgis-developer] Legend refactoring branch merged

2014-06-06 Thread Luca Manganelli
On Fri, Jun 6, 2014 at 4:39 PM, Paolo Cavallini cavall...@faunalia.it wrote: http://webapps.comune.trento.it/ogc BTW, the server throws an error when layers are added from the browser: Map request error (Title:Eccezione servizio; Error:La richiesta contiene un formato I see that your URL

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 15:29, Hugo Ledoux ha scritto: Yes we’re willing to do that. It should be stressed out here that we use CGAL (www.cgal.org, which is GPL) and its depends (GMP, MPFR, Boost). good news. anyone see the dependencies as a problem? all the best. -- Paolo Cavallini - www.faunalia.eu

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread G. Allegri
Managinng the CGAL dependency would be useful for (SF)CGAL too. Today it's used only by PostGIS, internally, but maybe its use will extend in the future (hopefully for 3D in QGIS too!). giovanni 2014-06-06 17:51 GMT+02:00 Paolo Cavallini cavall...@faunalia.it: Il 06/06/2014 15:29, Hugo Ledoux

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Andrea Peri
SFCGAL is a real hard to compile piece of software. Use it on qgis mean to transformer the qgis in a real hard to compile software . :) Il 06/giu/2014 17:55 G. Allegri gioha...@gmail.com ha scritto: Managinng the CGAL dependency would be useful for (SF)CGAL too. Today it's used only by

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 18:24, Andrea Peri ha scritto: SFCGAL is a real hard to compile piece of software. Use it on qgis mean to transformer the qgis in a real hard to compile software . cgal is packaged in all mayor OSs, AFAIK, so no need to compile it. all the best. -- Paolo Cavallini -

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Andrea Peri
AFAIK it is noto available in debian stabile. Don't ? Also surely it is not available in RH enterprise. I guess surely it is available in ubuntu and fedora. Il 06/giu/2014 18:26 Paolo Cavallini cavall...@faunalia.it ha scritto: Il 06/06/2014 18:24, Andrea Peri ha scritto: SFCGAL is a real

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 18:32, Andrea Peri ha scritto: AFAIK it is noto available in debian stabile. Don't ? I do not think our target for QGIS = 2.4 is Debian stable. Someone correct me if I'm wrong. All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS:

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Andrea Peri
Do you guess the sfcgal is available on windows ? Il 06/giu/2014 18:38 Paolo Cavallini cavall...@faunalia.it ha scritto: Il 06/06/2014 18:32, Andrea Peri ha scritto: AFAIK it is noto available in debian stabile. Don't ? I do not think our target for QGIS = 2.4 is Debian stable. Someone

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Paolo Cavallini
Il 06/06/2014 18:41, Andrea Peri ha scritto: Do you guess the sfcgal is available on windows ? prepair needs cgal, not sfcgal all the best -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Andrea Peri
I speak of giohappy proposal of sfcgal. Il 06/giu/2014 18:42 Paolo Cavallini cavall...@faunalia.it ha scritto: Il 06/06/2014 18:41, Andrea Peri ha scritto: Do you guess the sfcgal is available on windows ? prepair needs cgal, not sfcgal all the best -- Paolo Cavallini - www.faunalia.eu

[Qgis-developer] Value Tool disabled when another tool selected

2014-06-06 Thread Jamie Adams
I've noticed the new version of the Value Tool plugin (0.8.4) automatically have the Enable button unchecked when another tool is selected. What is the rationale for this change? I draw polygons on top of raster files to be used during post processing and need the raster values for reference.

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread G. Allegri
CGAL is a prerequisite for SFCGAL. I'm not saying we should worry for having SFCGAL, but analyzing the dependency for prepair is useful for (eventually) having SFCGAL or whatever else based on CGAL. giovanni 2014-06-06 18:45 GMT+02:00 Andrea Peri aperi2...@gmail.com: I speak of giohappy

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Larry Shaffer
Hi, On Fri, Jun 6, 2014 at 10:26 AM, Paolo Cavallini cavall...@faunalia.it wrote: Il 06/06/2014 18:24, Andrea Peri ha scritto: SFCGAL is a real hard to compile piece of software. Use it on qgis mean to transformer the qgis in a real hard to compile software . cgal is packaged in all

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Andrea Peri
Paolo, just to understand better : what do you mena as our target for QGIS ? I don't gind any page in QGIS site say-inf the targets OS . Instead I see the download page will offer: Ubuntu, Debian, Fedora, OpenSuse, RHEL (and various rhel like distro), Mandriva, ArchLinux, and ofcourse MAc, and

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Ken Arroyo Ohori
Dear Larry, The prepair Mac binary was made by linking to static versions of CGAL, boost, GMP, GMPXX, MPFI and MPFR, and only linking dynamically to Kyngchaos’ GDAL framework. The idea was that if people use Kyngchaos’ QGIS package, they already have his GDAL framework since it is a

Re: [Qgis-developer] Value Tool disabled when another tool selected

2014-06-06 Thread Etienne Tourigny
I have implemented this to be able to identify on a mouse click instead of whenever you move the mouse (this is an optional behaviour). This requires the tool being a map tool, and you cannot have more than one active map tool. However, when the mouse click option is not enabled, it is NOT used

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Larry Shaffer
Hi Ken, On Fri, Jun 6, 2014 at 12:12 PM, Ken Arroyo Ohori g.a.k.arroyooh...@tudelft.nl wrote: Dear Larry, The prepair Mac binary was made by linking to static versions of CGAL, boost, GMP, GMPXX, MPFI and MPFR, and only linking dynamically to Kyngchaos’ GDAL framework. The idea was that if

Re: [Qgis-developer] Opinion on plugin named prepair (and possible likes)

2014-06-06 Thread Ken Arroyo Ohori
Hi Larry, Maybe I’m mistaken here, but doesn’t Homebrew always compile from source? Because if so, I’d think that even the mostly statically linked binary would still need to download and install a Boost bottle (albeit one that creates a static version of the libraries). But in any case, if

Re: [Qgis-developer] Value Tool disabled when another tool selected

2014-06-06 Thread Jamie Adams
Ok, thanks. I filed a bug for this: http://hub.qgis.org/issues/10490 On Fri, Jun 6, 2014 at 11:27 AM, Etienne Tourigny etourigny@gmail.com wrote: I have implemented this to be able to identify on a mouse click instead of whenever you move the mouse (this is an optional behaviour). This

Re: [Qgis-developer] Value Tool disabled when another tool selected

2014-06-06 Thread Etienne Tourigny
I actually fixed this last month, and forgot to upload a new version. I've been busy finishing my PhD the last few months which explains this! I have just uploaded version 0.8.5 to the plugin repos. Etienne On Fri, Jun 6, 2014 at 5:15 PM, Jamie Adams jaad...@gmail.com wrote: Ok, thanks. I

Re: [Qgis-developer] Value Tool disabled when another tool selected

2014-06-06 Thread Jamie Adams
I just updated - it's now working as expected. Thanks for the quick fix. On Fri, Jun 6, 2014 at 1:39 PM, Etienne Tourigny etourigny@gmail.com wrote: I actually fixed this last month, and forgot to upload a new version. I've been busy finishing my PhD the last few months which explains

[Qgis-developer] Qgis server is really compliant OGC?

2014-06-06 Thread Andrea Peri
Hi i see the getcapabilities returned from QS is not xsd valid. This deny use it in many usecases rather then getmap. We fund often qgis develop. But i Mike understand why qgis has an invalido xml respinse. Is this a not importante questione for the qgis developer. Also i like understand if