[Server-devel] [Sugar-devel] The quest for data

Dr. Gerald Ardito gerald.ardito at gmail.com
Sun Jan 12 11:47:23 EST 2014


Just to add my $.02, I agree with Walter and Claudia's approach in this
paper. Making the specifics of learning visible to teachers and students,
and doing the development from this perspective, I think is the best way to
go.
Thanks.
Gerald


On Sun, Jan 12, 2014 at 9:33 AM, Walter Bender <walter.bender at gmail.com>wrote:

> 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
> >>>> rudimentary options, so I started looking at various Javascript
> libraries, which
> >>>> 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
> >>> library.
> >>
> >> 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
> data, however.
>
> Meanwhile, I remain convinced that the portfolio is our best tool.
>
> regards.
>
> -walter
>
>
> >
> > cheers,
> > Sameer
> > _______________________________________________
> > Sugar-devel mailing list
> > Sugar-devel at lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
>
> _______________________________________________
> Server-devel mailing list
> Server-devel at lists.laptop.org
> http://lists.laptop.org/listinfo/server-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/devel/attachments/20140112/5bd8983e/attachment.html>


More information about the Devel mailing list