<div dir="ltr"><div><div><div>Hi,<br><br></div>Thanks for the feedback on my suggestion. Personally, I rarely send in info like that as well (especially not to Apple!). So, I'm not exactly excited about such a 'feature'. Just thought I should mention it as a means of collecting data.<br>
<br></div>Couple of notes:<br><br></div>* An annoyance is something that happens often and users have to tolerate (see Windows). I clearly proposed that such a tool only launch once on first run of a new version (i.e., a major version like 2.0, not 2.0.1). Users would probably not see the dialog again for at least 6-12 months, not exactly annoying.<br>
<div><div><div><div><div class="gmail_extra"><br></div><div class="gmail_extra">* Data like this is very useful. For example: there has been a couple of attempts to define what the base required Qt version should be for 2.0 (still unresolved). Research on different versions shipping with different Linux distributions was done, but there is zero data on how many users actually use QGIS on those platforms. If we knew less than 1% (even from the profiler's sampling) used Qt 4.5 or 4.6, it would weigh on whether to set the base requirement to 4.6 or 4.7.<br>
<br></div><br></div><div>However, +1 for Régis's idea of having a crash reporter, or at least a means of generating an output text file with anonymous app data for manually sending to developers or the issue tracker to help debug user issues.<br>
</div><div><br></div><div>Regards,<br></div><div><div class="gmail_extra"><div><br>Larry<br></div>
<br><br><div class="gmail_quote">On Fri, Feb 22, 2013 at 12:54 PM, Régis Haubourg <span dir="ltr"><<a href="mailto:regis.haubourg@eau-adour-garonne.fr" target="_blank">regis.haubourg@eau-adour-garonne.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi All,<br>
as a user, I don't really like tools that collect info over the net. Even if<br>
I trust QGIS community and it is Open Source, I know that some could find it<br>
suspicious.<br>
Estimated stats on server side are sufficient to me. Quality, stability, and<br>
maybe a way to reference how much fundig/ bid efforts   grow up could be a<br>
perfect approach of QGIS health and maturity. I must say that on french<br>
geomatics forum, QGIS thread have be growing so much these times, i don't<br>
have any doubt.<br>
<br>
As a GIS administrator, I would really like to be able to collect stat of<br>
what my users do, what datasource they use, plugin, how much projects, how<br>
often. That would help me to target courses, data adminsitration efforts and<br>
fundings for improvements. *Do you think I can achieve that with a python<br>
plugin? *<br>
I would also like to monitor qgis processes, (memory, cpu, write and read<br>
files, web access stats...), but I think my sys admin is the good guy to do<br>
this<br>
<br>
*One thing maybe missing is crash automatic report to help diagnosing<br>
recurrent crashes.  Thoughts? *<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/Download-stats-tp5035700p5036245.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/Download-stats-tp5035700p5036245.html</a><br>
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div><br></div></div></div></div></div></div>