[Aslug] Fwd: Python Aboriginal ebooks for 3K OLPC laptops

Mark Liddle mark.liddle at yirara.nt.edu.au
Thu Mar 25 18:19:02 EST 2010


Wow - this is turning into a nice lively discussion.

Mike is it worth considering a blog on the ASLUG site (or somewhere else) for this type of discussion?
I think that with all these great idea's, considerations and planning thoughts, it might be good to consolidate them somewhere - both for future reference to ourselves and perhaps for anyone else thinking of tackling a project of their own.

Krys - What are your initial thoughts regarding your project? 
Eg: How/why is your product different to GCompris?
Were you simply thinking of adding other content (games etc) to GCompris as it stands? (as a simple enhancement) or 
Did GCompris give you some ideas for a product that would work in a similar manner? (Obviously this relates back to the copyright issues that Mike mentioned.) 
What is your target audience?
As you can see from the documentation that i sent previously - I am quite keen to make a dynamic product that other end users (linguists and educators) can adapt for their own purposes with relative ease, however, you might have some ideas of having a static product for some good reason?

And finally for Dennis.
Yes - I have looked at Moodle as an LMS and you are right - it would be great to use this resource accordingly. But again, it depends on what Krys had in mind? Does his product need to keep scores?

Thanks & regards 

                                   Mark Liddle
                                   Yirara College of the Finke River Mission
                                   PMB 51 Alice Springs NT 0872
                                   08 8950 5630

Note: If any part of this message or any attachments are not clearly received or unable to be read, please contact us. This document (including attachments) is intended for the addressee(s) and may contain privileged or confidential information. Unauthorised use, copying or distribution of this document or any part of its content is prohibited. If you have received this e-mail in error please contact us immediately and destroy all copies of this e-mail message. No representation or warranty is given that attached files are free from viruses or other defects. The recipient assumes all responsibility for any loss or damage resulting directly or indirectly from the use of any attached files. The views expressed in the email do not necessarily reflect the view of Yirara College of the Finke River Mission (NT) Thank you.


-----Original Message-----
From: aslug-bounces at lists.linux.org.au [mailto:aslug-bounces at lists.linux.org.au] On Behalf Of Dennis J
Sent: Thursday, 25 March 2010 2:10 PM
To: Mike Hall; ASLUG Dudes
Subject: Re: [Aslug] Fwd: Python Aboriginal ebooks for 3K OLPC laptops

Hi all,

== Background ==

In the late 1980's (over 20  years ago!) while teaching out at Umpangara
(near Papunya) I developed proof of concept demos of interactive
language learning software with digital sound, scanned colour photos,
and activity scores, etc. 

The main multimedia machine distributed out in NT schools at that time
was the Amiga 500, and that was the platform used. The whole interactive
multimedia show could be run off either 1 or 2 (I can't quite remember)
720k floppy discs.  

The project was called the Vernacular Spectacular interactive language
learning software project, and many of it's aims and ideas parallel
those discussed in these recent threads.

As well as digitising hard copy vernacular stories into interactive
computer format, with attendant language exercises, there was a
component which involved producing hard copy stories with barcodes under
the text which could be 'played back' or 'read' by scanning the barcode
under the text, etc.

== Development method ==

Given the relatively small market and the nature of the needs that such
projects target, I think an open source method of development is the
most rational. This allows resources to be focussed on primary needs,
not on packaging, marketing, and call centre help desk infrastructure,
etc, which all goes along with a commercial development.

== Databases and Moodle ==

For databases to hold student progress information, and other database
type info, I think the moodle cms/lms (course management system/learning
management system) ( http://moodle.org ) has a lot to offer. All the
student tracking side of database development is already done, and what
would be needed would be to develop a module/plugin (
http://docs.moodle.org/en/Development:Guidelines_for_contributed_code )
that links in with the student tracking system. There is a massive
international community involved in moodle development, so there is a
lot of active interest in creating language learning resources in
moodle, and chances are there are already some modules that come close
to many of the needs associated with creating Aboriginal ebooks, etc.

== No coding needed ==

In fact, basic interactive multimedia vernacular language eBooks and
language exercises can be created in Moodle right now, out-of-box, no
coding needed. All that's needed is to get familiar with the multimedia
capabilities of moodle, and to assemble your digital assets and
resources.

== Flexibility of deployment ==

Moodle can be run with the learning activities coming off a server on a
local area network, or from a server on the internet, or the whole
package can be run off 'localhost' on individual machines. (That is, the
whole learning management system can be packaged and run off standalone,
individual computers). This provides maximum flexibility in terms of
deployment options, as the final product can run on linux, mac, and
windows machines, it can can be run over the internet to distributed
users with internet access, or it can be run in remote communities that
do not have internet access.

== Future proofing content ==

Moodle has a lot of momentum behind it, many very big universities
around the world have adopted it, so any work put into it has a higher
chance of surviving and still being usable over time as underlying
formats and operating systems change. That is, the strength of the
moodle community means moodle will be ported to new environments, as
they emerge, and the job of moving any content you may have created can
'leverage' all the porting efforts of all the other users and
developers. Contrast this with the demise of the Amiga, and all content
there, as well as the demise of Hypercard and all language learning
content in that format, etc. In this sense, the open standards and open
source foundations of (most of) moodle are the best 'future proofing'
any language learning project can have.

== Proprietary closed source dependencies ==

Having said that, currently multimedia content in moodle is handled by
the "Flash" browser plugin. While the moodle flash applets are 'open
source', the rest of the Flash ecosystem is proprietary. With the advent
of html 5 and the 'video' tag, this could change. Though it is early
days with regard to html 5.

== Brainstorming at a meeting ==

The original plan I had for the Vernacular Spectacular project was to
get all interested parties together for some meetings to brainstorm
ideas and thrash out needs. That part of the project never happened, but
we could still try it now, at one of our ASLUG meetings?

Dennis


----- Original message -----
From: ninti at internode.on.net
To: aslug at lists.linux.org.au
Date: Thu, 25 Mar 2010 12:56:55 +1030
Subject: Re: [Aslug] Fwd: Python Aboriginal ebooks for 3K OLPC laptops

Mark, you've obviously put a fair bit of time into your project already.
Great 
effort. 
 
Some comments: 
 
Linux provides a wealth of possibilities for what you're trying to do,
in terms 
of databases, programming languages and other underlying technologies.
For 
example, given the likely size of the datasets, SQLite could be a very
good match 
to your requirements. 
 
Another difference with Linux is that not only could your project be
freely 
available, but so could the underlying operating system required to run
it. 
Having a free application that requires an expensive operating system to
run on 
isn't ideal. 
 
To get a lot of traction in the Linux community, I think you'd need to
consider 
releasing your project under an open source license and, obviously, use
open 
source technologies. Neither of these preclude using Windows as an
underlying 
operating system, but obviously most Linux users prefer to build things
for 
Linux. Most things built for Linux can be ported to Windows however, but
there is 
not as much energy around to do so. 
 
Making your application open source would mean that any interested
person could 
extend/improve your application, and add content/modules/data to it, on
the 
condition that all improvements and additions were as freely available
as the 
original application. Good open source projects grow exponentially
without the 
restrictions of closed source. 
 
Flash plays on Linux but is not 100% kosher as it isn't open source. As
far as I 
know, Flash programs can't actually be created on Linux ... but I could
be wrong, 
as I don't follow that particular technology. In any case, a proprietary
software 
purchase would be involved, which goes against the Linux grain. 
 
I guess a pertinent question right now is whether GCompris is a viable
option for 
your purposes. 
 
My 2 cents ... 
 
Mike 
 
 
 
 

_______________________________________________
aslug mailing list
aslug at lists.linux.org.au
http://lists.linux.org.au/listinfo/aslug


_______________________________________________
aslug mailing list
aslug at lists.linux.org.au
http://lists.linux.org.au/listinfo/aslug






More information about the aslug mailing list