<div dir="ltr">Great utilization of CouchDB and its views feature! That's definitely something we can build on. But more importantly, to make this meaningful, we need more data. <div>It's good to know what the activities are that are used most, so one can come up with a priority list for improvements, and/or focus developer attention.   </div>
<div>CouchDB allows to pull data together from different instances, which should make aggregation and comparisons between projects possible. And for projects that are not online, the data could be transferred to a USB stick quite easily and then uploaded to any other DB instance.</div>
<div><br></div><div>Is there a task/todo list somewhere?</div><div><br></div><div>Andi </div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Fri, Jan 3, 2014 at 11:16 AM, Sameer Verma <span dir="ltr"><<a href="mailto:sverma@sfsu.edu" target="_blank">sverma@sfsu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Fri, Jan 3, 2014 at 4:15 AM, Martin Abente<br>
<<a href="mailto:martin.abente.lahaye@gmail.com">martin.abente.lahaye@gmail.com</a>> wrote:<br>
> Hello Sameer,<br>
><br>
> I totally agree we should join efforts for a visualization solution, but,<br>
> personally, my main concern is still a  basic one: what are the important<br>
> questions we should be asking? And how can we answer these questions<br>
> reliably? Even though most of us have experience in deployments and their<br>
> needs, we are engineers, not educators, nor decision makers.<br>
><br>
<br>
</div>Agreed. It would be helpful to have a conversation on what the various<br>
constituencies need (different from want) to see at their level. The<br>
child, the parents/guardians, the teacher, the<br>
principal/administrator, and educational bureaucracy. We should also<br>
consider the needs of those of us who have to fundraise by showing<br>
progress of ongoing effort.<br>
<div class="im"><br>
> I am sure that most of our collection approaches cover pretty much the<br>
> trivial stuff like: what are they using, when are they using it, how often<br>
> they use it, and all kind of things that derive directly from journal<br>
> metadata. Plus the extra insight that comes when considering different<br>
> demographics<br>
<br>
</div>True. Basic frequency counts such as frequency of use of activities,<br>
usage by time of day, day of week, scope of collaboration are a few<br>
simple one. Comparison of one metric vs the other will need more<br>
thinking. That's where we should talk to the constituents.<br>
<div class="im"><br>
><br>
> But, If we could also work together on that (including the trivial<br>
> questions), it will be a good step forward. Once we identify these questions<br>
> and figure out how to answer them, it would be a lot easier to think about<br>
> visualization techniques, etc.<br>
<br>
</div>If the visualization subsystem (underlying tech pieces) are common and<br>
flexible, then we can start with a few basic templates, and make it<br>
extensible, so we can all aggregate, collate, and correlate as needed.<br>
I'll use an example that I'm familiar with. We looked at CouchDB for<br>
two reasons: 1) It allows for sync over intermittent/on-off<br>
connections to the Internet and 2) CouchDB has a "views" feature which<br>
provides selective subsets of the data, and the "reduce" feature does<br>
aggregates. The actual visual is done in Javascript. Here's the<br>
example Leotis had at the OLPC SF summit<br>
(<a href="http://108.171.173.65:8000/" target="_blank">http://108.171.173.65:8000/</a>).<br>
><br>
> What you guys think?<br>
><br>
<br>
A great start for a great year ahead!<br>
<br>
> Saludos,<br>
<br>
cheers,<br>
> tch.<br>
Sameer<br>
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</blockquote></div><br></div>