[QGIS-Developer] Plugin [849] AmigoCloud approval notification.
Plugin AmigoCloud approval by pcav. The plugin version "[849] AmigoCloud 0.15" is now approved Link: http://plugins.qgis.org/plugins/qgis-amigocloud-plugin/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zoom to Scale Plugin - Should we include it on qgis.org?
Also QGIS allows to create custom scale lists and switch between scales by selecting desired value from the scale combobox in the main window statusbar. пт, 21 лют. 2020 о 00:48 Nyall Dawson пише: > > On Fri, 21 Feb 2020 at 05:37, C Hamilton wrote: > > > > We have written a plugin that fixes the scale of the QGIS canvas to match > > the integral size of EPSG:3857 map server tiles. This way there is no > > degradation of the images by transformation. This has some similarities to > > the QGIS 2 plugin called Tile Map Scale Plugin which was never updated for > > QGIS 3. > > How is this different to the built-in "Tile Scale" panel? Can you clarify? > > Nyall > > > > > This only works with EPSG:3857 projections. I wish I could figure out a way > > to also match an EPSG:4326 tile cache to the canvas scale size, but I > > cannot use the map scale to calculate this because it changes as you move > > around. > > > > Would you be interested in having this plugin added into the QGIS repo? > > Unlike the Tile Map Scale Plugin ours only has a single toggle button to > > lock or unlock the QGIS scale to one of the predefined scales. > > > > Let me know what you think? > > > > Thanks, > > > > Calvin > > ___ > > QGIS-Developer mailing list > > QGIS-Developer@lists.osgeo.org > > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zoom to Scale Plugin - Should we include it on qgis.org?
On Fri, 21 Feb 2020 at 05:37, C Hamilton wrote: > > We have written a plugin that fixes the scale of the QGIS canvas to match the > integral size of EPSG:3857 map server tiles. This way there is no degradation > of the images by transformation. This has some similarities to the QGIS 2 > plugin called Tile Map Scale Plugin which was never updated for QGIS 3. How is this different to the built-in "Tile Scale" panel? Can you clarify? Nyall > > This only works with EPSG:3857 projections. I wish I could figure out a way > to also match an EPSG:4326 tile cache to the canvas scale size, but I cannot > use the map scale to calculate this because it changes as you move around. > > Would you be interested in having this plugin added into the QGIS repo? > Unlike the Tile Map Scale Plugin ours only has a single toggle button to lock > or unlock the QGIS scale to one of the predefined scales. > > Let me know what you think? > > Thanks, > > Calvin > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zoom to Scale Plugin - Should we include it on qgis.org?
Richard, Thanks for that information. I meant plugins.qgis.org. From the URL you sent it looks like it has many of the components and it gives me ideas for EPSG:4326. Unless someone else is working on this I will submit a plugin after I see if I can make it work with other CRS tile caches. Thanks, Calvin On Thu, Feb 20, 2020 at 2:58 PM Richard Duivenvoorde wrote: > Hi Chris, > > One year ago I proposed the following: a tree embedded widget to be used > for WMS/WMTS layers. It uses the functionality which is in the Juergens > Tile Scale Panel: > > > http://www.qgis.nl/2019/02/14/about-layer-tree-embedded-widgets-and-have-your-wmts-always-crispy-sharp/?lang=en > > Probably you mean something else? As it is not resizing the servertiles, > but 'clicking' to the right scales (coming from the capability > documents) of the active layer. > > If you mean plugins.qgis.org when you talk 'adding it to the repo' I > would say yes! Why not? > If you say add it by default to QGIS, I'd say: let's first see and check > it out as plugin :-) > Also (see discussion about resources plugin) adding python plugins to > QGIS installs has some drawbacks. > > Regards, > > Richard Duivenvoorde > > > On 2/20/20 8:37 PM, C Hamilton wrote: > > We have written a plugin that fixes the scale of the QGIS canvas to > > match the integral size of EPSG:3857 map server tiles. This way there is > > no degradation of the images by transformation. This has some > > similarities to the QGIS 2 plugin called Tile Map Scale Plugin which was > > never updated for QGIS 3. > > > > This only works with EPSG:3857 projections. I wish I could figure out a > > way to also match an EPSG:4326 tile cache to the canvas scale size, but > > I cannot use the map scale to calculate this because it changes as you > > move around. > > > > Would you be interested in having this plugin added into the QGIS repo? > > Unlike the Tile Map Scale Plugin ours only has a single toggle button to > > lock or unlock the QGIS scale to one of the predefined scales. > > > > Let me know what you think? > > > > Thanks, > > > > Calvin > > > > ___ > > QGIS-Developer mailing list > > QGIS-Developer@lists.osgeo.org > > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zoom to Scale Plugin - Should we include it on qgis.org?
Hi Chris, One year ago I proposed the following: a tree embedded widget to be used for WMS/WMTS layers. It uses the functionality which is in the Juergens Tile Scale Panel: http://www.qgis.nl/2019/02/14/about-layer-tree-embedded-widgets-and-have-your-wmts-always-crispy-sharp/?lang=en Probably you mean something else? As it is not resizing the servertiles, but 'clicking' to the right scales (coming from the capability documents) of the active layer. If you mean plugins.qgis.org when you talk 'adding it to the repo' I would say yes! Why not? If you say add it by default to QGIS, I'd say: let's first see and check it out as plugin :-) Also (see discussion about resources plugin) adding python plugins to QGIS installs has some drawbacks. Regards, Richard Duivenvoorde On 2/20/20 8:37 PM, C Hamilton wrote: > We have written a plugin that fixes the scale of the QGIS canvas to > match the integral size of EPSG:3857 map server tiles. This way there is > no degradation of the images by transformation. This has some > similarities to the QGIS 2 plugin called Tile Map Scale Plugin which was > never updated for QGIS 3. > > This only works with EPSG:3857 projections. I wish I could figure out a > way to also match an EPSG:4326 tile cache to the canvas scale size, but > I cannot use the map scale to calculate this because it changes as you > move around. > > Would you be interested in having this plugin added into the QGIS repo? > Unlike the Tile Map Scale Plugin ours only has a single toggle button to > lock or unlock the QGIS scale to one of the predefined scales. > > Let me know what you think? > > Thanks, > > Calvin > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Zoom to Scale Plugin - Should we include it on qgis.org?
We have written a plugin that fixes the scale of the QGIS canvas to match the integral size of EPSG:3857 map server tiles. This way there is no degradation of the images by transformation. This has some similarities to the QGIS 2 plugin called Tile Map Scale Plugin which was never updated for QGIS 3. This only works with EPSG:3857 projections. I wish I could figure out a way to also match an EPSG:4326 tile cache to the canvas scale size, but I cannot use the map scale to calculate this because it changes as you move around. Would you be interested in having this plugin added into the QGIS repo? Unlike the Tile Map Scale Plugin ours only has a single toggle button to lock or unlock the QGIS scale to one of the predefined scales. Let me know what you think? Thanks, Calvin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-user] Thoughts on QGIS Development and LTR Releases
Hi Chris, I share most of your concerns, as much as I advocate the spread of QGIS in enterprise and organisations. It is true we need always more reliability, documentation. I'd like also to point that 2.x is not so far away, and that the reliability have since improved by order of magnitude. Let's also keep in mind that the level of expectations of users grows very fast too, so this is a race that will never end ;-) However, I think there is a cultural problem, and probably a pedagogy effort we should make. LTR does not mean stable. LTR means it will gain bugfixes longer than releases. So it is highly expectable that installing a LTR in its early versions will let you hit more issues. I remember the very same situation for ArcGIS 8 or 9 early stages. And this is the very same for linux distributions or any software. I don't remember any early x.0 release in QGIS that was not followed one week later by an urgent point release. But new users don't know this. They see a big green button "download that sexy new version". That said, how to improve the situation? After years of discussions in the various events, hackfest, conferences, discussions with public or private customers, developpers, here are the possible leads we have: - Keep on explaining the rationale and codes of free software to users and potential funders. - Try to keep our "power users / early testers" population, so that we target the right issues during bugfix sprints. - Offer longer LTR lifespan, so that funders have a larger window to actually find and have bug fixed. - Keep on explaining that QGIS bugfix release should be easily deployable in big organisations. OSGEO4W silent installs allows this. Maybe going toward auto upgrade / patch system could help (it's a big effort though) - Keep on gaining more budget for QGIS.org, so that we can setup a real semi automated Q/A acceptance test suite. This requires human tests. Boundless did, it is possible. It is a matter of ressources. Should it be centralized or community powered ? I have no idea, but this requires someone to be hired all year long to do this. IMO, enterprises requiring such reliability should really consider sponsoring this framework and dedicate some human ressources. - Same goes for documentation - Same goes for code review, we need to have more reviewers. the learning curve is steep though, and we need to find money for this - Improve the website with a simple page, with graphics and videos on what is the lifecycle of QGIS, and what version to use for what expectations. A note about QGIS.org budget. To me, it is only a leverage, a catalyser, but it can't fund itself a full QA infrastructure with the current economic model of the association. I think, this is our responsability to spread this word everywhere so that the user / contributor rate changes a bit. After all, even Microsoft with its thousands of testers, and its early testing network was able to push updates causing the famous Blue Screen Of the Death. So shit can happen. Packaging nightmare with major changes in underlying libraries remains a really really complex process. How fast we are to fix and change our ways to do is the real question. I think the QGIS and OSGeo Community does a tremendeous work. Best regards, Régis Le jeu. 20 févr. 2020 à 16:21, C Hamilton a écrit : > I first want to say how much I appreciate all of the QGIS developers and > all of your hard work, but I would also like to suggest that you exercise > caution when you label a release LTR. I work in a large organization where > most geospatial analysts can have access to ArcGIS if they want it. The > advantage to ArcGIS is that everyone has been trained to use it, ESRI has > been around for a long time and there is a lot of documentation, training > and support for it. So why would users want to use QGIS? > > There are always a curious few who see QGIS and realize they can download > it for free at home. They tinker with it and come to like it and then they > try it in the workplace. For the users who have ArcGIS at their disposal > there must be a good reason to use QGIS instead. These tend to be the > reasons they use QGIS: 1) It does not crash as much as ArcGIS. 2) It is > faster than ArcGIS. 3) It can effectively processing larger data sets than > ArcGIS. 4) There may be some workflow in QGIS that is simpler than in > ArcGIS. > > I think that the QGIS community can be proud about the fact that most of > my users who start using QGIS love it and don't want to go back to ArcGIS > if at all possible. > > If a user finds that their reason for using QGIS goes away, they will be > disappointed, but will to go back to ArcGIS. I am an advocate for QGIS in > our work place. I think it should be used more, but it is really, really > hard to convince most people. Most of my users are not programmers so if > something is broken they don' t know how to fix it. We have QGIS support > contracts which help. Users consider the QGIS
[QGIS-Developer] Thoughts on QGIS Development and LTR Releases
I first want to say how much I appreciate all of the QGIS developers and all of your hard work, but I would also like to suggest that you exercise caution when you label a release LTR. I work in a large organization where most geospatial analysts can have access to ArcGIS if they want it. The advantage to ArcGIS is that everyone has been trained to use it, ESRI has been around for a long time and there is a lot of documentation, training and support for it. So why would users want to use QGIS? There are always a curious few who see QGIS and realize they can download it for free at home. They tinker with it and come to like it and then they try it in the workplace. For the users who have ArcGIS at their disposal there must be a good reason to use QGIS instead. These tend to be the reasons they use QGIS: 1) It does not crash as much as ArcGIS. 2) It is faster than ArcGIS. 3) It can effectively processing larger data sets than ArcGIS. 4) There may be some workflow in QGIS that is simpler than in ArcGIS. I think that the QGIS community can be proud about the fact that most of my users who start using QGIS love it and don't want to go back to ArcGIS if at all possible. If a user finds that their reason for using QGIS goes away, they will be disappointed, but will to go back to ArcGIS. I am an advocate for QGIS in our work place. I think it should be used more, but it is really, really hard to convince most people. Most of my users are not programmers so if something is broken they don' t know how to fix it. We have QGIS support contracts which help. Users consider the QGIS LTR to be a stable release. If you release the LTR before it is stable, then that can have bad consequences to our user base. QGIS 3.10.2 probably should not have been labeled LTR, but I have been actively telling our workforce not to use 3.10 yet. 3.10.2 still seems to have some serious bugs as it is frequently crashing (negating one of the reasons for using QGIS). There must be a WMTS problem that is causing it to crash and I have had a report that there is a serious memory bug. I am hoping that 3.10.3 will have solved most of these problems, but I am not going to count on it until I test it. Everyone has different uses for QGIS and different workflows and each person's experiences are going to be different, but I would suggest that you don't mark a release LTR until it is reliable. Additionally, I suggest that you never back port major libraries or capabilities into the LTR like what happened last fall. Only fix the bugs. As saying goes, "If it isn't broken, don't fix it." I still have users on QGIS 2.x and they love it and it works for their needs. I share this with you in the hope that it is helpful. The best to you all, Calvin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Q-without-GIS
In my previous jobs, I got the use case where I wanted to use QGIS without maps ... It was a Postgresql database and I needed a application to do some CRUD on the database, in an easy way. QGIS does plenty of things like: - forms - attribute table - conditional formatting in the attribute table - loading views from PostgreSQL etc - dataplotly - layout/reports which are indeed very nice. It looks a little bit weird to open QGIS to open a non-spatial project :) I didn't find any good software to replace QGIS. (maybe I was biased too) I tried to build one quickly a few months ago for editing a single postgresql table (with conditional formatting and forms), but I didn't go far: https://github.com/Gustry/qgis_standalone_application Le jeu. 20 févr. 2020 à 12:05, Paolo Cavallini a écrit : > Il 2020-02-20 11:46 Raymond Nijssen ha scritto: > > Haha, I never heard anyone using QGIS for any work that doesn't have a > > map involved. Do you have examples? > > sure, plenty of: > * designing od data entry forms (yes, even for an addressbook) > * reports including pictures and tables > > > But last month I suggested using QGIS for generating the invoices for > > the Dutch User Group (as an atlas). Because I didn't know another way > > for doing such a job. Besides I thought it would be funny. :) > > indeed! > cheers > -- > Paolo Cavallini - www.faunalia.eu > QGIS & PostGIS courses: http://www.faunalia.eu/training.html > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS-Server telling me 'SSL handshake failed' on Windows
Hi, Trying to setup QGIS-Server here on a fresh Windows server. Machine is (now) behind a web proxy. Created a project with an external WMST, which succesfully is to be viewed in QGIS Desktop. Then running as SERVER I see: "Download of capabilities failed: SSL handshake failed" It would be very helpfull if we could log WHICH handshake is failing, as from that I could see which proxy is actually used. I use '0' as 'QGIS_SERVER_LOG_FILE'. I googled around and tried to import all kind of certificates, and or point to them in QGIS3.ini etc But I cannot get this project to work. I am afraid that the proxy is using some self-signed certificate, and for that reason imported it in the local windows store. BUT.. is QGIS/Qt actually using that store? Or does it have it's own certificate store? Thanks for any pointer. Regards, Richard Duivenvoorde PS: I only understand half of what I talk about above :-) ... so do not take me too seriously ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] How to test a processing plugin ?
Hi Etienne, Thank you for pointing this. I'll check it out. I want to write unit tests for my processing algorithm. I'll off course test the functions of the algorithm itself but that is the easy part. I was wondering if it was possible to test the integration with QGis itself and how. Jean-Charles Le jeu. 20 févr. 2020 à 10:57, Etienne Trimaille < etienne.trimai...@gmail.com> a écrit : > We are writing unit test for our processing algorithms. > > Jean-Charles, can you explain your questions? Is-it about how to > initialize the Processing provider ? on travis, in unittest? > > I started a simple one last week on this plugin : > https://github.com/3liz/qgis-raepa-plugin/blob/master/test/test_processing.py > > Le jeu. 20 févr. 2020 à 09:41, Alessandro Pasotti a > écrit : > >> Hi, >> >> see: >> https://github.com/qgis/QGIS/tree/master/python/plugins/processing/tests >> >> On Thu, Feb 20, 2020 at 9:30 AM Jean-Charles Quillet < >> jeancharles.quil...@gmail.com> wrote: >> >>> Hi, >>> >>> I'm currently writing a processing plugin and I was wondering how to >>> unit test it. >>> >>> Is there a well established way of testing plugins ? Is there a template >>> somewhere I can use to base my tests on ? >>> >>> Thanks for your help, >>> >>> Jean-Charles >>> >>> ___ >>> QGIS-Developer mailing list >>> QGIS-Developer@lists.osgeo.org >>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> >> >> -- >> Alessandro Pasotti >> w3: www.itopen.it >> ___ >> QGIS-Developer mailing list >> QGIS-Developer@lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] How to test a processing plugin ?
Thank you Alessandro. I'll check this out. Jean-Charles Le jeu. 20 févr. 2020 à 09:41, Alessandro Pasotti a écrit : > Hi, > > see: > https://github.com/qgis/QGIS/tree/master/python/plugins/processing/tests > > On Thu, Feb 20, 2020 at 9:30 AM Jean-Charles Quillet < > jeancharles.quil...@gmail.com> wrote: > >> Hi, >> >> I'm currently writing a processing plugin and I was wondering how to unit >> test it. >> >> Is there a well established way of testing plugins ? Is there a template >> somewhere I can use to base my tests on ? >> >> Thanks for your help, >> >> Jean-Charles >> >> ___ >> QGIS-Developer mailing list >> QGIS-Developer@lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > -- > Alessandro Pasotti > w3: www.itopen.it > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Q-without-GIS
Il 2020-02-20 11:46 Raymond Nijssen ha scritto: Haha, I never heard anyone using QGIS for any work that doesn't have a map involved. Do you have examples? sure, plenty of: * designing od data entry forms (yes, even for an addressbook) * reports including pictures and tables But last month I suggested using QGIS for generating the invoices for the Dutch User Group (as an atlas). Because I didn't know another way for doing such a job. Besides I thought it would be funny. :) indeed! cheers -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Q-without-GIS
Haha, I never heard anyone using QGIS for any work that doesn't have a map involved. Do you have examples? But last month I suggested using QGIS for generating the invoices for the Dutch User Group (as an atlas). Because I didn't know another way for doing such a job. Besides I thought it would be funny. :) Raymond On 20-02-2020 10:22, Paolo Cavallini wrote: Hi all, I'm certainly biased here, but I believe QGIS is now possibly the best system for data entry and reporting for a variety of sources, most notably PostgreSQL, even for purely alphanumeric data. I'm seeing more and more applications where prin layouts are produced without a map, etc. How feasible would it be to modularize the application, in order to be able to use it also without the map canvas and all other geographical goodies? Cheers. ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] How to test a processing plugin ?
We are writing unit test for our processing algorithms. Jean-Charles, can you explain your questions? Is-it about how to initialize the Processing provider ? on travis, in unittest? I started a simple one last week on this plugin : https://github.com/3liz/qgis-raepa-plugin/blob/master/test/test_processing.py Le jeu. 20 févr. 2020 à 09:41, Alessandro Pasotti a écrit : > Hi, > > see: > https://github.com/qgis/QGIS/tree/master/python/plugins/processing/tests > > On Thu, Feb 20, 2020 at 9:30 AM Jean-Charles Quillet < > jeancharles.quil...@gmail.com> wrote: > >> Hi, >> >> I'm currently writing a processing plugin and I was wondering how to unit >> test it. >> >> Is there a well established way of testing plugins ? Is there a template >> somewhere I can use to base my tests on ? >> >> Thanks for your help, >> >> Jean-Charles >> >> ___ >> QGIS-Developer mailing list >> QGIS-Developer@lists.osgeo.org >> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > -- > Alessandro Pasotti > w3: www.itopen.it > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Q-without-GIS
Hi all, I'm certainly biased here, but I believe QGIS is now possibly the best system for data entry and reporting for a variety of sources, most notably PostgreSQL, even for purely alphanumeric data. I'm seeing more and more applications where prin layouts are produced without a map, etc. How feasible would it be to modularize the application, in order to be able to use it also without the map canvas and all other geographical goodies? Cheers. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1975] WoW GIS approval notification.
Plugin WoW GIS approval by pcav. The plugin version "[1975] WoW GIS 0.1 Experimental" is now approved Link: http://plugins.qgis.org/plugins/wow_gis/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Plugin [1515] DSGTools Op approval notification.
Plugin DSGTools Op approval by pcav. The plugin version "[1515] DSGTools Op 2.0.3" is now approved Link: http://plugins.qgis.org/plugins/DSGTools_Op/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] How to test a processing plugin ?
Hi, see: https://github.com/qgis/QGIS/tree/master/python/plugins/processing/tests On Thu, Feb 20, 2020 at 9:30 AM Jean-Charles Quillet < jeancharles.quil...@gmail.com> wrote: > Hi, > > I'm currently writing a processing plugin and I was wondering how to unit > test it. > > Is there a well established way of testing plugins ? Is there a template > somewhere I can use to base my tests on ? > > Thanks for your help, > > Jean-Charles > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alessandro Pasotti w3: www.itopen.it ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] How to test a processing plugin ?
Hi, I'm currently writing a processing plugin and I was wondering how to unit test it. Is there a well established way of testing plugins ? Is there a template somewhere I can use to base my tests on ? Thanks for your help, Jean-Charles ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer