<div dir="ltr">Agreed.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 12, 2014 at 6:02 PM, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</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 Sun, Jan 12, 2014 at 3:32 PM, Sameer Verma <<a href="mailto:sverma@sfsu.edu">sverma@sfsu.edu</a>> wrote:<br>


> On Sun, Jan 12, 2014 at 6:33 AM, Walter Bender <<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>> wrote:<br>
>> On Fri, Jan 10, 2014 at 3:37 PM, Sameer Verma <<a href="mailto:sverma@sfsu.edu">sverma@sfsu.edu</a>> wrote:<br>
>>> On Fri, Jan 10, 2014 at 3:26 AM, Martin Dluhos <<a href="mailto:martin@gnu.org">martin@gnu.org</a>> wrote:<br>
>>>> On 7.1.2014 01:49, Sameer Verma wrote:<br>
>>>>> On Mon, Jan 6, 2014 at 12:28 AM, Martin Dluhos <<a href="mailto:martin@gnu.org">martin@gnu.org</a>> wrote:<br>
>>>>>> For visualization, I have explored using LibreOffice and SOFA, but neither of<br>
>>>>>> those were flexible to allow for customization of the output beyond some a few<br>
>>>>>> rudimentary options, so I started looking at various Javascript libraries, which<br>
>>>>>> are much more powerful. Currently, I am experimenting with Google Charts, which<br>
>>>>>> I found the easiest to get started with. If I run into limitations with Google<br>
>>>>>> Charts in the future, others on my list are InfoVIS Toolkit<br>
>>>>>> (<a href="http://philogb.github.io/jit" target="_blank">http://philogb.github.io/jit</a>) and HighCharts (<a href="http://highcharts.com" target="_blank">http://highcharts.com</a>). Then,<br>
>>>>>> there is also D3.js, but that's a bigger animal.<br>
>>>>><br>
>>>>> Keep in mind that if you want to visualize at the school's local<br>
>>>>> XS[CE] you may have to rely on a local js method instead of an online<br>
>>>>> library.<br>
>>>><br>
>>>> Yes, that's a very good point.  Originally, I was only thinking about collecting<br>
>>>> and visualizing the information centrally, but there is no reason why it<br>
>>>> couldn't be viewed by teachers and school administrators on the schoolserver<br>
>>>> itself. Thanks for the warning.<br>
>>>><br>
>>>><br>
>>><br>
>>> In fact, my guess would be that what the teachers and principal want<br>
>>> to see at the school will be different from what OLE Nepal and the<br>
>>> government would want to see, with interesting overlaps.<br>
>><br>
>> You left out one important constituent: the learner. Ultimately we are<br>
>> responsible for making learning visible to the learner. Claudia and I<br>
>> touched on this topic in the attached paper.<br>
>><br>
><br>
> Thanks for the paper. While we did point out to Portfolio and Analyze<br>
> Journal activities in our session at OLPC SF Summit in 2013, I didn't<br>
> include it in the scope of the blog post. I'll go back and update it<br>
> when I get a chance.<br>
><br>
>> Just to place all my cards on the table, as much as I hate to suggest<br>
>> we head down this route, I think we really need to instrument<br>
>> activities themselves (and build analyses of activity output) if we<br>
>> want to provide meaningful statistics about learning. We've done some<br>
>> of this with Turtle Blocks, even capturing the mistakes the learner<br>
>> makes along the way. We are lacking in decent visualizations of these<br>
>> data, however.<br>
>><br>
><br>
> I haven't had a chance to read the paper in depth (which I intend to<br>
> do this afternoon), but how much of this approach would be shareable<br>
> across activities? Or would the depth of analysis be on a per activity<br>
> basis? If the latter, then I'd imagine it would be simpler for<br>
> something like the Moon activity than the TurtleBlocks activity.<br>
><br>
>> Meanwhile, I remain convinced that the portfolio is our best tool.<br>
>><br>
><br>
> I think the approaches differ in scope and purpose. In the RFPs I've<br>
> been involved in, the funding agencies and/or the decision makers<br>
> either request or outright require "dashboard style" features to<br>
> report frequency of use, time of day, and in some cases even GPS-based<br>
> location in addition to theft-deterrence, remote provisioning, etc.<br>
> The same goes for going back to an agency to get renewed funding or to<br>
> raise funds for a new site expansion. In a way, the scope of the<br>
> "learner<->teacher" bubble is significantly different from that of the<br>
> "principal<->minister of edu". One is driven by learning and pedagogy,<br>
> while the other is driven by administration. Accordingly, the reports<br>
> they want to see are also different. While the measurements from the<br>
> Activity may be distilled into coarser indicators for the MoE, I think<br>
> it is important to keep the entire scope in mind.<br>
<br>
</div></div>Don't get me wrong: satisfying the needs of funders, administrators,<br>
etc. is important too. They have metrics that they value and we should<br>
gather those data too. My earlier post was just to suggest ultimately<br>
we need to consider the learner and how making learning visible can be<br>
of use. That theme seemed to be missing from the earlier discussion.<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> I am mindful of the "garbage in, garbage out" problem. In building<br>
> this pipeline (which is where my skills are) I hope that the data that<br>
> goes into this pipeline is representative of what is measured at the<br>
> child's end. I am glad that you and Claudia are the experts on that<br>
> end :-)<br>
><br>
> cheers,<br>
> Sameer<br>
><br>
>> regards.<br>
>><br>
>> -walter<br>
>><br>
>><br>
>>><br>
>>> cheers,<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>
>><br>
>><br>
>><br>
>> --<br>
>> Walter Bender<br>
>> Sugar Labs<br>
>> <a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
<br>
<br>
<br>
--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><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>
</div></div></blockquote></div><br></div>