IMS Content Packaging: Difference between revisions

The educational technology and digital learning wiki
Jump to navigation Jump to search
Line 1: Line 1:
== Definition ==
== Definition ==


IMS Content Packaging has the following objectives:
Content packs are a kind of [[learning object]] and IMS Content Packaging has the following objectives:
* allow transfer of [[e-learning]] contents from one system to an other (interoperability)
* allow transfer of [[e-learning]] contents from one system to an other (interoperability)
* allow to import/export contents into/from a [learning management system]. Therefore also be able to use an independent editing tool.
* allow to import/export contents into/from a [learning management system]. Therefore also be able to use an independent editing tool.


Content Packaging is an evolving standard. Make sure that you know what version you plan to build / import / export !!
Content Packaging is an evolving and '''extensible''' standard. Therefore, make sure that you know what version you plan to build / import / export and more importantly what kinds of extensions various profiles adopt !!


* IMS Content Packaging 1.1 is also part of ADL/[[SCORM]] 1.2 and 1.3 (2004)
IMS Content packaging is a very popular [[e-learning standard]]
** ToDo: Specify which minor versions 1.1.*


Content packs are a kind of [[learning object]].
* IMS Content Packaging 1.1.2 is adopted by ADL's [[SCORM 1.2]]
* IMS Content Packaging 1.1.4 by [[SCORM 2004]]


== Package architecture ==
; See also:
 
* The [[standard]]s article that contains a summary table of interrelated standards
* The [[SCORM 1.2]] tutorial that introduces the SCORM 1.2 CAM and RTE architecture
 
== Package architecture overview ==


A Package Interchange File (PIF) is a zip file (recommended, other formats are also allowed):
A Package Interchange File (PIF) is a zip file (recommended, other formats are also allowed):


# File resources, e.g. HTML pages, pictures, Flash Animations, PPT (whatever, the idea is that you take formats that your client can handle). Organization in sub-directories is allowed.
# File resources that include
#* All your assets (contents) needed, e.g. HTML pages, pictures, Flash Animations, PPT (whatever, the idea is that you take formats that your client can handle). You may use sub-directories
#* Schema files (that formally define all the vocabularies used in the manifest file (see next item).
# A special file in the zip is '''imsmanifest.xml''' containing:
# A special file in the zip is '''imsmanifest.xml''' containing:
#* a meta-data section <metadata />: describes the package as a whole.
#* a meta-data section <metadata />: describes the package as a whole.
#* a resource list <resources />: containing references to all of the actual resources and media elements needed for a manifest (files), including meta-data describing these resources, and references to any external files (URLs).
#* a resource list <resources />: containing references to all of the actual resources and media elements needed for a manifest (files), including meta-data describing these resources, and references to any external files (URLs).
#* an organizations section: describing zero, one, or multiple organizations of the content within a manifest, i.e. information that is used to "play" the contents.
#* an organizations section: describing zero, one, or multiple organizations of the content within a manifest, i.e. information that is used to "play" the contents. There is a tree-based default organization for learning items which in turn refer to resources (assets). However, this section can also contain [[IMS Simple Sequencing]] or [[IMS Learning Design]] organization or any other future standard.
#* (sub)manifests, that can do the same for subpackages.
#* (sub)manifests, that can do the same for subpackages.  


* The manifest, i.e. its organization section can contain [[IMS Simple Sequencing]] or [[IMS Learning Design]] instructions or other future standards.
Here is a picture taken from the [http://www.imsglobal.org/content/packaging/cpv1p1p4/imscp_bestv1p1p4.html IMS Content Packaging Best Practice and Implementation Guide Version 1.1.4] of october 2004 that shows an overview of the Package Interchange File (PIF) architecture:


* In more technical terms: E.g. the IMS Simple Sequencing binding defines a unique namespace for sequencing elements in such a way as to permit these elements to be embedded within an IMS Content Packaging manifest file. Elements in the Simple Sequencing namespace can be considered as extending the functionality of Content Packaging to included additional sequencing information. Simple Sequencing elements are intended to be included in the <organization> element of Content Packaging, which contains items that may be recursively included to create hierarchical trees of items. This tree corresponds to the activity tree that drives sequencing.
[[Image:IMS_Content_Packaging_1_1.gif]]


Here is a picture taken from the [http://www.imsglobal.org/content/packaging/cpv1p1p4/imscp_bestv1p1p4.html IMS Content Packaging Best Practice and Implementation Guide Version 1.1.4] of october 2004 that shows an overview of the Package Interchange File (PIF) architecture:
== Technical details ==
 
Firstly, '''you must understand''' that IMS CP can be (and is) extended in various ways:
* IMS itself defines languages for content organization. E.g. the [[IMS Simple Sequencing]] binding defines a unique namespace for sequencing elements in such a way as to permit these elements to be embedded within an IMS Content Packaging manifest file. Therefore, elements in the Simple Sequencing namespace can be considered as extending the functionality of Content Packaging to included additional sequencing information. Simple Sequencing elements are intended to be included in the <organization> element of Content Packaging, which contains items that may be recursively included to create hierarchical trees of items. This tree corresponds to the activity tree that drives sequencing.
* The default organization vocabulary can be extended like in [[SCORM 1.2]]. SCORM adds additional elements (in particular to the <nowiki><item></nowiki> element), plus the distinction between ordinary assets and SCOs (resources that can interact with the [[LMS]].
 
=== An example ===


[[Image:IMS_Content_Packaging_1_1.gif]]
This is the example distributed by [ Reload] to assist learning the [[Reload Editor]]


== Run Time environments ==
== Run Time environments ==
Line 50: Line 63:


== Links ==
== Links ==
* [http://www.imsglobal.org/ IMS Global Learning Consortium]
* [http://www.imsglobal.org/ IMS Global Learning Consortium]
* [http://www.adlnet.gov/ ADL] (SCORM profiles)
* [http://www.aicc.org/ AICC] Aviation Industry CBT Committee
* [http://ieeeltsc.org/ IEEE] Learning Technology Standards Committee (LTSC)


== References ==
== References ==

Revision as of 12:49, 22 December 2006

Definition

Content packs are a kind of learning object and IMS Content Packaging has the following objectives:

  • allow transfer of e-learning contents from one system to an other (interoperability)
  • allow to import/export contents into/from a [learning management system]. Therefore also be able to use an independent editing tool.

Content Packaging is an evolving and extensible standard. Therefore, make sure that you know what version you plan to build / import / export and more importantly what kinds of extensions various profiles adopt !!

IMS Content packaging is a very popular e-learning standard

  • IMS Content Packaging 1.1.2 is adopted by ADL's SCORM 1.2
  • IMS Content Packaging 1.1.4 by SCORM 2004
See also
  • The standards article that contains a summary table of interrelated standards
  • The SCORM 1.2 tutorial that introduces the SCORM 1.2 CAM and RTE architecture

Package architecture overview

A Package Interchange File (PIF) is a zip file (recommended, other formats are also allowed):

  1. File resources that include
    • All your assets (contents) needed, e.g. HTML pages, pictures, Flash Animations, PPT (whatever, the idea is that you take formats that your client can handle). You may use sub-directories
    • Schema files (that formally define all the vocabularies used in the manifest file (see next item).
  2. A special file in the zip is imsmanifest.xml containing:
    • a meta-data section <metadata />: describes the package as a whole.
    • a resource list <resources />: containing references to all of the actual resources and media elements needed for a manifest (files), including meta-data describing these resources, and references to any external files (URLs).
    • an organizations section: describing zero, one, or multiple organizations of the content within a manifest, i.e. information that is used to "play" the contents. There is a tree-based default organization for learning items which in turn refer to resources (assets). However, this section can also contain IMS Simple Sequencing or IMS Learning Design organization or any other future standard.
    • (sub)manifests, that can do the same for subpackages.

Here is a picture taken from the IMS Content Packaging Best Practice and Implementation Guide Version 1.1.4 of october 2004 that shows an overview of the Package Interchange File (PIF) architecture:

IMS Content Packaging 1 1.gif

Technical details

Firstly, you must understand that IMS CP can be (and is) extended in various ways:

  • IMS itself defines languages for content organization. E.g. the IMS Simple Sequencing binding defines a unique namespace for sequencing elements in such a way as to permit these elements to be embedded within an IMS Content Packaging manifest file. Therefore, elements in the Simple Sequencing namespace can be considered as extending the functionality of Content Packaging to included additional sequencing information. Simple Sequencing elements are intended to be included in the <organization> element of Content Packaging, which contains items that may be recursively included to create hierarchical trees of items. This tree corresponds to the activity tree that drives sequencing.
  • The default organization vocabulary can be extended like in SCORM 1.2. SCORM adds additional elements (in particular to the <item> element), plus the distinction between ordinary assets and SCOs (resources that can interact with the LMS.

An example

This is the example distributed by [ Reload] to assist learning the Reload Editor

Run Time environments

Usually a Content Package is imported into a Learning management system, but there are also external players handy for platform independent authoring or even for off-line viewing (e.g. the "reload player"). The IMS specification refers to these systems as Learning technology system (LTS)

In principle (and this is where certain LMS make wrong claims about IMS/Scorm compatibility), an IMS Content is not just displayed, but it also should also interpret standards like [[IMS Simple sequencing] and support user tracking, conditional access to resources, let the user choose between different organizations, remember where the user was last time he accessed contents.

[In fall 2005, DKS tried to import IMS Packages found on the Web or made with Reload into some open source systems ... and was quite dismayed by the result ... ]

Tools

Editors:

See also: Learning management systems.

Links

References