<div dir="ltr">+1</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 10, 2014 at 8:37 AM, Martin Dluhos <span dir="ltr"><<a href="mailto:martin@gnu.org" target="_blank">martin@gnu.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 10.1.2014 11:55, Anish Mangal wrote:<br>
> Sorry for being late to the party. Clearly the "quest for data" is a commonly<br>
> shared one, with many different approaches, questions, and reporting/results.<br>
><br>
> One of the already mentioned solutions is the sugar-stats package, originally<br>
> developed by Aleksey, which have now been part of dextrose-sugar builds for over<br>
> a year, and the server side (xsce).<br>
><br>
> <a href="http://wiki.sugarlabs.org/go/Platform_Team/Usage_Statistics" target="_blank">http://wiki.sugarlabs.org/go/Platform_Team/Usage_Statistics</a><br>
><br>
> The approach we followed was to collect as much data as possible without<br>
> interfering with sugar-apis or code. The project has made slow progress on the<br>
> visualization front, but the data collection front has already been field tested.<br>
><br>
><br>
> I for one think there are a few technical trade-offs, which lead to larger<br>
> strategy decisions:<br>
> * Context v/s Universality ... Ideally we'd like to collect (activity) context<br>
> specific data, but that requires tinkering with the sugar api itself and each<br>
> activity. The other side is we might be ignoring the other types of data a<br>
> server might be collecting ... internet usage and the various other logfiles in<br>
> /var/log<br>
><br>
> * Static v/s Dynamic ... Analyzing journal backups is great, but they are<br>
> ultimately limited in time resolution due to the datastore's design itself. So<br>
> the key question being "what's valuable?" ... a) Frequency counts of activities?<br>
> b) Data such as upto the minute resolution of what activities are running, which<br>
> activity is active (visible & when), collaborators over time ... etc ...<br>
><br>
> In my humble opinion, the next steps could be:<br>
> 1 Get better on the visualization front.<br>
> 2 Search for more context. Maybe arm the sugar-datastore to collect higher<br>
> resolution data.<br>
<br>
</div></div>I think that you are absolutely right, Anish. In my project, I am currently<br>
focused on the former point, but I am running into limitations regarding the<br>
data stored in the datastore. As Sameer suggested, let's create a wiki page with<br>
a list of the data that's the community finds important and then compare that<br>
list with what's currently collected in the datastore.<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
</div></div></blockquote></div><br></div>