Re: [Qgis-developer] [Qgis-user] Better tags for plugins
In my experience Paulo has been doing good job of encouraging developers to do just that. If we want to formalize it further it might be a good idea to set the requirements lower for experimental plugins as it happens to be a helpful means of facilitating testing plugins on different platforms. TSW On Feb 23, 2015 4:26 AM, Jonathan Moules j.mou...@hrwallingford.com wrote: Hi Paulo, Surely this can be enforced by having requirements for acceptance on the official plugin repository. If a plugin doesn't fulfil all the requirements, it doesn't get included. Possible requirements (to give an idea): - Brief description of plugin, - Detailed explanation of plugin. - How to use documentation. - Useful, consistent tags. - Homepage/tracker/repository links (that work and go somewhere relevant). - Author - Changelog - Date of last plugin release - Supported QGIS Versions This may (will) mean fewer plugins, however the plugins that don't get included would be ones with poor user documentation. Most plugins fail quite badly at making it clear what they do, let alone how to use them. That lot wouldn't take much more than half an hour to do for any given plugin (with only a few very-complex exceptions) and would make plugins much more useable. Cheers, Jonathan -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto: qgis-developer-boun...@lists.osgeo.org] On Behalf Of Paolo Cavallini Sent: Friday, February 20, 2015 1:12 PM To: Lynton Cox Cc: qgis-user; qgis-developer Subject: Re: [Qgis-developer] [Qgis-user] Better tags for plugins Hi Lynton, Il 19/02/2015 19:21, Lynton Cox ha scritto: Please don't forget the newbies need to know exactly what plugins might be used for - some have hardly any description. Once out of the basic QGIS manual finding one's way around isnt that easy. Many amateurs in areas such as local studies realise how useful GIS but see that jargon and acronyms can fog the path. Yes, the About is often neglected. I invite plugin authors to add a reasonable description, but I cannot enforce this. A very good idea would be for the user to write a short note and add it to a feature request, through the plugin bugtracker; even better, this could be added as a Pull Request on the plugin repository. All the best, and thanks. -- Paolo Cavallini - www.faunalia.eu QGIS PostGIS courses: http://www.faunalia.eu/training.html *New course* QGIS for naturalists: http://www.faunalia.eu/en/nat_course.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer This message has been scanned for viruses by MailControl - www.mailcontrol.com Click https://www.mailcontrol.com/sr/SVGcvJSn6gnGX2PQPOmvUizKrmxxhcEGGlzw3ci4oH!oYUmIc3YrHGSGHzny8KZlOXtgio1tB25zr!jqbv!p6A== to report this email as spam. HR Wallingford and its subsidiaries uses faxes and emails for confidential and legally privileged business communications. They do not of themselves create legal commitments. Disclosure to parties other than addressees requires our specific consent. We are not liable for unauthorised disclosures nor reliance upon them. If you have received this message in error please advise us immediately and destroy all copies of it. HR Wallingford Limited Howbery Park, Wallingford, Oxfordshire, OX10 8BA, United Kingdom Registered in England No. 02562099 ___ 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] [Qgis-user] Better tags for plugins
I was referring to manual vetting. TSW On Feb 23, 2015 7:49 AM, Alessandro Pasotti apaso...@gmail.com wrote: 2015-02-23 15:41 GMT+01:00 Trevor Wiens tsw@gmail.com: In my experience Paulo has been doing good job of encouraging developers to do just that. If we want to formalize it further it might be a good idea to set the requirements lower for experimental plugins as it happens to be a helpful means of facilitating testing plugins on different platforms. Hi, speaking as the Plugin's repository developer, I would say that implementing different validation rules for experimental/stable plugins would require some not trivial refactoring. But if is there anybody out there willing to help, why not? The code is here: https://github.com/qgis/QGIS-Django/tree/master/qgis-app/plugins and the validator: https://github.com/qgis/QGIS-Django/blob/master/qgis-app/plugins/validator.py#L19 -- 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] Better tags for plugins
I took a look through the list and if you wany to make a consistent set of tags to use then the list will need to be short and obvious.In this light I would make the following suggestions: 1. The is comprised of items that could be used to make components of larger items. If there is a desire to make the list standard but not be a prescriptive as categories individual tags could be used to describe more complex tasks. For example right now there is: attribute attribute edit attribute table These could be replaced by attribute, edit, and table and combined with other things to keep the list short 2. There isn't a consistent time tense in the terms, for example geocoding and print. Using geocode and print would be more consistent 3. bing and google are listed, perhaps a use of wms would be sufficient 4.Some items are plural and other singular. Again it would be more consistent for all tags to be singular if possible There may be other was the list can be shortened even further but those are my thoughts for now. TSW On Thu, Feb 19, 2015 at 10:21 AM, Alessandro Pasotti apaso...@gmail.com wrote: 2015-02-19 18:09 GMT+01:00 Paolo Cavallini cavall...@faunalia.it: Hi all. As many of you may have noticed, the current situation with plugin tags is far from ideal: lots of tags, some pretty useless, lack of convergence towards the most representative ones. Now Gary came out with a list of suggestions for plugin builder: https://github.com/g-sherman/Qgis-Plugin-Builder/blob/master/taglist.txt I believe this may greatly increase consistency, so it would be important to have a general consent about the most useful tags (not too many, not too few). Therefore, your comments and pull requests will be useful. All the best, and thanks Gary for taking this. Agreed, but this is the (free) nature of tag based classification vs category based classification, if we want a defined set of tags, we should turn them into categories (multiple choice, of course). -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Proposed questions for QGIS Certification questionnaire
Jonathan. This looks good. I do have one suggestion. For the second last question of What do you think would be a good way of measuring suitability for a certificate, I think it is more complex. For example, for a developer certification, I would assume most people would think that community participation would be important. However for the other certifications, exams might be more suitable. I can even see cases for trainers where we might want to institute a train the trainer type of course that would be mandatory (even if an online course) to ensure that people who want to be trainers can benefit from the knowledge and experience of experienced teachers / trainers. Because of this complexity you might want to separate this out into questions like: For a QGIS User certification, what do you think would be a good way of measuring suitability for a certificate... For a QGIS Professional certification, what do you think would be a good way of measuring suitability for a certificate... For a QGIS Developer certification, what do you think would be a good way of measuring suitability for a certificate... For a QGIS Trainer certification, what do you think would be a good way of measuring suitability for a certificate... TSW On Tue, Feb 17, 2015 at 10:20 AM, Jonathan Moules j.mou...@hrwallingford.com wrote: Hi Tim (and all), Per the IRC meeting, I've come up with a possible questionnaire that we can spam. Currently it's all text, but it can be converted easily enough. What platform should we stick it on for the question/answers? I can do a free surveymonkey unless someone has something better to suggest. Suggestions as to questions/answers welcome from all. It is a first draft. Cheers, Jonathan === The QGIS development community is interested in creating a set of QGIS Certifications. We're interested in feedback from the entire community as to what you'd like/use. The following is a set of prospective certificates; open to change. QGIS User - Can operate QGIS to a functional level. QGIS Professional - An expert user. QGIS Developer - (Core or Plugins?) QGIS Trainer - Can train for and test for certifications. Questions: As a GIS professional, would you be interested in getting a QGIS Certification? [Yes / No] If No, why not? [Open question] As a GIS Employer, would you be more interested in candidates who have a QGIS Certification? [Yes / No / Not an Employer] If No, why not? [Open question] Rank these in the order you think they're important in a QGIS Certification? [Rank] Knowledge of GIS Concepts Familiarity with QGIS Time using QGIS Exposure to different areas of QGIS Community participation Other [Open answer] Which of these would interest you: [Choices for each: Not at all, Mildly, Definitely] QGIS User - Can operate QGIS to a functional level. QGIS Professional - An expert user. QGIS Developer - (Core or Plugins?) QGIS Trainer - Can train for and test for certifications. Do you agree/disagree with the proposed certificates? If you disagree, what certificates would you suggest? [Open question] What do you think would be a good way of measuring suitability for a certificate: [Rank] Community participation track record Exam Portfolio of work Professional experience Academic qualifications Any comments or feedback? [Open question] HR Wallingford and its subsidiaries uses faxes and emails for confidential and legally privileged business communications. They do not of themselves create legal commitments. Disclosure to parties other than addressees requires our specific consent. We are not liable for unauthorised disclosures nor reliance upon them. If you have received this message in error please advise us immediately and destroy all copies of it. HR Wallingford Limited Howbery Park, Wallingford, Oxfordshire, OX10 8BA, United Kingdom Registered in England No. 02562099 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-psc] QGIS Certification IRC meeting, Thrus 12 Feb, 2015
Thanks for the link. I would have liked to be involved but couldn't be there today. I know this was discussed briefly before but I'm still unsure of the answer. Is the main push to test tool competency or is underlying knowledge of spatial problems and processes part of the purpose? I have materials from my GIS intro course I teach for the University of Calgary that is more focused on understanding that uses QGIS. I am willing to share these but the how to sections are older and would need to be updated (I teach this course every 18 months). I realize that this will be QGIS focused and to provide something similar to commercial certification the focus needs to mostly focus on tool specific competency. I would however suggest that having a solid coverage of basic GIS knowledge would be a step up over commercial certification programs where it is not uncommon to see people with credentials on paper who understand very little. If someone can fill me in where we are at that level of specifics I would appreciate it. TSW On Feb 12, 2015 10:14 AM, Robert Szczepanek rob...@szczepanek.pl wrote: Log from IRC meeting is available at: http://hub.qgis.org/wiki/quantum-gis/Certification regards, Robert W dniu 06.02.2015 o 16:34, Tim Sutton pisze: Hi All We will be holding a meeting on IRC to discuss QGIS training and certification on Thursday 12 Feb 2015 and 14h00 GMT in the channel #qgis-certification. If you have ideas about a certification programme for QGIS, please come along and join us, or submit your ideas but email for discussion in the meeting! Regards Tim -- -- Tim Sutton Visit http://kartoza.com http://kartoza.com/ to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net http://freenode.net/ Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-psc mailing list qgis-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-psc ___ 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] EPSG codes
I did check the code for crssync and it appears that only the gdal csv and wkt files are what is checked. This makes the situation on my machines confusing as the reference to ESPG:6148 is absent from the gdal 1.9 and yet it is present in the srs.db on the same machine. How it got there is baffling, but this would appear to be a distribution issue. TSW On Fri, Dec 12, 2014 at 11:29 PM, Trevor Wiens tsw@gmail.com wrote: I don't understand it either; I'm not in any way suggesting it makes sense. I'm simply describing how it is. The confusing state of my machines suggests that crssync may do other things than just use the GDAL sources to populate srs.db. Is that mistaken? I haven't looked at the source for crssync; do you know for certain that it only scans the gdal csv files? The point the original question poster made and which I verified was that with QGIS 2.4 on Linux, EPSG:6148 was present and supported; an upgrade to 2.6.1 removes it. I don't how or why. Again, my machines suggests that this is more than a GDAL library issue. TSW On Fri, Dec 12, 2014 at 10:52 PM, Andre Joost andre+jo...@nurfuerspam.de wrote: Am 12.12.2014 um 22:14 schrieb Trevor Wiens: Andre I believe you misunderstood what I'm saying. The version of gdal does not appear to affect the presence of EPSG:6148 in srs.db Box 1: debian wheezy QGIS 2.4 gdal 1.9 ESPG:6148 in the srs.db ESPG6148 NOT in gdal csv files Box 2: debian wheezy QGIS 2.6.1 gdal 1.9 ESPG:6148 NOT in srs.db ESPG:6148 NOT in gdal csv files This issue is clearly more complex than the gdal version. I don't understand your logic. Both Boxes have gdal 1.9, both missing EPSG:6148. It is crssync that pushes the GDAL definition into srs.db. Looking at the Windows installations of gisinternals and QGIS standalone, I find the EPSG code inserted between GDAL 1.10.1 and 1.11.0, published 05/2013 vs 04/2014 QGIS 2.2.0 and 2.4.0, published 02/2014 vs 06/2014 QGIS Linux packages don't include gdal, so it is up to you to get the recent GDAL version (unless it is updated as dependency). Greetings, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] EPSG codes
I have two debian Wheezy systems. One with 2.4 and the other with 2.6.1. In the 2.4 instance 6148 is present and in the 2.6.1 instance it is not Runing /usr/lib/qgis/crssync does not solve the issue. It updates various files including /usr/share/qgis/resources/srs.db On the box with 2.4 there is a table called tbl_srs which has 5630 records including one for EPSG:6148. On the 2.6.1 box this same table has 5325 records and no entry for EPSG:6148. It is unclear which package provides this database that does seem to be the source of the issue. Hope that helps. TSW On Fri, Dec 12, 2014 at 9:12 AM, Zoltan Szecsei zolt...@geograph.co.za wrote: On 2014/12/12 18:09, Andre Joost wrote: Hmmm... I remember I got and older version when I had the ubuntugis repository, so I uninstalled that and then apt-get installed from the qgis.org repository. You should look for ubuntugis-unstable, 2.6.1 is from Sun, 30 Nov 2014 22:07:45 +0100 OK - cool - thanks. Regards, Zoltan Is there a definitive list of what to install? I think I just did: python-software-properties qgis python-qgis I just did sudo apt-get update and apt-get upgrade, and saw that the qgis packages were held back. So I forced the install of qgis and python-qgis manually, and everything worked again. In Windows I know where to find the postinstall.log, I'm not sure where it is logged on Ubuntu. HTH, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Services P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] EPSG codes
On both boxes, the file compdcs.csv does not contain a record for EPSG:6148. The gdal version is 1.9, not 1.11 for Wheezy and I assume the same for Ubuntu. EPSG:6148 is not listed on both boxes in any files in /usr/share/gdal/1.9/ on both of my machines (one with QGIS 2.4 listing 6148, one with QGIS 2.6 not listing 6148) It would seem if crssync uses the files in /usr/share/gdal/1.9/ to create srs.db it accesses other files as well because on the box with 2.4 there is a record for EPSG:6148 and on the box with 2.6.1 there isn't. TSW On Fri, Dec 12, 2014 at 12:33 PM, Andre Joost andre+jo...@nurfuerspam.de wrote: Am 12.12.2014 um 18:05 schrieb Trevor Wiens: I have two debian Wheezy systems. One with 2.4 and the other with 2.6.1. In the 2.4 instance 6148 is present and in the 2.6.1 instance it is not Runing /usr/lib/qgis/crssync does not solve the issue. It updates various files including /usr/share/qgis/resources/srs.db On the box with 2.4 there is a table called tbl_srs which has 5630 records including one for EPSG:6148. On the 2.6.1 box this same table has 5325 records and no entry for EPSG:6148. It is unclear which package provides this database that does seem to be the source of the issue. On Windows, EPSG:6148 is defined originally in /share/gdal/compdcs.csv. Under Ubuntu I find this file in /usr/share/gdal/1.11/. If crssync finds this file, the definition should go into the srs.db as well. HTH, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] EPSG codes
Andre I believe you misunderstood what I'm saying. The version of gdal does not appear to affect the presence of EPSG:6148 in srs.db Box 1: debian wheezy QGIS 2.4 gdal 1.9 ESPG:6148 in the srs.db ESPG6148 NOT in gdal csv files Box 2: debian wheezy QGIS 2.6.1 gdal 1.9 ESPG:6148 NOT in srs.db ESPG:6148 NOT in gdal csv files This issue is clearly more complex than the gdal version. TSW On Fri, Dec 12, 2014 at 2:07 PM, Andre Joost andre+jo...@nurfuerspam.de wrote: Am 12.12.2014 um 21:29 schrieb Trevor Wiens: On both boxes, the file compdcs.csv does not contain a record for EPSG:6148. The gdal version is 1.9, not 1.11 for Wheezy and I assume the same for Ubuntu. Installing from Ubuntugis-unstable for trusty 14.04 will give you gdal 1.11 with the desired EPSG:6148. For Ubuntu Utopic 14.10, there is currently qgis, but no gdal package available. The official debian and ubuntu packages might be outdated. HTH, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] EPSG codes
I don't understand it either; I'm not in any way suggesting it makes sense. I'm simply describing how it is. The confusing state of my machines suggests that crssync may do other things than just use the GDAL sources to populate srs.db. Is that mistaken? I haven't looked at the source for crssync; do you know for certain that it only scans the gdal csv files? The point the original question poster made and which I verified was that with QGIS 2.4 on Linux, EPSG:6148 was present and supported; an upgrade to 2.6.1 removes it. I don't how or why. Again, my machines suggests that this is more than a GDAL library issue. TSW On Fri, Dec 12, 2014 at 10:52 PM, Andre Joost andre+jo...@nurfuerspam.de wrote: Am 12.12.2014 um 22:14 schrieb Trevor Wiens: Andre I believe you misunderstood what I'm saying. The version of gdal does not appear to affect the presence of EPSG:6148 in srs.db Box 1: debian wheezy QGIS 2.4 gdal 1.9 ESPG:6148 in the srs.db ESPG6148 NOT in gdal csv files Box 2: debian wheezy QGIS 2.6.1 gdal 1.9 ESPG:6148 NOT in srs.db ESPG:6148 NOT in gdal csv files This issue is clearly more complex than the gdal version. I don't understand your logic. Both Boxes have gdal 1.9, both missing EPSG:6148. It is crssync that pushes the GDAL definition into srs.db. Looking at the Windows installations of gisinternals and QGIS standalone, I find the EPSG code inserted between GDAL 1.10.1 and 1.11.0, published 05/2013 vs 04/2014 QGIS 2.2.0 and 2.4.0, published 02/2014 vs 06/2014 QGIS Linux packages don't include gdal, so it is up to you to get the recent GDAL version (unless it is updated as dependency). Greetings, André Joost ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS certification
I think that certification is a good idea and that some standard training materials tied to that make sense. On that effort I have two points. First, I would suggest that if there is an effort to have QGIS certification, then this should be coupled with a discussion a while back to stable releases where effort is made on bug squashing and not new features. The reason for this is that certification on commercial platforms is tied to specific versions and thus companies investing in certification for their staff will expect the same type of effort. In my mind this seems naturally tied to an effort to put forward QGIS as a viable alternative to commercial tools for governments, NGOs and companies. Second, I use QGIS to teach a Intro GIS course at the University of Calgary's Continuing Education department. Much of those materials are targeted toward using QGIS as a means to teach GIS not the particular features of QGIS. That said if there was an effort to setup standard QGIS educational materials I would be willing to contribute whatever parts of those materials that would be useful. TSW On Tue, Oct 14, 2014 at 8:31 AM, matteo matteo.ghe...@gmail.com wrote: Hi all, as pointed out in Essen, in a (I hope quick) future there will be the change to some people to give official QGIS certificates. These people should be authorized by the core team and the certification money will go to QGIS. So, for example, I'm authorized and I made a course by myself with my company to 10 people. 3 of them are interested to have an official QGIS certification, they pay something and that's all, right? In the Internet I found this website: https://www.coursera.org/ it offers courses for free with scheduled homeworks, tutorials, videos, data, etc... So I can join the class for free, attend the lessons and do all the quizzes and assignments. But, if I want a Coursera certification that proves that I attended successfully the course I have to pay for this certification (around 50 bucks). Do you think that this method can also fit for QGIS? I mean, maybe a section in the website (or somewhere else) where you can do a course and earn an official certificate? Suggestions are welcome!! Cheers Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS certification
Thanks Tim. That looks like a good planfor long term releases. I'll sign onto that list to see how I can contribute on the training side. TSW On Oct 14, 2014 4:10 PM, Tim Sutton t...@kartoza.com wrote: Hi On Tue, Oct 14, 2014 at 5:02 PM, Trevor Wiens tsw@gmail.com wrote: I think that certification is a good idea and that some standard training materials tied to that make sense. On that effort I have two points. First, I would suggest that if there is an effort to have QGIS certification, then this should be coupled with a discussion a while back to stable releases where effort is made on bug squashing and not new features. The reason for this is that certification on commercial platforms is tied to specific versions and thus companies investing in certification for their staff will expect the same type of effort. In my mind this seems naturally tied to an effort to put forward QGIS as a viable alternative to commercial tools for governments, NGOs and companies. We have detailed a plan for this during the Essen hackfest - please see https://github.com/timlinux/QGIS-Enhancement-Proposals/blob/master/QEP-3-QGIS_Long_Term_Releases.rst I hope that we can make 2.8 the first LTR release. Second, I use QGIS to teach a Intro GIS course at the University of Calgary's Continuing Education department. Much of those materials are targeted toward using QGIS as a means to teach GIS not the particular features of QGIS. That said if there was an effort to setup standard QGIS educational materials I would be willing to contribute whatever parts of those materials that would be useful. Yes there are efforts towards this. We already have some resources and we have been in discussions to build on these. Perhaps we can start using the mostly unused QGIS-Edu mailing list to coordinate and collaborate - it would be great to have your inputs (and anyone else interested in this topic). http://lists.osgeo.org/pipermail/qgis-edu/ Regards Tim TSW On Tue, Oct 14, 2014 at 8:31 AM, matteo matteo.ghe...@gmail.com wrote: Hi all, as pointed out in Essen, in a (I hope quick) future there will be the change to some people to give official QGIS certificates. These people should be authorized by the core team and the certification money will go to QGIS. So, for example, I'm authorized and I made a course by myself with my company to 10 people. 3 of them are interested to have an official QGIS certification, they pay something and that's all, right? In the Internet I found this website: https://www.coursera.org/ it offers courses for free with scheduled homeworks, tutorials, videos, data, etc... So I can join the class for free, attend the lessons and do all the quizzes and assignments. But, if I want a Coursera certification that proves that I attended successfully the course I have to pay for this certification (around 50 bucks). Do you think that this method can also fit for QGIS? I mean, maybe a section in the website (or somewhere else) where you can do a course and earn an official certificate? Suggestions are welcome!! Cheers Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 -- -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee --- Kartoza is a merger between Linfiniti and Afrispatial ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] standardisation of the editing map tools: modify behaviour of press-pan-release tools
I like the options of setting a preference for either GIS like operation or CAD like operation. This does however tie into a larger issue of configuration flexibility in QGIS. I use QGIS when I teach GIS and new users are often overwhelmed by rows and rows of tool bars. By default we can only set those one at a time soI wrote the MyConfigs plugin so I could set a certain set of tools visible for when I'm doing digitizing and a different configurations for different tasks. Unfortunately to disable menus requires a reboot of the system. In my ideal world the plugin I wrote would be made obsolete by the ability to define task configurations of tool bars, menus and perhaps even tool behaviour. This type of flexibility would be useful for teaching but also in day to day use by keeping what you need close at hand and behaving as needed and hiding the other stuff that can sometimes get in the way. TSW On Sep 26, 2014 3:28 PM, Andrew amcani...@gmail.com wrote: I also would vote for option 3. I do quite a bit of digitising/editing in QGIS. I am used to the default behaviour though there are times i wish for the editing tools to act as Denis has proposed. I think it makes sense for QGIS' default behaviour to be consistent for people coming from other GIS software. In my mind QGIS is foremost a GIS and should behave as such. So i don't think 1 is a good option. also, 2 sees like it could be confusing/frustrating. I don't think its a matter of being afraid of change but rather of being consistent with the behaviour of other GIS software. That being said there are times that i would appreciate having the editing behaviour Denis is suggesting and would be very interested in being able to choose. Andrew On Wed, Sep 24, 2014 at 11:27 PM, Denis Rouzaud denis.rouz...@gmail.com wrote: On 25.09.2014 08:02, Nathan Woodrow wrote: Hey Denis, There is a 4th option of course and that is a key modifier for override to do click-click. I was planning on doing that a while ago when I thought about the same thing. So adding something like shift+click to enabled click-click mode. Not sure if that is better but there is not a good way to change this kind of thing. - Nathan Or we use the modifier for the drag'n'drop, if people like to keep a button mouse pressed, they don't mind using one more key... just joking! Modifiers are a pain when you use the tools a lot. Anyway, if we do this, this can be combined with the options (solution 3) Standard mode: simple click: drag'ndrop, shift: click-click CAD mode: simple click: click-clcik, shift: drag'n'drop On Thu, Sep 25, 2014 at 3:46 PM, Denis Rouzaud denis.rouz...@gmail.com wrote: Hi all, I'll try to summarize. *QEP*: I don't mind doing one, but I think it's a bit early since we are still discussing. *Problematic*: Drag'n'drop map tools prevent from enhancing CAD tools in QGIS. For this, it is *required *to add click-click to all map tools. *Other softwares:* CAD softwares use click-click actions while design and GIS (Mapinfo, what about ESRI?) use drag'n'drop. New users or even current users might be afraid of such a change. *Pros of methods:* Advantages of click-clik: * allow other actions to be done in the movement * allow cancelling the action (this was not pointed out yet) Advantages of drag'n'drop * More intuitive (for non-CAD users, which I believe is the majority) I see *3 (and a half) solutions* (thanks to Matthias for pointing some): 1.* Replace current* drag'n'drop to click-click + simplest solution to maintain - need time for new users to get used to this 2.* Enable both* click-clik and drag'n'drop: a short click will free the node/feature while a long click (*) will allow drag'n'drop. + both solutions are here - might be confusing for a standard user to make a short click and have a node moving without knowing what to do (although escape would cancel the thing) 3. Provide both behaviours and *choose which one to use in options* (e.g. enable CAD behaviour for map tools). + both solutions are here - behaviour not coherent along the different installations half solution: click-click in map tools, allow drag'n'drop in the main identify tool. Like *Microstation*. - this works only for move features (i.e. not feasible for rotate and node tools) Please comment these solutions, to see if there's a consensus. I'll start and vote for 1. ;) Cheers, Denis * The determination of what should be done is made on the distance in pixels from the press position to the release position. If it's small it is considered as a short. Time might also get into consideration: if you long-click but don't move it could be considered as cancel. On 24.09.2014 10:56, Denis Rouzaud wrote: Hi all, There is somehow an inconsistency in the behaviour of the current editing map tools. Some, like add features, uses the left click to trigger the action. Others, like the node tool or
Re: [Qgis-developer] Module dependencies
I agree with earlier comments that this is largely a distribution problem and that automatic functionality creates some risks. I posted yesterday about how Windows installs having their own versions of python installed makes using tools like pip or easy_install challenging. I can see two possible ways forward: 1. Use a generic python install rather than installing its own version. This way pip and other tools will work fine. 2. Provide a tool to execute pip for the QGIS specific version of python for Windows installs (I don't know what happens under Max OS) It seems to me that option 1 would be the most obvious choice making Windows installs similar to Linux installs and simpler to add and remove libraries as needed. I think that adding more and more stuff to the OSGeo4W install doesn't make sense. TSW On Tue, Sep 23, 2014 at 6:15 AM, Paolo Cavallini cavall...@faunalia.it wrote: Il 23/09/2014 12:59, Matthias Kuhn ha scritto: Hi all, I think we have to clearly separate two different things here: * Dependencies on plugins * Dependencies on python modules Right, sorry if I somewhat induced this confusion. Both issues are worth dealing with, however. All the best, and thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS specific installs of Python on Windows is suboptimal
In my recent work with an plugin requiring additional python libraries, I found that the current method of creating a separate python install for QGIS is quite problematic because: 1. If you have multiple copies of Python installed and you want to use either easy_install or pip to install additional python libraries this can be complicated for users to get stuff installed in the right place 2. The QGIS instance of python is not listed in the Windows registry so if you want to use tools that depend on the windows registry to install additional libraries (pyaudio for example), that doesn't work unless you use a script or manually create those windows registry entries. In this past of having a GIS product separate install of Python was also followed by ESRI but I noticed installing 10.2.2 today that they appear to have moved to installing or adding to an generic python install. I've yet to verify that but based on the install path it looks that way and would be in my view a big improvement to saving disk space and keeping things simpler. I don't know what the implication is for building to 2.6 install tools for when that version is released, but as I see it if we could allow users to just add the necessary libraries to a generic python 2.6 or 2.7 install, that could make things a whole lot easier for QGIS users. TSW -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python plugins mandatory metadata
Since I'm not a contributor to the main project, just some plugins, I'm not sure my voice will count for much but I think Tim hits on an important point. As as a developer of plugins for my company, I have created repos and bug trackers for the plugins I created because I was asked to but they are not regularly used, watched or maintained. If anything they are worse than none at all. I understand the interest in standard documentation, but even that is often less than ideal from a companies perspective. Speaking generally companies provide plugins for two reasons. First, they are something the company needs and is willing to share with others. Second, they are useful tools for the company's clients to use with the companies commercial tools or services. In both cases plugins are, to some extent, a means to promote the company so hosting documentation on the company site is more valuable to the company then distributing all of it with the plugin. I would encourage QGIS developers to try to keep balanced requirements to ensure that corporate, academic and volunteer contributors and users can all benefit. TSW On Mon, Aug 25, 2014 at 1:38 PM, Tim Sutton t...@kartoza.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/08/2014 17:46, Vincent Picavet wrote: Hello, Hi all. Il 25/08/2014 17:06, Tim Sutton ha scritto: I agree they should remain optional for now. After a few months of managing the plugin approval queue, I still do not understand what is the advantage of having plugins without a repo and bugtracker. I agree that a home page is not a necessity. +1 Moreover, plugins are GPL licenced, hence the source code should be shared when a plugin is distributed. Python is a script language, but still there are some source which should not go into the final plugin package (.ui files typically). Therefore, a plugin _must_ have a full source code available somewhere, and a repository is a logical place for this. Globally it is about improving the global quality of the software, and these steps are the basics a plugin developer should provide. Yes but there are always going to be exceptions to this and I dont believe we should make having these items a sticking point e.g.: * some one in a corporate environment can't easily make a website for the plugin they write * Someone in a coprporate environment works in a repo behind a firewall * a bug tracker is behind a corporate firewall As Ale says, its not that we should encourage people not to have these things, but we should not penalise them for it unduly if they don't. I think there are other things that would be more interesting to mandate e.g.: * standardised documentation * HIG compliance * Including a license file etc. I would still like to see us reach a point where we have 'best of breed', 'sanctioned' plugins, and the 'wild west' differentiated for the users. Regards Tim Vincent ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - -- - -- Tim Sutton Visit http://kartoza.com to find out about open source: * Desktop GIS programming services * Geospatial web development * GIS Training * Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net Tim is a member of the QGIS Project Steering Committee - -- Kartoza is a merger between Linfiniti and Afrispatial -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlP7kLsACgkQqk07qZdiYjd3oQCfXty1OR7OcrPqMpeEDL81E9Sz 1UwAnRMiQ++zIK9lgFXN4uOSVY2lCpFd =OYHU -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] possible vector edit commit bug, please try to reproduce to confirm
Thanks Bernhard. I did try uninstalling my Python plugins with no effect. It however should not make any difference because I can recreate the issue manually which should not be affected by any plugins. What I've done for my plugin, as I'm already using the pyspatialite library, is to replace qgis calls with direct writes with the spatialite library and I don't have any slow down. It seems to me that something funny is going on with QGIS itself but I found a work around for my own issue for now. Thanks again TSW On Aug 19, 2014 11:58 PM, Bernhard Ströbl bernhard.stro...@jena.de wrote: Hi Trevor, just guessing: Is your plugin applying the editingStarted()/editingStopped() signals? If not there are plugins around that do it and are known to slow down QGIS. So if it is not your plugin first thing would be to unload _all_ plugins and see if the problem persists. If not reload the plugins only one at a time to identify the one causing the problem. Bernhard Am 20.08.2014 01:42, schrieb Trevor Wiens: I'm working on a QGIS plugin where I need to commit changes every time a new feature is added in an SQLite database. I was using layer.startEditing() layer.addFeature(feature, False) OR layer.addFeature(feature, True) layer.commitChanges() After about 10 to 15 features the system began to slow significantly with periods of 100% CPU usage increasing until the system became unusable. To assess if this was my code or something in QGIS 2.4 on Debian Wheezy, I created a simple point shapefile and added points and saved each time (both trying just saving and stopping editing and saving) and again at about 10 to 15 points the system failed. My request is simple. 1. Can someone else confirm that this happens on other systems 2. If so, is there some way around this until this fixed? Thanks TSW -- Trevor Wiens Apropos Information Systems aproposinfosystems.com http://aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 __ Information from ESET Mail Security, version of virus signature database 10283 (20140820) __ 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
[Qgis-developer] possible vector edit commit bug, please try to reproduce to confirm
I'm working on a QGIS plugin where I need to commit changes every time a new feature is added in an SQLite database. I was using layer.startEditing() layer.addFeature(feature, False) OR layer.addFeature(feature, True) layer.commitChanges() After about 10 to 15 features the system began to slow significantly with periods of 100% CPU usage increasing until the system became unusable. To assess if this was my code or something in QGIS 2.4 on Debian Wheezy, I created a simple point shapefile and added points and saved each time (both trying just saving and stopping editing and saving) and again at about 10 to 15 points the system failed. My request is simple. 1. Can someone else confirm that this happens on other systems 2. If so, is there some way around this until this fixed? Thanks TSW -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Custom Map Tools
I did some more playing with this and found that if I clear layer selections before and after my plugin with the custom map tools is run the system does not crash. I had looked at the crash output when running qgis from command line and found an error suggesting symbols not found so I suspect that somehow when I removed my active layers when I close the plugin that QGIS tried to access those layers when I selected a zoom tool (for example). Doesn't really make sense, but it seems I've found a work around for now. Again if anyone has insight into this any explanation would be welcome. Thanks TSW On Tue, Jul 15, 2014 at 8:15 PM, Trevor Wiens tsw@gmail.com wrote: I'm developing a custom application as a python plugin for doing in-person map based interviews with indigenous people. For this I need custom map tools for drawing and editing map features so I can do some additional processing, when map features are created such as recording the time stamp (as I'm recording sound simultaneously). At this point I've gotten the capture of points and simultaneous audio working nicely but what I am finding is after exiting my app (which runs in a panel with all other tool bars and such minimized) and restoring the previous state, if I select any other map tool, such as pan or in QGIS 2.4 under Linux, disk trashing ensures followed by a crash. I can simulate this by simply using command line in the python window using the canvas.setMapTool function. I suspect that somehow the custom map tool for placing points is not being cleaned up properly but I'm not sure how to track this down or prevent this. I've Googled this issue extensively and can't seem to find any similar problems so any help pointing me in the right direction would be welcome. Thanks in advance TSW -- Trevor Wiens Apropos Information Systems aproposinfosystems.com Calgary, Alberta Ph. 403-973-5901 Fax 780-666-4580 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Custom Map Tools
I'm developing a custom application as a python plugin for doing in-person map based interviews with indigenous people. For this I need custom map tools for drawing and editing map features so I can do some additional processing, when map features are created such as recording the time stamp (as I'm recording sound simultaneously). At this point I've gotten the capture of points and simultaneous audio working nicely but what I am finding is after exiting my app (which runs in a panel with all other tool bars and such minimized) and restoring the previous state, if I select any other map tool, such as pan or in QGIS 2.4 under Linux, disk trashing ensures followed by a crash. I can simulate this by simply using command line in the python window using the canvas.setMapTool function. I suspect that somehow the custom map tool for placing points is not being cleaned up properly but I'm not sure how to track this down or prevent this. I've Googled this issue extensively and can't seem to find any similar problems so any help pointing me in the right direction would be welcome. Thanks in advance TSW ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer