Re: [Qgis-developer] QGIS update available plugin and/or ping back plugin
On 3 August 2015 at 18:23, Richard Duivenvoorde rdmaili...@duif.net wrote: In a separate thread, Neal raises the point below. Moving it to a separate thread here. Nyal asks: ... On a semi-related theme, we really need a core QGIS update available plugin. I suspect there's a ton of users still on 2.8.0/.1/2.8 just due to not knowing there's a new version out. This could also be really handy for tracking stats of users... s/\bN[ye]al{0,2}\b/Nyall/g ;) @Nyall: we already have an menu item: Help/Check QGIS version But I just checked, and in 2.8.3 it says that I should update to 2.10, so I think that is more or less broken since we do LTR versions... That's an issue, plus I don't think a passive check like this is in-your-face enough for most users. And we did have this ping back discussion earlier, resulting in we cannot do it because of the privacy issues. Though I'm pretty privacy-minded, I am actually in favour of a ping back! Given the following plan, does that guarantee enough privacy for people who were against it earlier: - during first creation of .qgis2 user folder (upon first installation) we generate some uuid (based on currentime+somerandom) - upon later startups QGIS fires a HTTP GET request to a webserver which contains this UUID + the language + current version used - this request is handled by a separate apache or nginx server which does nothing more then logging this, and returning the (for that branch) latest version. Which is checked for by QGIS - by simple analysing the logs (grepping) we can have some info about our user-base (number of installs given a period of time) and even a live 'currently QGISsing'-guess :-) I'd also add platform details to that - just broad details like operating system/linux distro, version and 32 or 64 bit. These stats would be very useful to have. Can privacy concerning people live with this plan? +1 from me! Nyall ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS update available plugin and/or ping back plugin
Il 03/08/2015 12:52, Nathan Woodrow ha scritto: +1 to opt in only sure: asking during istallation. default no. IMHO the Debian popularity contest is a good model: http://popcon.debian.org/ 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] Python 3 migration plan - what we can do to help people.
Il 02/08/2015 14:01, Nathan Woodrow ha scritto: Thoughts? Very good idea, thanks Nathan. Please consider that many, if not most, of our plugin devs are relatively new devs, so any way of smoothing out their path will be welcomed and important for an effective transition. I would suggest adding to the warning you mention also a link to a detailed howto. 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] QGIS update available plugin and/or ping back plugin
2015-08-03 12:39 GMT+02:00 Vincent Picavet (ml) vincent...@oslandia.com: Hello, On 03/08/2015 10:23, Richard Duivenvoorde wrote: In a separate thread, Neal raises the point below. Moving it to a separate thread here. Nyal asks: ... On a semi-related theme, we really need a core QGIS update available plugin. I suspect there's a ton of users still on 2.8.0/.1/2.8 just due to not knowing there's a new version out. This could also be really handy for tracking stats of users... @Nyall: we already have an menu item: Help/Check QGIS version But I just checked, and in 2.8.3 it says that I should update to 2.10, so I think that is more or less broken since we do LTR versions... Repairing this feature, and maybe having an automated background check at startup would be good for this feature. And we did have this ping back discussion earlier, resulting in we cannot do it because of the privacy issues. Though I'm pretty privacy-minded, I am actually in favour of a ping back! Given the following plan, does that guarantee enough privacy for people who were against it earlier: - during first creation of .qgis2 user folder (upon first installation) we generate some uuid (based on currentime+somerandom) - upon later startups QGIS fires a HTTP GET request to a webserver which contains this UUID + the language + current version used - this request is handled by a separate apache or nginx server which does nothing more then logging this, and returning the (for that branch) latest version. Which is checked for by QGIS - by simple analysing the logs (grepping) we can have some info about our user-base (number of installs given a period of time) and even a live 'currently QGISsing'-guess :-) Can privacy concerning people live with this plan? Not me. Any personal information sent by the user should only be done on a volontary basis. I would agree with this if : * This is optional * This is not activated by default * The installer could ask the user if he wants to send statistics to the QGIS project, with a list of data items sent. As an argument to allowing these pingbacks, as we/I invest pretty much time in localisation around QGIS, it would make me feel better if I know that all this work is actually be used by some people :-) User statistics are indeed very important. Privacy is just way more important, especially in these troubled times. I do think we, as opensource community members, and digital era citizens, have to show the way. Do not ever do things users would consider evil without getting their agreement. Regards, Vincent I fully agree with Vincent's opinion. Regards. -- 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 blog?
So far, we've added it to the planet. We can also think about displaying the post more prominently on QGIS.org and enable automatic sharing of posts on our social media platforms. Best wishes Anita On Aug 3, 2015 7:31 AM, Gary Sherman gsher...@geoapt.com wrote: On 8/2/15 9:30 PM, Nathan Woodrow wrote: OK cool. Maybe we can get a nice link on the front qgis.org page and I will put a tweet out about it. Not sure of the status---Anita will know... On Mon, Aug 3, 2015 at 3:27 PM, Gary Sherman gsher...@geoapt.com wrote: Not long. Was just set up recently. On 8/2/15 9:25 PM, Nathan Woodrow wrote: :S How long has that existed? On Mon, Aug 3, 2015 at 3:24 PM, Gary Sherman gsher...@geoapt.com wrote: You mean like blog.qgis.org? On 8/2/15 5:05 PM, Nathan Woodrow wrote: Does anyone else thing it might be good to have an official QGIS blog that we can use to push out news to users? Something with a RSS feed, etc would be good. Regards, Nathan ___ Qgis-developer mailing listQgis-developer@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-developer -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman Founder, QGIS Project Consulting: geoapt.com Publishing: locatepress.com We work virtually anywhere =-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman Founder, QGIS Project Consulting: geoapt.com Publishing: locatepress.com We work virtually anywhere =-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman Founder, QGIS Project Consulting: geoapt.com Publishing: locatepress.com We work virtually anywhere =-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ 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] QGIS plugin site
Hi all. I have an issue with the plugin web app: http://hub.qgis.org/issues/13175 I believe Alessandro is unavailable currently: is anyone available for a look to it? This prevents me from approving several plugins, and I would not like to make authors and user waiting too long. All the best, and thanks. -- 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] QGIS blog?
At the moment, the PSC members received invitations to become blog editors. I think it's ok if you want to join. Let's see what the others think. I've created a quick decision on https://www.loomio.org/d/5fcei2b1/should-we-create-an-official-qgis-blog Best wishes Anita On Mon, Aug 3, 2015 at 8:09 AM, Nathan Woodrow madman...@gmail.com wrote: Hey Anita, That would be fantastic. Do you only have edit rights on there at the moment? I would be keen to write stuff for their in the future. Regards, On Mon, Aug 3, 2015 at 4:04 PM, Anita Graser anitagra...@gmx.at wrote: So far, we've added it to the planet. We can also think about displaying the post more prominently on QGIS.org and enable automatic sharing of posts on our social media platforms. Best wishes Anita On Aug 3, 2015 7:31 AM, Gary Sherman gsher...@geoapt.com wrote: On 8/2/15 9:30 PM, Nathan Woodrow wrote: OK cool. Maybe we can get a nice link on the front qgis.org page and I will put a tweet out about it. Not sure of the status---Anita will know... On Mon, Aug 3, 2015 at 3:27 PM, Gary Sherman gsher...@geoapt.com wrote: Not long. Was just set up recently. On 8/2/15 9:25 PM, Nathan Woodrow wrote: :S How long has that existed? On Mon, Aug 3, 2015 at 3:24 PM, Gary Sherman gsher...@geoapt.com wrote: You mean like blog.qgis.org? On 8/2/15 5:05 PM, Nathan Woodrow wrote: Does anyone else thing it might be good to have an official QGIS blog that we can use to push out news to users? Something with a RSS feed, etc would be good. Regards, Nathan ___ Qgis-developer mailing listQgis-developer@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-developer -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman Founder, QGIS Project Consulting: geoapt.com Publishing: locatepress.com We work virtually anywhere =-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman Founder, QGIS Project Consulting: geoapt.com Publishing: locatepress.com We work virtually anywhere =-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman Founder, QGIS Project Consulting: geoapt.com Publishing: locatepress.com We work virtually anywhere =-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ 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] Python 3 migration plan - what we can do to help people.
Hey Paolo, 100% that is what made me think of this when talking to the Python devs. We should do as much as we can to help people get from A to B without feeling lost. Doing this in practice is a lot harder but I think we can lean on tools made by others to help us here. Regards, On Mon, Aug 3, 2015 at 4:52 PM, Paolo Cavallini cavall...@faunalia.it wrote: Il 02/08/2015 14:01, Nathan Woodrow ha scritto: Thoughts? Very good idea, thanks Nathan. Please consider that many, if not most, of our plugin devs are relatively new devs, so any way of smoothing out their path will be welcomed and important for an effective transition. I would suggest adding to the warning you mention also a link to a detailed howto. 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS build error
Dear All, I have build QGIS 2.8.2 in Visual Studio 2008. But I am getting following error. *Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File , line 1, in File D:/QGIS/build/output/python\qgis\__init__.py, line 36, in from qgis.core import QgsFeature, QgsGeometry File D:/QGIS/build/output/python\qgis\core\__init__.py, line 3, in from qgis._core import * ImportError: dynamic module does not define init function (init_core)* I am not able to understand why I am getting this error. Is this error in the source code or did I miss anything in CMAKE-GUI window. Can any one of you please help. Thanks, Azghar Disclaimer: This message and any attachments contain information that may be RMSI Private Limited. confidential and/or privileged. If you are not the intended recipient (or authorized to receive for the intended recipient), and have received this message in error, any use, disclosure or distribution is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to the e-mail and permanently deleting the message from your computer and/or storage system http://www.rmsi.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Freeze on release-2_8 branch
On 03-08-15 09:01, Paolo Cavallini wrote: Il 30/07/2015 01:05, Nyall Dawson ha scritto: On a semi-related theme, we really need a core QGIS update available plugin. I suspect there's a ton of users still on 2.8.0/.1/2.8 just due to not knowing there's a new version out. This could also be really handy for tracking stats of users... Hi Nyall, thanks for raising this. We have been discussing about it several times in the past, and never got round it mainly because of privacy concerns, I believe. I'd be in favour of setting it up, of course asking consent from the user during installation. Do you have an idea of how difficult could it be? Moved this discussion deserves a separate thread... Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Freeze on release-2_8 branch
Il 30/07/2015 01:05, Nyall Dawson ha scritto: On a semi-related theme, we really need a core QGIS update available plugin. I suspect there's a ton of users still on 2.8.0/.1/2.8 just due to not knowing there's a new version out. This could also be really handy for tracking stats of users... Hi Nyall, thanks for raising this. We have been discussing about it several times in the past, and never got round it mainly because of privacy concerns, I believe. I'd be in favour of setting it up, of course asking consent from the user during installation. Do you have an idea of how difficult could it be? 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
[Qgis-developer] QGIS update available plugin and/or ping back plugin
In a separate thread, Neal raises the point below. Moving it to a separate thread here. Nyal asks: ... On a semi-related theme, we really need a core QGIS update available plugin. I suspect there's a ton of users still on 2.8.0/.1/2.8 just due to not knowing there's a new version out. This could also be really handy for tracking stats of users... @Nyall: we already have an menu item: Help/Check QGIS version But I just checked, and in 2.8.3 it says that I should update to 2.10, so I think that is more or less broken since we do LTR versions... And we did have this ping back discussion earlier, resulting in we cannot do it because of the privacy issues. Though I'm pretty privacy-minded, I am actually in favour of a ping back! Given the following plan, does that guarantee enough privacy for people who were against it earlier: - during first creation of .qgis2 user folder (upon first installation) we generate some uuid (based on currentime+somerandom) - upon later startups QGIS fires a HTTP GET request to a webserver which contains this UUID + the language + current version used - this request is handled by a separate apache or nginx server which does nothing more then logging this, and returning the (for that branch) latest version. Which is checked for by QGIS - by simple analysing the logs (grepping) we can have some info about our user-base (number of installs given a period of time) and even a live 'currently QGISsing'-guess :-) Can privacy concerning people live with this plan? As an argument to allowing these pingbacks, as we/I invest pretty much time in localisation around QGIS, it would make me feel better if I know that all this work is actually be used by some people :-) Regards, Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS update available plugin and/or ping back plugin
On 03-08-15 12:39, Vincent Picavet (ml) wrote: Repairing this feature, and maybe having an automated background check at startup would be good for this feature. Which is actually the same as a pingback, except without an unique identifier... But I created an issue for the repair: http://hub.qgis.org/issues/13178 Can privacy concerning people live with this plan? Not me. Any personal information sent by the user should only be done on a volontary basis. I would agree with this if : * This is optional * This is not activated by default * The installer could ask the user if he wants to send statistics to the QGIS project, with a list of data items sent. let's be honest: if you let ME opt out, I opt out We can already generate global figures based on downloads, or plugin update requests... Found out that access.log of plugins.qgis.org is not rotated, so some grepping: $ grep /2014.*/plugins/plugins.xml?qgis= access.log | awk '{print $1}' | sort | uniq | wc -l 541711 $ grep /2015.*/plugins/plugins.xml?qgis= access.log | awk '{print $1}' | sort | uniq | wc -l 546017 so about half a million unique ip addresses per year? Not sure how this makes up for: - several installation behind one reverse proxy ip - roaming users or dynamic ip addresses But... it is something. The advantage of adding little more uniqueness info is to get better numbers. Making it an option, will not add something to our current setup. As an argument to allowing these pingbacks, as we/I invest pretty much time in localisation around QGIS, it would make me feel better if I know that all this work is actually be used by some people :-) User statistics are indeed very important. Privacy is just way more important, especially in these troubled times. I do think we, as opensource community members, and digital era citizens, have to show the way. Do not ever do things users would consider evil without getting their agreement. As said, for me it is rewarding to see that we have a lot of users, or that translations are actually used. But I do not want to end up in a privacy flame war. If consensus is that privacy is more important, I take that. Regards, Richard ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Freeze on release-2_8 branch
Il 30/07/2015 12:05, Sandro Santilli ha scritto: On Thu, Jul 30, 2015 at 10:07:32AM +0200, Jürgen E. Fischer wrote: We need to be noisy about point releases, too? It's all on github anyway. Can't sales or marketing take care of that? ;) Personally, I would not consider announcing a bugfix release as noise. That said, if a sales marketing dept exists, this is surely something it should take care of :) Hi all. I also think point releases should be announced (just with a shorter announcement, with less emphasis). I'll be happy of taking care of this. I believe this should be done with the same procedure as for the normal release announcements. So, Juergen, should I do this from now on, or what do you prefer? 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