Quick review for xAPI and IMS Caliper
- Principle of both data capturing technologies -
Korea Education & Research Information Service
Yong-Sang Cho, Ph.D
zzosang@keris.or.kr
FB: /zzosang Twitter: @zzosang
xAPI
Transcript/learning data
can be delivered to LMSs, LRSs 
or reporting tools
Experience data
LMS: Learning Management System
LRS: Learning Record Store
IMS
Caliper
<Source: New Architect for Learning (Rob Abel, 2014)
http://www.slideshare.net/JEPAslide/day3-edupub-tokyoims?qid=76ce5d4a-1ccf-468f-a428-c652584c395a&v=default&b=&from_search=4>
Principle of both specifications
Subject
Triple Bindings
Predicate
 Object
With contexts information
Learning Applications
Generated (objects)
Outcomes
 Courseware
Group
Timestamp
โ€œThe Experience API is a service that allows for statements of experience to be delivered
to and stored securely in a Learning Record Store (LRS). These statements of experience are
typically learning experiences, but the API can address statements of any kind of experience.
The Experience API is dependent on Activity Providers to create and track these
learning experiencesโ€œ
< from the specification of xAPI,
https://github.com/adlnet/xAPI-Spec/blob/master/xAPI.md#roleofxapi >
Implications of xAPI are
(from the perspective of learning analytics interoperability)
โ€ขโ€ฏ xAPI is an well designed abstract level architecture for learning
experience (or activity) data
โ€ขโ€ฏ Predicates (a.k.a โ€œverbโ€ in xAPI) may be profiled in application domain,
because the xAPI does not specify any particular Verbs
โ€ขโ€ฏ Object is well designed for SCORM object and interaction based on
interactions of cmi data model
โ€ขโ€ฏ But, to use Object in more diverse learning situations this needs to be
profiled for specific purposes with controlled vocabulary of object types
โ€ขโ€ฏ xAPI data model is well relevant to JSON binding like IMS Caliper
-> It seems not difficult to make interoperable data between specs
โ€œThe purpose of the IMS Caliper project is to define a standard for enabling the collection
of rich contextual data about learning interactions and a Sensor APIโ„ข for capturing and
reporting this data. This work will enable learning environments to capture data from learning
interactions and share it with other learning environments and consumers of learning analytics. โ€œ
< from IMS Caliper Implementation Guide,
http://www.imsglobal.org/caliper/caliperv1p0/ims-caliper-analytics-implementation-guide#1 >
Implications of IMS Caliper are
(from the perspective of learning analytics interoperability)
โ€ขโ€ฏ IMS Caliper is started with minimum metric profile for learning activity
like a lean-startup
-> It may be extended to be wider due to feed back from adopters
โ€ขโ€ฏ It may be met with intersection point between too much detail
(or complex) and simple (or ambiguous)
โ€ขโ€ฏ Sensor APIs per learning activity need to be well combined with existing
learning environments to generate value of properties, such as โ€˜generated
โ€™
or โ€˜targetโ€™
โ€ขโ€ฏ Caliper data model is well relevant to JSON binding like xAPI
-> It seems not difficult to make interoperable data between specs
Event Store
Learning
Record
Store
IMS Caliper
Sensor APIs
 xAPIs
Mapped to
JSON data
Instance idea for interoperable data between IMS Caliper and xAPI
โ€ขโ€ฏ How to mapped between xAPI and IMS Caliper data?
i.e. see next slide
โ€ขโ€ฏ Is there any principle (or guideline) for design (or profiling) of learning data
in terms of learning analytics interoperability?
i.e. to use xAPI for specific purpose or adopt IMS Caliper profiles
โ€ขโ€ฏ How to make ISO/IEC 20748 Learning analytics interoperability to be
practical standards (TRs) for diverse stakeholders?
- Part 1: Reference model
- Part 2: System requirements
- โ€ฆ
- Part x: Principle of data design enabling learning analytics interoperability
- Part y: Guideline for profiling learning activity (experience) data
Question list to Study Group of SC36/WG8:
Instance example for mapping between IMS Caliper and xAPI
<IMS Caliper properties of assignable>
<xAPI Statement properties>
More Questions?
Korea Education & Research Information Service
Yong-Sang CHO, Ph.D
zzosang@gmail.com
FB: /zzosang Twitter: @zzosang

Quick review xAPI and IMS Caliper - Principle of both data capturing technologies

  • 1.
    Quick review forxAPI and IMS Caliper - Principle of both data capturing technologies - Korea Education & Research Information Service Yong-Sang Cho, Ph.D zzosang@keris.or.kr FB: /zzosang Twitter: @zzosang
  • 2.
    xAPI Transcript/learning data can bedelivered to LMSs, LRSs or reporting tools Experience data LMS: Learning Management System LRS: Learning Record Store
  • 3.
    IMS Caliper <Source: New Architectfor Learning (Rob Abel, 2014) http://www.slideshare.net/JEPAslide/day3-edupub-tokyoims?qid=76ce5d4a-1ccf-468f-a428-c652584c395a&v=default&b=&from_search=4>
  • 4.
    Principle of bothspecifications Subject Triple Bindings Predicate Object With contexts information Learning Applications Generated (objects) Outcomes Courseware Group Timestamp
  • 5.
    โ€œThe Experience APIis a service that allows for statements of experience to be delivered to and stored securely in a Learning Record Store (LRS). These statements of experience are typically learning experiences, but the API can address statements of any kind of experience. The Experience API is dependent on Activity Providers to create and track these learning experiencesโ€œ < from the specification of xAPI, https://github.com/adlnet/xAPI-Spec/blob/master/xAPI.md#roleofxapi >
  • 6.
    Implications of xAPIare (from the perspective of learning analytics interoperability) โ€ขโ€ฏ xAPI is an well designed abstract level architecture for learning experience (or activity) data โ€ขโ€ฏ Predicates (a.k.a โ€œverbโ€ in xAPI) may be profiled in application domain, because the xAPI does not specify any particular Verbs โ€ขโ€ฏ Object is well designed for SCORM object and interaction based on interactions of cmi data model โ€ขโ€ฏ But, to use Object in more diverse learning situations this needs to be profiled for specific purposes with controlled vocabulary of object types โ€ขโ€ฏ xAPI data model is well relevant to JSON binding like IMS Caliper -> It seems not difficult to make interoperable data between specs
  • 7.
    โ€œThe purpose ofthe IMS Caliper project is to define a standard for enabling the collection of rich contextual data about learning interactions and a Sensor APIโ„ข for capturing and reporting this data. This work will enable learning environments to capture data from learning interactions and share it with other learning environments and consumers of learning analytics. โ€œ < from IMS Caliper Implementation Guide, http://www.imsglobal.org/caliper/caliperv1p0/ims-caliper-analytics-implementation-guide#1 >
  • 8.
    Implications of IMSCaliper are (from the perspective of learning analytics interoperability) โ€ขโ€ฏ IMS Caliper is started with minimum metric profile for learning activity like a lean-startup -> It may be extended to be wider due to feed back from adopters โ€ขโ€ฏ It may be met with intersection point between too much detail (or complex) and simple (or ambiguous) โ€ขโ€ฏ Sensor APIs per learning activity need to be well combined with existing learning environments to generate value of properties, such as โ€˜generated โ€™ or โ€˜targetโ€™ โ€ขโ€ฏ Caliper data model is well relevant to JSON binding like xAPI -> It seems not difficult to make interoperable data between specs
  • 9.
    Event Store Learning Record Store IMS Caliper SensorAPIs xAPIs Mapped to JSON data Instance idea for interoperable data between IMS Caliper and xAPI
  • 10.
    โ€ขโ€ฏ How tomapped between xAPI and IMS Caliper data? i.e. see next slide โ€ขโ€ฏ Is there any principle (or guideline) for design (or profiling) of learning data in terms of learning analytics interoperability? i.e. to use xAPI for specific purpose or adopt IMS Caliper profiles โ€ขโ€ฏ How to make ISO/IEC 20748 Learning analytics interoperability to be practical standards (TRs) for diverse stakeholders? - Part 1: Reference model - Part 2: System requirements - โ€ฆ - Part x: Principle of data design enabling learning analytics interoperability - Part y: Guideline for profiling learning activity (experience) data Question list to Study Group of SC36/WG8:
  • 11.
    Instance example formapping between IMS Caliper and xAPI <IMS Caliper properties of assignable> <xAPI Statement properties>
  • 12.
    More Questions? Korea Education& Research Information Service Yong-Sang CHO, Ph.D zzosang@gmail.com FB: /zzosang Twitter: @zzosang