<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-08-03 12:39 GMT+02:00 Vincent Picavet (ml) <span dir="ltr"><<a href="mailto:vincent.ml@oslandia.com" target="_blank">vincent.ml@oslandia.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<span class=""><br>
On 03/08/2015 10:23, Richard Duivenvoorde wrote:<br>
> In a separate thread, Neal raises the point below. Moving it to a<br>
> separate thread here.<br>
><br>
> Nyal asks: "... On a semi-related theme, we really need a core "QGIS<br>
> update available" plugin. I suspect there's a ton of users still on<br>
> 2.8.0/.1/<2.8 just due to not knowing there's a new version out. This<br>
> could also be really handy for tracking stats of users..."<br>
><br>
> @Nyall: we already have an menu item: Help/Check QGIS version<br>
> But I just checked, and in 2.8.3 it says that I should update to 2.10,<br>
> so I think that is more or less broken since we do LTR versions...<br>
<br>
</span>Repairing this feature, and maybe having an automated background check<br>
at startup would be good for this feature.<br>
<span class=""><br>
> And we did have this ping back discussion earlier, resulting in "we<br>
> cannot do it because of the privacy issues".<br>
><br>
> Though I'm pretty privacy-minded, I am actually in favour of a ping back!<br>
><br>
> Given the following plan, does that guarantee enough privacy for people<br>
> who were against it earlier:<br>
><br>
> - during first creation of .qgis2 user folder (upon first installation)<br>
> we generate some uuid (based on currentime+somerandom)<br>
> - upon later startups QGIS fires a HTTP GET request to a webserver which<br>
> contains this UUID + the language + current version used<br>
> - this request is handled by a separate apache or nginx server which<br>
> does nothing more then logging this, and returning the (for that branch)<br>
> latest version. Which is checked for by QGIS<br>
> - by simple analysing the logs (grepping) we can have some info about<br>
> our user-base (number of installs given a period of time) and even a<br>
> live 'currently QGISsing'-guess :-)<br>
><br>
> Can privacy concerning people live with this plan?<br>
<br>
</span>Not me.<br>
<br>
Any personal information sent by the user should only be done on a<br>
volontary basis.<br>
<br>
I would agree with this if :<br>
* This is optional<br>
* This is not activated by default<br>
* The installer could ask the user if he wants to send statistics to the<br>
QGIS project, with a list of data items sent.<br>
<span class=""><br>
> As an argument to allowing these pingbacks, as we/I invest pretty much<br>
> time in localisation around QGIS, it would make me feel better if I know<br>
> that all this work is actually be used by some people :-)<br>
<br>
</span>User statistics are indeed very important. Privacy is just way more<br>
important, especially in these troubled times. I do think we, as<br>
opensource community members, and digital era citizens, have to show the<br>
way. Do not ever do things users would consider evil without getting<br>
their agreement.<br>
<br>
Regards,<br>
Vincent<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br><br></div><div>I fully agree with Vincent's opinion. <br></div></div><br></div><div class="gmail_extra">Regards.<br><br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>