[Sugar-devel] The quest for data
walter.bender at gmail.com
Sun Jan 12 09:33:07 EST 2014
On Fri, Jan 10, 2014 at 3:37 PM, Sameer Verma <sverma at sfsu.edu> wrote:
> On Fri, Jan 10, 2014 at 3:26 AM, Martin Dluhos <martin at gnu.org> wrote:
>> On 7.1.2014 01:49, Sameer Verma wrote:
>>> On Mon, Jan 6, 2014 at 12:28 AM, Martin Dluhos <martin at gnu.org> wrote:
>>>> For visualization, I have explored using LibreOffice and SOFA, but neither of
>>>> those were flexible to allow for customization of the output beyond some a few
>>>> are much more powerful. Currently, I am experimenting with Google Charts, which
>>>> I found the easiest to get started with. If I run into limitations with Google
>>>> Charts in the future, others on my list are InfoVIS Toolkit
>>>> (http://philogb.github.io/jit) and HighCharts (http://highcharts.com). Then,
>>>> there is also D3.js, but that's a bigger animal.
>>> Keep in mind that if you want to visualize at the school's local
>>> XS[CE] you may have to rely on a local js method instead of an online
>> Yes, that's a very good point. Originally, I was only thinking about collecting
>> and visualizing the information centrally, but there is no reason why it
>> couldn't be viewed by teachers and school administrators on the schoolserver
>> itself. Thanks for the warning.
> In fact, my guess would be that what the teachers and principal want
> to see at the school will be different from what OLE Nepal and the
> government would want to see, with interesting overlaps.
You left out one important constituent: the learner. Ultimately we are
responsible for making learning visible to the learner. Claudia and I
touched on this topic in the attached paper.
Just to place all my cards on the table, as much as I hate to suggest
we head down this route, I think we really need to instrument
activities themselves (and build analyses of activity output) if we
want to provide meaningful statistics about learning. We've done some
of this with Turtle Blocks, even capturing the mistakes the learner
makes along the way. We are lacking in decent visualizations of these
Meanwhile, I remain convinced that the portfolio is our best tool.
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 961489 bytes
Desc: not available
More information about the Sugar-devel