Re: [Qgis-developer] Plugins approval
Is there a real problem we are trying to solve with this? I am not sure, each plugin will belong to exactly one menu and the rules can technically be enforced. IMO They can as well have some entries in two different menus. Or require a totally new menu (although there need to be really good reasons for this). This discussion seems related to the category vs. tags discussion for plugins, which we had some time ago, where I also think, that the category solution is not flexible enough in comparison to the possibilities offered to plugin authors by the extensive QGIS API. Therefore, I would propose not to implement hard rules (like specifying the menu in metadata) but leave all the options to the plugin author and have some intelligent soft rules, which can be considered for each case individually, and eventually be discussed with the plugin author in the approval process. Best Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Plugins
Hello anybody i have one old plugin qgis 1.7.0, i want to upgrade qgis2.0 but not support that plugin. any body can help me? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins approval
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 09:04, Matthias Kuhn ha scritto: > Therefore, I would propose not to implement hard rules (like specifying > the menu in metadata) but leave all the options to the plugin author > and have some intelligent soft rules, which can be considered for each > case individually, and eventually be discussed with the plugin author > in the approval process. Thanks for your comments. I'd like to keep things simple at this stage: what I think we should avoid (and this is easy to do) is having new plugins going to the Plugins menu, instead of the appropriate one. Rationale: * keeping a tidy interface * make it predictable for users where to find a command. I suggest to check this for each new plugin, and ask the author to chenge it if necessary before approval. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLLtk8ACgkQ/NedwLUzIr4mtwCfSyoFXQ3Dfc0OdgwVeSHRc61w DBkAn2OgJocEBCi869XEG+Yz59PUFuG1 =A0P6 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins
Hi Mohd, Please contact the plugin author directly to ask for his plans to update the plugin. He might be doing it by himself or be happy to get help in this process. Regards, Matthias On Die 07 Jan 2014 09:06:43 CET, Mohd Rusdi Hamid wrote: > Hello anybody > > i have one old plugin qgis 1.7.0, i want to upgrade qgis2.0 but not > support that plugin. any body can help me? > > > ___ > 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
Re: [Qgis-developer] [Plugin] QGIS Web Processing Client
Hi René-Luc Thanks for your work! I will make the Processing integration backwards compatible with QGIS 1.8 (see also [1]) to keep the plugin maintainable. Regards Pirmin [1] https://github.com/pka/qgis-apicompat-plugin Am Freitag, 3. Januar 2014, 15.45:35 schrieb rldhont: > Hi Horst, > > I have updated your QGIS Web Processing Client. > I have put the code on github : https://github.com/rldhont/qgis-wps-client > > You can update the version on the QGIS plugin repository. > > Hi devs, > > You can test it and contribute. > > Regards, > René-Luc D'Hont > 3Liz > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux & Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Fwd: Plugins
-- Forwarded message -- From: Mohd Rusdi Hamid Date: Tue, Jan 7, 2014 at 4:14 PM Subject: Re: [Qgis-developer] Plugins To: Matthias Kuhn Cc: qgis-developer@lists.osgeo.org I lost my contact that author.. Or anybody can look that plugin then suggest to me how to do.. I attach it.. On Tue, Jan 7, 2014 at 4:12 PM, Matthias Kuhn wrote: > Hi Mohd, > > Please contact the plugin author directly to ask for his plans to > update the plugin. He might be doing it by himself or be happy to get > help in this process. > > Regards, > Matthias > > On Die 07 Jan 2014 09:06:43 CET, Mohd Rusdi Hamid wrote: > > Hello anybody > > > > i have one old plugin qgis 1.7.0, i want to upgrade qgis2.0 but not > > support that plugin. any body can help me? > > > > > > ___ > > 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
Re: [Qgis-developer] Field calculator does attribute changes silently
Hi Matthias I remember there was a performance consideration leading to the emitSignal parameter in changeAttributeValue. But I don't know if it is still needed, seems to be only used from field calculator, offline editing and a label tool. So +1 for your proposal. Regards, Marco On 06.01.2014 14:01, Matthias Kuhn wrote: Hi, Currently,when the field calculator does changes to attributes (modification, not adding a new column) it blocks signals of the vector layer while doing this. This leads e.g. to bug #9268 [1], that the attribute table is not updating properly. The fix would be very easy (i.e. remove the blockSignals() call) but I wanted to ask first, if there is a reason not to do this. The main reason why I am afraid is, that apart from the blockSignals() call, there is also the paramter emitSignal specified as false in the call to vectorlayer->changeAttributeValue(). This parameter is currently not working, so I suppose that the blockSignals() call was introduced as a workaround. However, there was a good reason, to block the signals explained in issue #7071 [2], fixed by Jürgen, that at the time when we only supported one iterator per layer, emitting this signal would break the update process and produce only partially updated results. This is fortunately no longer the case, so this reason can be considered obsolete. Another reason which I could imagine (but I have no proof of) is that for big layers, emitting the signal for each feature can possibly take a long time. However, if this is actually the case we should rather think about batching the signal or fix unperformant consumer slots of this signal. Be aware, that at the current state, there is no possibility, neither for plugins nor in QGIS core, to get reliable push-notifications when an attribute changes. So my proposal is: * Remove the blockSignal calls and let attribute changes always be promoted * If there are problems introduced, lets fix the problems instead of working around them at the cost of unreliability * Don't fix the emitSignal parameter for QgsVectorLayer::changeAttribute and deprecate it for future removal. If there is no objection, I would vote to make this changes before the QGIS 2.2 freeze Best Matthias [1] http://hub.qgis.org/issues/9268 [2] http://hub.qgis.org/issues/7071 ___ 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
Re: [Qgis-developer] Detect raster layers which have been deleted
Thanks Jürgen, but QgsLegendInterface::moveLayer(QgsMapLayer * ml,int groupIndex) is used to move a layer into a group ID according to the documentation. It's not exactly what I want. I'm surprise that we can't set an order for each layers like in Openlayers or Leaflet. I'll wait for this enhancement :) Regards, Etienne 2013/12/16 Jürgen E. : > Hi Etienne, > > On Sat, 14. Dec 2013 at 16:38:15 +0100, Etienne Trimaille wrote: >> How can I detect that a raster layer has been deleted ? > > It's derived from QObject so it also emits destroyed() signal[1]. > > >> Another question : >> I didn't find a way to insert a layer at the bottom, not on the top. >> I want to change the drawing order for a new layer. > > You can move the layer using QgsLegendInterface::moveLayer()[2] > > > Jürgen > > > [1] http://qt-project.org/doc/qt-4.8/qobject.html#destroyed > [2] > http://qgis.org/api/classQgsLegendInterface.html#a23183b102f51dfecb81b26ea570ff224 > > -- > Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 > Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 > Software Engineer D-26506 Norden http://www.norbit.de > QGIS PSC member (RM) IRC: jef on FreeNode > > -- > norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH > Rheinstrasse 13, 26506 Norden > GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 > > ___ > 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
Re: [Qgis-developer] Field calculator does attribute changes silently
Hi Matthias On Mon, Jan 6, 2014 at 8:01 PM, Matthias Kuhn wrote: > > So my proposal is: > > * Remove the blockSignal calls and let attribute changes always be > promoted > * If there are problems introduced, lets fix the problems instead of > working around them at the cost of unreliability > * Don't fix the emitSignal parameter for QgsVectorLayer::changeAttribute > and deprecate it for future removal. This looks good to me. The "emitSignal" parameter simply feels wrong and was likely introduced as a workaround for a slot that was performing badly. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 06/01/2014 10:40, Bernhard Ströbl ha scritto: > the need to create some kind of reports is often uttered. IMHO a dedicated > reporting > tool can always handle this better than anything implemented in QGIS or any > other GIS > (because it is not a main GIS feature). I successfully coupled a Python > implementation of JasperReports [1] with QGIS. JasperReports not only allows > sum/average and the like but also subreports (for ?:n relations) charts and > much > more. AFAIK (but have not tried myself) LibreOffice output is possible, too. > This > solution needs some Python programming to create an XML document from your > data and > send the data and the report template to the server. Hi all. I agree this is an important issue. I heard there was some plan to implement this: anyone knows the current status, and the prospects for the future? Obviously, we have always the same duality: implementing outside QGIS is easier and more powerful, reusing existing tools, whereas an internal implementation is far smoother from an user point of view. Historically, in most analogous cases we ended up implementing an internal solution (sometimes using common libs), and I suspect sooner or later we'll have to do the same for reporting also. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEUEARECAAYFAlLL0/kACgkQ/NedwLUzIr4XCwCgr/C2zJT8KOZqXW2BOQvr5kfT AnMAlRyAp4wxoChEMxz8T4L/KaQnsSI= =d9ww -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Wiki Cleanup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 05/01/2014 23:08, Anita Graser ha scritto: > I can do some tomorrow before my holidays are over. If pages have already been > removed, where can I start? no idea how to recover pages from backups, sorry. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLL2EEACgkQ/NedwLUzIr4GKwCgiLiqLAp4tEDIVZlQHo2CIc0J gc8AmgJfxIU+jn/FgMtFIkPRz+p4c17y =r859 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
Hm, if you look at JasperReports it is Java. Can you implement this internally into QGIS? Looking at reports in general some kind of programming will always be needed to generate an individual report because the data structure is individual, too, so I think it will always be something for specialists. An idea to start with would be to create a new element in Composer that makes simple calculations like sum or average on a field: Choose layer - choose field - choose what to do. Evaluation time will be the same as for the map (either permanetly or on request but at least before printing). Bernhard Am 07.01.2014 11:16, schrieb Paolo Cavallini: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 06/01/2014 10:40, Bernhard Ströbl ha scritto: the need to create some kind of reports is often uttered. IMHO a dedicated reporting tool can always handle this better than anything implemented in QGIS or any other GIS (because it is not a main GIS feature). I successfully coupled a Python implementation of JasperReports [1] with QGIS. JasperReports not only allows sum/average and the like but also subreports (for ?:n relations) charts and much more. AFAIK (but have not tried myself) LibreOffice output is possible, too. This solution needs some Python programming to create an XML document from your data and send the data and the report template to the server. Hi all. I agree this is an important issue. I heard there was some plan to implement this: anyone knows the current status, and the prospects for the future? Obviously, we have always the same duality: implementing outside QGIS is easier and more powerful, reusing existing tools, whereas an internal implementation is far smoother from an user point of view. Historically, in most analogous cases we ended up implementing an internal solution (sometimes using common libs), and I suspect sooner or later we'll have to do the same for reporting also. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEUEARECAAYFAlLL0/kACgkQ/NedwLUzIr4XCwCgr/C2zJT8KOZqXW2BOQvr5kfT AnMAlRyAp4wxoChEMxz8T4L/KaQnsSI= =d9ww -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 9258 (20140107) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
How about adding this feature (aggregate functions like max/min/avg etc.) to QgsExpression instead? Then it could not only be used in the composer. Best Matthias On Tue 07 Jan 2014 11:50:24 AM CET, Bernhard Ströbl wrote: Hm, if you look at JasperReports it is Java. Can you implement this internally into QGIS? Looking at reports in general some kind of programming will always be needed to generate an individual report because the data structure is individual, too, so I think it will always be something for specialists. An idea to start with would be to create a new element in Composer that makes simple calculations like sum or average on a field: Choose layer - choose field - choose what to do. Evaluation time will be the same as for the map (either permanetly or on request but at least before printing). Bernhard Am 07.01.2014 11:16, schrieb Paolo Cavallini: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 06/01/2014 10:40, Bernhard Ströbl ha scritto: the need to create some kind of reports is often uttered. IMHO a dedicated reporting tool can always handle this better than anything implemented in QGIS or any other GIS (because it is not a main GIS feature). I successfully coupled a Python implementation of JasperReports [1] with QGIS. JasperReports not only allows sum/average and the like but also subreports (for ?:n relations) charts and much more. AFAIK (but have not tried myself) LibreOffice output is possible, too. This solution needs some Python programming to create an XML document from your data and send the data and the report template to the server. Hi all. I agree this is an important issue. I heard there was some plan to implement this: anyone knows the current status, and the prospects for the future? Obviously, we have always the same duality: implementing outside QGIS is easier and more powerful, reusing existing tools, whereas an internal implementation is far smoother from an user point of view. Historically, in most analogous cases we ended up implementing an internal solution (sometimes using common libs), and I suspect sooner or later we'll have to do the same for reporting also. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEUEARECAAYFAlLL0/kACgkQ/NedwLUzIr4XCwCgr/C2zJT8KOZqXW2BOQvr5kfT AnMAlRyAp4wxoChEMxz8T4L/KaQnsSI= =d9ww -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 9258 (20140107) __ The message was checked by ESET Mail Security. http://www.eset.com ___ 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
Re: [Qgis-developer] Ideas/proposal for Attribute Table
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 11:50, Bernhard Ströbl ha scritto: > Hm, > > if you look at JasperReports it is Java. Can you implement this internally > into QGIS? surely we want to keep Java out of our way, but there are libs also in Python, e.g. python-reportlab > Looking at reports in general some kind of programming will always be needed > to > generate an individual report because the data structure is individual, too, > so I > think it will always be something for specialists. Yes and no, simple reports are within reach of the average user, see e.g. the LibreOffice approach. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLL3okACgkQ/NedwLUzIr4vBgCgth/nGQES0diQvLmy/cGsIkzF z88AoKp8jjlRj6JaDjFB8ORrAHOxOpDe =1f4T -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 11:56, Matthias Kuhn ha scritto: > How about adding this feature (aggregate functions like max/min/avg etc.) to > QgsExpression instead? Then it could not only be used in the composer. that would be good. see GroupStats plugin for the current situation. all the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLL3rkACgkQ/NedwLUzIr5EKwCdGLtoGePFrqXo0tfmUZ8YSWO9 bJkAn3CAHZ8sL3E9WNMj6JaBV+0N5/yZ =EYOC -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Personally I think that it is time to start implementing a reporting within QGIS itself. We already have a very good start with the Atlas feature. If we want something integrated with not a lot of dependencies and something relatively easy to use then we should not rely on external tools, esp. if they are from the Java world. Let alone that users would have to learn an entirely new tool just for reporting whereas they may already be familiar with the QGIS concepts, like expressions, data-defined values, the upcoming database relations, etc. With the other GIS we use (Autodesk) there is a combination with Crystal Reports. It feels very strange, out of place and you would need extra licenses. For that reason it is not in use very much - whereas there would be a real need for a good GIS integrated reporting tool in our organization. This won't happen over night but it can be gradually improved. - - If we add python and expressions into the game and the HTML text box you can already do a lot. You have the full HTML/CSS/SVG stuff available. The major concern I have is about text flow and page breaks. Currently these floatable HTML frames that can flow to a different page just break in the middle of the content - e.g. a table cell can be split across two pages - which is bad. I wonder if the page/frame break situation can be improved with reasonable efforts? - - btw: I agree with Matthias that it would be good to have these aggregate functions as a QgsExpression. Hopefully this thread will ignite a QGIS based reporting tool. My organization would support such an effort financially and I would also do testing and contribute ideas. Andreas Am 07.01.2014 11:56, schrieb Matthias Kuhn: > How about adding this feature (aggregate functions like > max/min/avg etc.) to QgsExpression instead? Then it could not only > be used in the composer. > > Best Matthias > > On Tue 07 Jan 2014 11:50:24 AM CET, Bernhard Ströbl wrote: >> Hm, >> >> if you look at JasperReports it is Java. Can you implement this >> internally into QGIS? Looking at reports in general some kind of >> programming will always be needed to generate an individual >> report because the data structure is individual, too, so I think >> it will always be something for specialists. An idea to start >> with would be to create a new element in Composer that makes >> simple calculations like sum or average on a field: Choose layer >> - choose field - choose what to do. Evaluation time will be the >> same as for the map (either permanetly or on request but at >> least before printing). >> >> Bernhard >> >> >> Am 07.01.2014 11:16, schrieb Paolo Cavallini: > Il 06/01/2014 10:40, Bernhard Ströbl ha scritto: >>>>> the need to create some kind of reports is often uttered. >>>>> IMHO a dedicated reporting tool can always handle this >>>>> better than anything implemented in QGIS or any other GIS >>>>> (because it is not a main GIS feature). I successfully >>>>> coupled a Python implementation of JasperReports [1] with >>>>> QGIS. JasperReports not only allows sum/average and the >>>>> like but also subreports (for ?:n relations) charts and >>>>> much more. AFAIK (but have not tried myself) LibreOffice >>>>> output is possible, too. This solution needs some Python >>>>> programming to create an XML document from your data and >>>>> send the data and the report template to the server. > > Hi all. I agree this is an important issue. I heard there was some > plan to implement this: anyone knows the current status, and the > prospects for the future? Obviously, we have always the same > duality: implementing outside QGIS is easier and more powerful, > reusing existing tools, whereas an internal implementation is far > smoother from an user point of view. Historically, in most > analogous cases we ended up implementing an internal solution > (sometimes using common libs), and I suspect sooner or later we'll > have to do the same for reporting also. All the best. > >>> ___ Qgis-developer >>> mailing list Qgis-developer@lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> >> >> __ Information from ESET Mail Security, version of virus >> signature database 9258 (20140107) __ >> >> The message was checked by ESET Mail Security. >> http://www.eset.com >> >> >> ___ Qgis-developer >> mailing list Qgis-developer@lists.osgeo.o
Re: [Qgis-developer] Ideas/proposal for Attribute Table
On Tue, Jan 7, 2014 at 9:06 PM, Andreas Neumann wrote: > QgsExpression Adding to QgsExpression doesn't make much sense as QgsExpression is only based on a single feature. You would need layer on top of if with functions that can do aggregates. - Nathan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 12:06, Andreas Neumann ha scritto: > Hi, > > Personally I think that it is time to start implementing a reporting > within QGIS itself. We already have a very good start with the Atlas > feature. > Hopefully this thread will ignite a QGIS based reporting tool. My > organization would support such an effort financially and I would also > do testing and contribute ideas. That's also my aim, and hope. Any taker? We do not need to build everything at once, there are a number of small steps, as outlined by Andreas, that would already allow much. Perhaps we should start a (wiki ;) ) page on specs? All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLL4PEACgkQ/NedwLUzIr4LzQCePSd/KaBz9xgoDRjxRHtKFaeH p4MAnREQ2r9OWSUT66len4/IvesLObI0 =G310 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Plugin] QGIS Web Processing Client
On 3 January 2014 15:45, rldhont wrote: > Hi Horst, Hi, > > I have updated your QGIS Web Processing Client. > I have put the code on github : https://github.com/rldhont/qgis-wps-client > I downloaded the master but I obtain this error Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 204, in startPlugin plugins[packageName] = package.classFactory(iface) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/__init__.py", line 50, in classFactory from qgswps import QgsWps File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/qgswps.py", line 23, in from QgsWpsDockWidget import QgsWpsDockWidget File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/QgsWpsDockWidget.py", line 34, in from wps.wpslib.processdescription import StringInput, TextInput, SelectionInput, VectorInput, MultipleVectorInput, RasterInput, MultipleRasterInput, FileInput, MultipleFileInput, ExtentInput, CrsInput, VectorOutput, RasterOutput, StringOutput File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named wpslib.processdescription > You can update the version on the QGIS plugin repository. > > Hi devs, > > You can test it and contribute. > > Regards, > René-Luc D'Hont > 3Liz > -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Easy Issues for QGIS dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 05/01/2014 14:33, Olivier Dalang ha scritto: > I'd like to flag a few tickets I reported as "easy", but I'm unable to set > tags using > the "update" link... Is it possible to fix that ? > If no, here are ticket's I'd flag as easy: > http://hub.qgis.org/issues/7541 > http://hub.qgis.org/issues/9244 > http://hub.qgis.org/issues/7177 Hi all. Any progress on this? We currently have just 3 tickets on the list http://hub.qgis.org/projects/quantum-gis/issues?query_id=62 not exactly encouraging. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLL4poACgkQ/NedwLUzIr6N7QCeNAhDXTwYzvkQSkj9Xws3q9kJ +OYAoKIQ1nhiiJUwasDVjo69YcBz3sG6 =pHO7 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Plugin] QGIS Web Processing Client
hi Luca, It's seem that there are an error in QgsWpsDockWidget.py:34 We have : from wps.wpslib.processdescription import .. We should have : from wpslib.processdescription import .. You can correct it Le 07/01/2014 12:13, Luca Delucchi a écrit : On 3 January 2014 15:45, rldhont wrote: Hi Horst, Hi, I have updated your QGIS Web Processing Client. I have put the code on github : https://github.com/rldhont/qgis-wps-client I downloaded the master but I obtain this error Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 204, in startPlugin plugins[packageName] = package.classFactory(iface) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/__init__.py", line 50, in classFactory from qgswps import QgsWps File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/qgswps.py", line 23, in from QgsWpsDockWidget import QgsWpsDockWidget File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/QgsWpsDockWidget.py", line 34, in from wps.wpslib.processdescription import StringInput, TextInput, SelectionInput, VectorInput, MultipleVectorInput, RasterInput, MultipleRasterInput, FileInput, MultipleFileInput, ExtentInput, CrsInput, VectorOutput, RasterOutput, StringOutput File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named wpslib.processdescription You can update the version on the QGIS plugin repository. Hi devs, You can test it and contribute. Regards, René-Luc D'Hont 3Liz ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
Hi, I would like to have spatial aggregation (which can not be done with the usual report generators). For example aggregated statistics on point features inside polygons. Regards, Zoltan On Tue, 7 Jan 2014, Nathan Woodrow wrote: On Tue, Jan 7, 2014 at 9:06 PM, Andreas Neumann wrote: QgsExpression Adding to QgsExpression doesn't make much sense as QgsExpression is only based on a single feature. You would need layer on top of if with functions that can do aggregates. - Nathan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
Hi, +1 from me for reporting tool for QGIS. This is important feature we missed in QGIS. I proposed this idea some time ago (about year or two) but didn't get much feedback. Now situation changed, much more peoples are interested in such tool. In terms of implementation, there is not only Jasper (which is Java), but also other more or less powerful reporting tools/engines. For example, there is a NCReports (C++/Qt), it has both commercial and opensource versions (but AFAIK opensource one is a bit unmaintained), there is OpenRPT (also C++/Qt, but without runtime report designer), QtRPT (experimental), Exaro. Also there is a wonderful FastReports report engine, but unfortunately it AFAIK Windows only, there is an opensource crossplatform version called FreeReports. 2014/1/7 Paolo Cavallini : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Il 07/01/2014 12:06, Andreas Neumann ha scritto: >> Hi, >> >> Personally I think that it is time to start implementing a reporting >> within QGIS itself. We already have a very good start with the Atlas >> feature. > >> Hopefully this thread will ignite a QGIS based reporting tool. My >> organization would support such an effort financially and I would also >> do testing and contribute ideas. > > That's also my aim, and hope. > Any taker? We do not need to build everything at once, there are a number of > small > steps, as outlined by Andreas, that would already allow much. > Perhaps we should start a (wiki ;) ) page on specs? > All the best. > - -- > Paolo Cavallini - www.faunalia.eu > Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.15 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iEYEARECAAYFAlLL4PEACgkQ/NedwLUzIr4LzQCePSd/KaBz9xgoDRjxRHtKFaeH > p4MAnREQ2r9OWSUT66len4/IvesLObI0 > =G310 > -END PGP SIGNATURE- > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
Hi Paolo, Am 07.01.2014 12:01, schrieb Paolo Cavallini: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 11:50, Bernhard Ströbl ha scritto: Hm, if you look at JasperReports it is Java. Can you implement this internally into QGIS? surely we want to keep Java out of our way, but there are libs also in Python, e.g. python-reportlab did not know this one, looks interesting though it is something for specialists, too. Looking at reports in general some kind of programming will always be needed to generate an individual report because the data structure is individual, too, so I think it will always be something for specialists. Yes and no, simple reports are within reach of the average user, see e.g. the LibreOffice approach. I totally agree, it would be a plus if QGIS provided simple reports usable by anyone without programming or leaving QGIS. I am available for discussions and testing of such a "simple" report generator in QGIS as mentioned by Andreas. Bernhard All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLL3okACgkQ/NedwLUzIr4vBgCgth/nGQES0diQvLmy/cGsIkzF z88AoKp8jjlRj6JaDjFB8ORrAHOxOpDe =1f4T -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer __ Information from ESET Mail Security, version of virus signature database 9258 (20140107) __ The message was checked by ESET Mail Security. http://www.eset.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] qgis-server segfaults policy
Hi, I started working on qgis server, trying to split GetStyles from GetStyle as discussed yesterday. While developing I'm encountering frequent crashes, now I wonder what is the qgis-mapserver policy with segfaults? I mean if they are triggered by wrong query string parameters are they still to be considered as bugs? I would say yes, but before wasting my time (and your time) in bug report and fixes, I want to be sure. -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis-server segfaults policy
A program should never segfault. Always a bug. Nathan On 07/01/2014 9:39 pm, "Alessandro Pasotti" wrote: > Hi, > > I started working on qgis server, trying to split GetStyles from GetStyle > as discussed yesterday. > > While developing I'm encountering frequent crashes, now I wonder what is > the qgis-mapserver policy with segfaults? I mean if they are triggered by > wrong query string parameters are they still to be considered as bugs? > > I would say yes, but before wasting my time (and your time) in bug report > and fixes, I want to be sure. > > -- > Alessandro Pasotti > w3: www.itopen.it > > ___ > 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
[Qgis-developer] S.O.S
*helloI am a beginner in development with qt creatormy problem is: how can I access the source code of qtcreator Qgis with ubuntu?cmake shows me a list of problem that I can not have the resolve: (: ((I'm Boque it's been one month)thank you for your help* -- YAZIDI ALAOUI OTMANE Ingénieur d'état en Géomatique Tel:+212652538743 @ :yazidiotm...@gmail.com http://www.doyoubuzz.com/otmane-yazidi-alaoui // ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Field calculator does attribute changes silently
Implemented as proposed in 5c38775 [1] If there are followup issues, please respond to this thread or open an issue in the bugtracker. Thank you for your comments, Marco and Martin. Best Matthias https://github.com/qgis/QGIS/commit/5c38775be47e683798b587f0382ca9cd81442565 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins approval
On 7 January 2014 08:04, Matthias Kuhn wrote: > Is there a real problem we are trying to solve with this? > Users (even technical ones) have problems finding where plugins have actually installed stuff - I've seen it first hand. By using a logical and consistent approach, that issue is minimised. The biggest weakness of QGIS in my mind is the fact that it's extremely hodge-podge and inconsistent from the user-interface/user-experience perspective. Anything to fix that is a good thing IMHO. Cheers, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Easy Issues for QGIS dev
Hi, I've gone through a small set of my bug reports - these ones appear like they may be easy. However (a) I'm not a QGIS dev so don't know; (b) I don't have tagging permissions anyway. http://hub.qgis.org/issues/8899 http://hub.qgis.org/issues/8900 http://hub.qgis.org/issues/9196 http://hub.qgis.org/issues/9217 http://hub.qgis.org/issues/8870 http://hub.qgis.org/issues/8872 If they are and this "easy" issues thing takes off/is used, I can go through the rest of my tickets too. Cheers, Jonathan On 7 January 2014 11:18, Paolo Cavallini wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Il 05/01/2014 14:33, Olivier Dalang ha scritto: > > > I'd like to flag a few tickets I reported as "easy", but I'm unable to > set tags using > > the "update" link... Is it possible to fix that ? > > If no, here are ticket's I'd flag as easy: > > http://hub.qgis.org/issues/7541 > > http://hub.qgis.org/issues/9244 > > http://hub.qgis.org/issues/7177 > > Hi all. > Any progress on this? We currently have just 3 tickets on the list > http://hub.qgis.org/projects/quantum-gis/issues?query_id=62 > not exactly encouraging. > All the best. > - -- > Paolo Cavallini - www.faunalia.eu > Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.15 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iEYEARECAAYFAlLL4poACgkQ/NedwLUzIr6N7QCeNAhDXTwYzvkQSkj9Xws3q9kJ > +OYAoKIQ1nhiiJUwasDVjo69YcBz3sG6 > =pHO7 > -END PGP SIGNATURE- > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Reporting engine
Hi, I am starting a new thread on the reporting engine. As it generates a lot of interest and the content is not related to attribute tables anymore ... I think it would be good to schedule a meeting at the next Hackfest in Vienna. Meanwhile it would be good to find out if the existing C++/QT based solutions could be used from a licensing and from a technical point of view. We could also start collecting requirements in a wiki. Or if it may be wiser to write something from scratch based on our existing API and the current Atlas functionality. The question with the separate tools and libraries is if they could be well integarted. Ideally the GUI would be in separate panels and toolbars inside the QGIS print composer and not with a separate tool or window. Could someone open a wiki page for collecting the requirements and facts about existing reporting tools? I am not too familiar with the new QGIS infrastructure yet - just read you are migrating the content currently. Thanks, Alex, for listing the C++ based options! Its a good start. I had a very quick look on some of them. OpenRPT is GPL, which is nice, but last update at Sourceforge from 2011 - not so nice. Or is QtRPT the followup project? Exaro does not show a lot of activity - last update 2009? Same for FreeReport (last update 2002). I have severe doubts if a project hadn't been updated for more thant tow years NCReports seems to be quite powerful and advanced but I have doubts about the license. Something to find out/negotiate. Thanks, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins approval
Hi Paolo and Jonathan, Thank you for sharing your thoughts. We should encourage plugin-authors to write a good get-started section in the description in their metadata. Or we could include yet another getstarted metadata section. I remember, I discussed another key "website" with Borys, which would be shown in a frame in the plugin description page. This could be used to show even pictures in a description. Or we could just embed the URL listed in homepage. Why I think this is a better idea: * E.g. The processing plugin creates a new menu, this would not fit into the previously described scheme. (But the scheme could be adapted to contain an array of menu entries) * Plugins can have more than one menu entry (Sending them back to the plugins menu would totally fail to fulfill the requirements listed by you) * Evenmore: There may as well be plugins with no menu entry at all. (E.g. You could write a plugin just to add new attribute editor fields) Optimally we should have a good guideline where we can point people to. And the plugin builder plugin should already help people to get this done. So I would not say "anything to fix that" is a good approach, but a well-designed solution will be very welcome. The other (technical) option which I can think of would be to define "access rights" or "hooks" which a plugin can acquire in the metadata section and then the app will be delivered with these. So a plugin could acquire the "Register a new toplevel menu item" or the "Register a vector menu item" or the "Register a new attribute editor widget" or the "Register a new raster pipe function" hooks. Smartphones use something like this for their permission management. While this offers some advantages (you can exactly list, what the plugin will do) it seems a bit over-engineered for this problem IMHO. And it would require to rewrite all plugins :) Therefore my preference: Solve it with human sense instead of technique. Cheers Matthias On 01/07/2014 09:09 AM, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 09:04, Matthias Kuhn ha scritto: Therefore, I would propose not to implement hard rules (like specifying the menu in metadata) but leave all the options to the plugin author and have some intelligent soft rules, which can be considered for each case individually, and eventually be discussed with the plugin author in the approval process. Thanks for your comments. I'd like to keep things simple at this stage: what I think we should avoid (and this is easy to do) is having new plugins going to the Plugins menu, instead of the appropriate one. Rationale: * keeping a tidy interface * make it predictable for users where to find a command. I suggest to check this for each new plugin, and ask the author to chenge it if necessary before approval. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLLtk8ACgkQ/NedwLUzIr4mtwCfSyoFXQ3Dfc0OdgwVeSHRc61w DBkAn2OgJocEBCi869XEG+Yz59PUFuG1 =A0P6 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Plugin] QGIS Web Processing Client
Hi Luca, i have updated the code Regards Le 07/01/2014 12:13, Luca Delucchi a écrit : On 3 January 2014 15:45, rldhont wrote: Hi Horst, Hi, I have updated your QGIS Web Processing Client. I have put the code on github : https://github.com/rldhont/qgis-wps-client I downloaded the master but I obtain this error Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 204, in startPlugin plugins[packageName] = package.classFactory(iface) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/__init__.py", line 50, in classFactory from qgswps import QgsWps File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/qgswps.py", line 23, in from QgsWpsDockWidget import QgsWpsDockWidget File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/lucadelu/.qgis2/python/plugins/qgis-wps-client-master/QgsWpsDockWidget.py", line 34, in from wps.wpslib.processdescription import StringInput, TextInput, SelectionInput, VectorInput, MultipleVectorInput, RasterInput, MultipleRasterInput, FileInput, MultipleFileInput, ExtentInput, CrsInput, VectorOutput, RasterOutput, StringOutput File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 453, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named wpslib.processdescription You can update the version on the QGIS plugin repository. Hi devs, You can test it and contribute. Regards, René-Luc D'Hont 3Liz ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins approval
> > I remember, I discussed another key "website" with Borys, which would be > shown in a frame in the plugin description page. This could be used to show > even pictures in a description. Or we could just embed the URL listed in > homepage. If I'm understanding correctly, you're proposing that the explanations etc be hosted online? From what I've picked up reading the lists and elsewhere, QGIS is used in quite a few instances in locations where internet access is lacking or merely unreliable. I think any help/explanation should be integrated and distributed with the software. So I would not say "anything to fix that" is a good approach A poor choice of words on my part. Obviously a good fix is preferable to. :-) Cheers, Jonathan -- This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Reporting engine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/01/2014 13:44, Andreas Neumann ha scritto: > Could someone open a wiki page for collecting the requirements and facts > about existing reporting tools? I am not too familiar with the new QGIS > infrastructure yet - just read you are migrating the content currently. > > Thanks, Alex, for listing the C++ based options! Its a good start. What about python-reportlab? A C++ implementation is not an absolute necessity. All the best. - -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlLMAiYACgkQ/NedwLUzIr4iDQCdEzrbjTRIwbSrqLlx/psvCEia T+MAn33PkeawiKaNArMyjXmzVTTkU/ir =9xHQ -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins approval
On 01/07/2014 02:29 PM, Jonathan Moules wrote: I remember, I discussed another key "website" with Borys, which would be shown in a frame in the plugin description page. This could be used to show even pictures in a description. Or we could just embed the URL listed in homepage. If I'm understanding correctly, you're proposing that the explanations etc be hosted online? From what I've picked up reading the lists and elsewhere, QGIS is used in quite a few instances in locations where internet access is lacking or merely unreliable. I think any help/explanation should be integrated and distributed with the software. Good point. Not necessarily, a get started text could be saved in the metadata as well. Or alternatively an html folder structure. Or maybe a combination of on- and offline, so as long as the plugin is not installed, it would be loaded on-demand, so we don't need to transfer everything everytime we check for updates, but as soon as the plugin is installed it is loaded offline for machines without internet access. But these are just ideas, I don't have any strong opinion about this (yet). So I would not say "anything to fix that" is a good approach A poor choice of words on my part. Obviously a good fix is preferable to. :-) No worries, I just want to be sure we don't need to switch methods again in a couple of months ;-) Best Matthias ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] problem with forms and python init
Hi Enzo, I return to this old discussion because I noticed that the problem that I described still remain the same when I use Qgis 2.0. On the contrary when I use Qgis 2.1 all works fine. I didn't full understand this problem previously because I use qgis 2.0 on my works PC and and 2.1 with linux on my laptop. Anyway I resolve the problem whit Qgis 2.0 using your tip of QgsFeatureRequest with NoGeometry flag, so the mail is just to keep track of the problem. thanks again. Luca 2013/12/21 Luca Lanteri > you are right, the code now works fine. > It was just my fault due to to the fact that I'm trying to take ones > first steps with pygis ! > > thanks for the support and sorry for the noise. > > Btw I also resolve my second problem described in the first mail. > > thanks > Luca > > 2013/12/21 Enzo Ciarmoli : > >> > nevertheless the problem remain the same: if i try to load the data > >> > from a table without geometry, values for i.attributes()[1] remain > >> > empty. > > > > Hi Luca, > > I tried your sample code and it works... I don't know what's wrong in > your > > situation... > > > > If your problem remain the same, > > I could suggest you to use QgsFeatureRequest with NoGeometry flag > > > > (see Detailed Description in: > > http://www.qgis.org/api/classQgsFeatureRequest.html ) > > > > Example: > > layer = QgsMapLayerRegistry.instance().mapLayersByName('your_table')[0] > > iter = > > > layer.getFeatures(QgsFeatureRequest().setFlags(QgsFeatureRequest.NoGeometry)) > > > > for feat in iter: > > print feat.attributes() > > print feat.attributes()[0] > > print feat.attributes()[1] > > > > > > Ciao! > > > > Enzo > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Reporting engine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > What about python-reportlab? A C++ implementation is not an > absolute necessity. Yes - this looks interesting. More active, more features and BSD license. Part of the libraries (e.g. XML parser) is GPL. Something we should examine more closely. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSzAzwAAoJELiCsGDopvBCiZ8H/1ACdgHMnHdQ++7ZLhhwNwsw w4BpmtL3xe3EOjuZpfr9r/f6xtFymFqn7/Vjpqlpa7bEgiFDmF4YyoMmUnfTnsm2 jDDZRJnl7VMxv2/B9hvcwTZ+jYiOsJVQBqwKF5RPXQcvq8R7F8epg2neKi2FbIXo l+SnRU1owZqyWZ8LfVuIi9TBKHEqt+OpbF4/bTCwQ8k0SE13WJW8HRsRiHZlOe7Q eZi8iK4kZRmP5mJ41vy28rXwDbDfRV50vXslXdneRbRvWP6UMx4Ae1pYeaF7kJyX 1a10t3htFaSbn/U65aUkgW/Lw+eTSSL2TQ12PKFo7P/R91xVS10qe5FTaf3xNeA= =W5EL -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qgis2threejs suggestions...
2014/1/2 Minoru Akagi : >> It seems that 3D html model has exagerated height. True ? > > Yes, it is exaggerated (x 1.5) currently. Can we set the value in the form ? For me, it's not enough :) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Impossible to remove a group in current master
Hi, Maybe a side-effect of the recent changes around the confirmations and undo rules in the legend: currently it is not possible to remove a group in the legend. See http://hub.qgis.org/issues/9308 Can others confirm? Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OSM address search
Hi All, I saw mention of this thread on Twitter via @underdarkGIS. To add another similar plugin to the mix, we at Astun maintain a generic gazetteer search plugin which provides Yahoo!, GeoNames and OSM Nominatim searches and allows others to be added fairly easily. It's not an official plugin as yet but it used by a number of local authorities in the UK who generally hook it up to an address search. The code and details are available here: https://github.com/AstunTechnology/QGIS-Gazetteer-Plugin. The plugin was originally written by Nathan Woodrow and joint funded by Astun Tech, Simon Miles from Windsor and Maidenhead Council (who runs the QGIS UK User Group) and James Rutter at Surrey Heath Borough Council. Cheers, Matt. -- Matt Walker Astun Technology @_walkermatt ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
> > > Adding to QgsExpression doesn't make much sense as QgsExpression is only based on a single feature. You would need layer on top of if with functions that can do aggregates. > > - Nathan > I would love to see layer stats in QgsExpression. Then it'd be possible to generate expressions which could compare individual features to the entire layer - eg testing if a value is greater than the layer mean, etc... There's already a bunch of non-feature specific functions in QgsExpression and a lot of demand for even more. Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Multi-threaded Rendering
Hi Martin, I tested it and can confirm that the PostgreSQL pooling works fine and fast now. I see more than 4 Postgis connections though. But maybe these connections are from other plugins using Postgis connections as well. Good to see progress! Thanks, Andreas Am 06.01.2014 13:31, schrieb Martin Dobias: > Hi Andreas > > On Fri, Dec 13, 2013 at 8:31 PM, Andreas Neumann wrote: >> Hi Martin, >> >> I guess I am also running into the PostgreSQL issue. In general my >> PostgreSQL based projects with many layers freeze after a very short >> time, while the SpatiaLite based projects work very nicely. >> >> Too many PostgreSQL connections? Can we limit the PostgreSQL connections >> or can you better re-use existing connections? > > A quick followup - today I have pushed some changes that introduce a > connection pool for PostgreSQL. This should remove the problem with > too many connections. It limits the maximum number of concurrent > connections from one QGIS instance to four. Also, when the connections > are not used for some time, they get closed to save resources (right > now it is after one minute). > > Please test and let me know if things work better now. > > I will probably also look at pooling of SpatiaLite connections - right > now the queries within SQLite are serialized, so within one SpatiaLite > database you will not see any performance gain with parallel > rendering. > > Regards > Martin > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qgis2threejs suggestions...
> >> > Then, with the new year, I had an idea: what do you think of a QT window >> > inside QGIS, which displays the 3D html page ? >> > >> > Could it be doable ? Do you have just tested ? >> >> Interesting, but I have not tested it yet. > > > I tested now, but I had: > > "Sorry, your browser doesn't seem to support WebGL" > > :( I've been following the evolution of WebGL support by Webkit since a lot of time. Yet it's supported on few platforms, while it would require a custom build to enable it in many others (with high chance to not succeed!). For the moment it doesn't seem to be an option for a wide adoption... A positive note is the growing support on mobile browsers. Here a screenshot on my Nexus with Firefox: https://www.dropbox.com/s/couti1041gx2f5m/13891324843560.jpg Touch navigation workd smoothly. Thanks Minoru for this plugin. I had planned to develop something similar. Now I will move to your code and (hopefully) I will try to contribute to it ;) giovanni ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Fwd: RT MapServer Exporter problem
Hi xsc, (sorry for sending it again, the images in the body exceeded the ML limit for attachments) the qgis-dev ML is in CC, that's the right place to discuss it as other with the same problem can find the answer. I guess you just miss the mapscript python module, you can install it from the OSGeo4W setup. Sent from mobile. Sorry for being short. -- Giuseppe Sucameli Il 07/gen/2014 08:19 "x...@hexway.com.cn" ha scritto: > hi, > > I want to export qgis map doucment to the format of mapserver map document. > So, I'm used qgis's plugin - RT MapServer Exporter. > But,every time using, it tracked the following error message. What shoud > i do avoid this problem? > > > > 执行Python代码时发生错误: > > Traceback (most recent call last): > File > "C:\Users\xsc/.qgis2/python/plugins\rt_mapserver_exporter\plugin.py", line > 65, in run > from .mapfileexportdlg import MapfileExportDlg > File "E:/osgis/QGIS/apps/qgis/./python\qgis\utils.py", line 453, in > _import > mod = _builtin_import(name, globals, locals, fromlist, level) > File > "C:\Users\xsc/.qgis2/python/plugins\rt_mapserver_exporter\mapfileexportdlg.py", > line 30, in > import mapscript > File "E:/osgis/QGIS/apps/qgis/./python\qgis\utils.py", line 453, in > _import > mod = _builtin_import(name, globals, locals, fromlist, level) > ImportError: No module named mapscript > > Python版本: > 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] > > > QGIS版本: > 2.0.1-Dufour Dufour, d94c044 > > Python路径: ['E:/osgis/QGIS/apps/qgis/./python/plugins\\processing', > 'E:/osgis/QGIS/apps/qgis/./python', 'C:\\Users\\xsc/.qgis2/python', > 'C:\\Users\\xsc/.qgis2/python/plugins', > 'E:/osgis/QGIS/apps/qgis/./python/plugins', > 'E:\\osgis\\QGIS\\bin\\python27.zip', > 'E:\\osgis\\QGIS\\apps\\Python27\\DLLs', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\plat-win', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\lib-tk', 'E:\\osgis\\QGIS\\bin', > 'E:\\osgis\\QGIS\\apps\\Python27', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\PIL', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\win32', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\win32\\lib', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\Pythonwin', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\Shapely-1.2.18-py2.7-win-amd64.egg', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\six-1.3.0-py2.7.egg', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\xlrd-0.9.2-py2.7.egg', > 'E:\\osgis\\QGIS\\apps\\Python27\\lib\\site-packages\\xlwt-0.7.5-py2.7.egg', > 'E:\\osgis\\QGIS\\apps\\qgis\\python\\plugins\\fTools\\tools'] > > > > > [snip] > > thank you! > > -- >谢顺朝 > > *广州汉微网络科技有限公司* > > *手 机:18520060543* > *邮 箱:x...@hexway.com.cn * > *邮 编:510300 * > *固 话:020-28373289 * > > *地 址:广州市海珠区广州大道南911号中智商务大厦721室 * > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qgis2threejs suggestions...
2014/1/8 Etienne Trimaille : > 2014/1/2 Minoru Akagi : >>> It seems that 3D html model has exagerated height. True ? >> >> Yes, it is exaggerated (x 1.5) currently. > > Can we set the value in the form ? > For me, it's not enough :) You can do it with latest code on GitHub. https://github.com/minorua/Qgis2threejs Minoru ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ideas/proposal for Attribute Table
On Wed, Jan 8, 2014 at 3:00 AM, Nyall Dawson wrote: >> >> Adding to QgsExpression doesn't make much sense as QgsExpression is only >> based on a single feature. You would need layer on top of if with functions >> that can do aggregates. >> >> - Nathan >> > > I would love to see layer stats in QgsExpression. Then it'd be possible to > generate expressions which could compare individual features to the entire > layer - eg testing if a value is greater than the layer mean, etc... I could imagine aggregate functions as another layer on top of QgsExpression instead of implementing the support directly into QgsExpression. There could be a class that would deal with the whole layer and register the aggregate functions to instances of the expression engine where appropriate. This would keep the design clean. > There's already a bunch of non-feature specific functions in QgsExpression > and a lot of demand for even more. One thing I am worried about is the increasing number of custom functions which make sense just in a particular context (e.g. in composer). The issue is the fact that registering of functions and setting "special columns" is done with static functions, therefore affecting all instances of QgsExpression. Functions and special columns valid in a particular context (field calculator, rendering, ...) should be made available only for instances where it makes sense. I can imagine this as having "expression context" classes that would extend the basic set of functionality of QgsExpression with more functions. We could have contexts for: - field calculator: $rownum - rendering: $scale - composer: "rendering context" + $map - atlas: "composer context" + $page, $numpages, ... - aggregate: min(), max(), avg(), sum(), count() These contexts could be passed as a second parameter in QgsExpression constructor. Moreover, I am still not convinced that we need "special columns" in QgsExpression - they should be handled as functions with zero arguments to keep things simple. I think we should fix these issues before adding more extensions to QgsExpression, otherwise we may get into trouble in the future, especially if multi-threaded execution will get more common. For example, printing atlas pages in parallel would make things like $page or $feature vulnerable to run conditions - e.g. sometimes it could print everything correctly, other times all pages could have the same number! Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Multi-threaded Rendering
Hi Martin, I also confirm I don't have any more trouble with too many connections. This works like a charm Cheers, Denis On 07. 01. 14 22:23, Andreas Neumann wrote: Hi Martin, I tested it and can confirm that the PostgreSQL pooling works fine and fast now. I see more than 4 Postgis connections though. But maybe these connections are from other plugins using Postgis connections as well. Good to see progress! Thanks, Andreas Am 06.01.2014 13:31, schrieb Martin Dobias: Hi Andreas On Fri, Dec 13, 2013 at 8:31 PM, Andreas Neumann wrote: Hi Martin, I guess I am also running into the PostgreSQL issue. In general my PostgreSQL based projects with many layers freeze after a very short time, while the SpatiaLite based projects work very nicely. Too many PostgreSQL connections? Can we limit the PostgreSQL connections or can you better re-use existing connections? A quick followup - today I have pushed some changes that introduce a connection pool for PostgreSQL. This should remove the problem with too many connections. It limits the maximum number of concurrent connections from one QGIS instance to four. Also, when the connections are not used for some time, they get closed to save resources (right now it is after one minute). Please test and let me know if things work better now. I will probably also look at pooling of SpatiaLite connections - right now the queries within SQLite are serialized, so within one SpatiaLite database you will not see any performance gain with parallel rendering. Regards Martin ___ 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
[Qgis-developer] How wiki can be of help (or harm)
A nice story, with happy ending: * long ago, Etienne and I started a wiki page about possible improvements on the colour ramps * in the meantime, Etienne implemented most of the items * as it often happens, the page got forgotten, buried among hundreds of others, with a bunch of solved and unresolved issues * luckily, the recent wiki cleanup forced me to reexamine it, and together with Etienne we cleaned it up, moving all remaining issues to tickets * this prompted Etienne to solve a trivial, yet important from a user point of view, long standing issue (in fact, there may still be another ticket hanging out). A trace here: https://github.com/qgis/QGIS/pull/1059#issuecomment-31800254 In short: cleaning up the wiki is a Good Thing. All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Impossible to remove a group in current master
Hi Andeas, this bug has been fixed, see... http://hub.qgis.org/projects/quantum-gis/repository/revisions/2155dd8c3df3e7d505ca18b9ffac9cca006ba114 Best Regards Alvaro > > De: Andreas Neumann >Para: qgis-developer >Enviado: Martes 7 de enero de 2014 18:00 >Asunto: [Qgis-developer] Impossible to remove a group in current master > > >Hi, > >Maybe a side-effect of the recent changes around the confirmations and >undo rules in the legend: currently it is not possible to remove a group >in the legend. > >See http://hub.qgis.org/issues/9308 > >Can others confirm? > >Andreas >___ >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
Re: [Qgis-developer] OSM address search
Il 07/01/2014 20:12, Matt Walker ha scritto: > another similar plugin to the mix, we at Astun maintain a generic > gazetteer search plugin which provides Yahoo!, GeoNames and OSM > Nominatim searches and allows others to be added fairly easily. Hi Matt, this convinces me more and more of the necessity of merging forces, to have a common pluggable infrastructure in core. Should we start a wiki page with all the specs? All the best. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer