LETSI update

Alongside the AICC meetings in last week in California, there was an ADL/AICC/LETSI Content Aggregation Workshop. Minutes from the meeting are available from the LETSI wiki. There seemed to be a fairly general discussion covering a range of packaging formats from IMS CP to MPEG 21 and DITA.

As we have reported previously, the ADL would like to see a transition to a community driven version of SCORM called core SCORM by 2009/10. This meeting brought together some of the key players although it looks like there was no official IMS representation. It does seem that things are still very much at the discussion stage and there is still a way to go for consensus on what de jour standards core SCORM will include. There is another LETSI meeting in Korea in March, before the SC36 Plenary Meeting. One positive suggestion that appears at the end of the minutes is the development of white paper with a clear conclusion or “call to action’. Until then it’s still difficult to see what impact this initiative will have.

IMS announces development of community testing tool for Common Cartridge

The IMS Global Learning Consortium have announced the launch of a new project that will produce a community source testing tool for the Common Cartridge (CC) format. JISC along with ANGEL Learning, eCollege, McGraw-Hill, Microsoft, The Open University United Kingdom, Pearson Education and Ucompass.com have agreed to provide initial funding for the project.

“A number of organizations have recognized the community benefit in having a common format for both publisher-sourced materials and in-house production by learning institutions,” said Rob Abel of IMS. “I’m delighted to announce that such is the level of commitment to this goal, nine organizations have already stepped forward to fund and participate in a project to develop a cartridge testing tool that will be distributed free-of-charge by the CC Alliance.”

More information about the Cartridge Alliance is available @ http://www.imsglobal.org/cc/alliance.html

We will keep you informed of developments of this tool and the joint Assessment and EC SIG meeting on 19th February will include presentations from a number CC implementers including the OU and a community update from CETIS from the IMS quarterly meeting which takes place the week before.

Design Bash: moving towards learning design interoperability

Question: How do you get a group of projects with a common overarching goal, but with disparate outputs to share outputs? Answer: Hold a design bash. . .

Codebashes and CETIS are quite synonymous now and they have proved to be an effective way for our community to feedback into specification bodies and increase our own knowledge of how specs actually need to be implemented to allow interoperability. So, we decided that with a few modifications, the general codebash approach would be a great way for the current JISC Design for Learning Programme projects to share their outputs and start to get to grips with the many levels of interoperability the varied outputs of the programme present.

To prepare for the day the projects were asked to submit resources which fitted into four broad categories (tools, guidelines/resources, inspirational designs and runnable designs). These resources were tagged into the programmes’ del.icio.us site and using the DFL SUM (see Wilbert’s blog for more information on that) we were able to aggregrate resources and use rss feeds to pull them into the programme wiki. Over 60 resources were submitted, offering a great snapshot of the huge level activity within the programme.

One of the main differences between the design bash and the more established codebashes was the fact that there wasn’t really much code to bash. So we outlined three broad areas of interoperability to help begin conversations between projects. These were:
* conceptual interoperability: the two designs or design systems won’t work together because they make very different assumptions about the learning process, or are aimed at different parts of the process;
* semantic interoperability: the two designs or design systems won’t work together because they provide or expect functionality that the other doesn’t have. E.g. a learning design that calls for a shared whiteboard presented to a design system that doesn’t have such a service;
* syntactic interoperability:the two designs or design systems won’t work together because required or expected functionality is expressed in a format that is not understood by the other.

So did it work? Well in a word yes. As the programme was exploring general issues around designing for learning and not just looking at for example the IMS LD specification there wasn’t as much ‘hard’ interoperability evidence as one would expect from a codebash. However there were many levels of discussions between projects. It would be nigh on impossible to convey the depth and range of discussions in this article, but using the three broad categories above, I’ll try and summarize some of the emerging issues.

In terms of conceptual interoperability one of the main discussion points was the role of context in designing for learning. Was the influence coming from bottom up or top down? This has a clear effect on the way projects have been working and the tools they are using and outcomes produced. Also in some cases the tools sometimes didn’t really fit with the pedagogical concepts of some projects which led to a discussion around the need to start facilitating student design tools -what would these tools look like/work?

In terms of semantic interoperability there were wide ranging discussions around the levels of granularity of designs from the self contained learning object level to the issues of extending and embellishing designs created in LAMS by using IMS LD and tools such as Reload and SLeD.

At the syntactic level there were a number of discussions not just around the more obvious interoperability issues between systems such as LAMS and Reload, but also around the use of wikis and how best to access and share resources It was good to hear that some of the projects are now thinking of looking at the programme SUM as a possible way to access and share resources. There was also a lot of discussion around the incorporation of course description specifications such as XCRI into the pedagogic planner tools.

Overall a number of key issues were teased out over the day, with lots of firm commitment shown by all the projects to continue to work together and increase all levels of interoperability. There was also the acknowledgement that these discussions cannot take place in a vacuum and we need to connect with the rest of the learning design community. This is something which the CETIS support project will continue during the coming months.

More information about the Design Bash and the programme in general can be found on the programme support wiki.

Let’s see about LETSI

ADL are proposing the formation of a new international body to “advance the interoperability of technical systems enabling learning, education and training (LET) through the use of reference models based on de jure standards”.

Provisionally called LETSI (Learning-Education-Training Systems Interoperability) it is proposed that one of the first tasks of this body would be to take over governance of the SCORM.

The proposed purpose of LETSI is:

• to enable organizations with a material interest in learning, education, training (LET)
• who agree to accept a set of organizing principles
• to participate in evolving broadly applicable LET Interoperability Reference Model(s)
• informed by shared priorities and requirements
• based initially on the Sharable Content Object Reference Model (SCORM)
• and to define and actualize related events, publications, technologies, and services
• through a process that is transparent, democratic and sustainable.

It is not proposed that this body replace any other international standards/specification develepment bodies, rather it will use exsiting standards/specs to develop reference models.

The ADL presented LETSI at the recent AICC meeting and a copy of the prospectus, which contains full information on the the proposed organisation, is available from the AICC blog. AICC are currently drafting a response to the proposal.

How, and if, this organistation will work is still to be fully realised. An inevitable question must be is there really a need for such a body? Particularly because many don’t really know about the differences
between IMS, IEEE LTSC, CEN/ISSS, ADL or ISO SC36, nor especially care to find out.

A start up meeting for LETSI is being held in London in March as part of the ISO meetings. More details on the March meeting is available from the ISO SC36 website.

JISC CETIS will be attending the March meetings and we will keep you updated on developments.