1
- ##Incorporating a TinCan LRS into an LMS
1
+ ## Incorporating a TinCan LRS into an LMS
2
2
3
3
If you are not familiar with Project Tin Can, the TinCan API, and the term LRS, please
4
4
refer first to the [ Tin Can API specification] ( http://www.adlnet.gov/wp-content/uploads/2013/05/20130521_xAPI_v1.0.0-FINAL-correx.pdf ) .
@@ -13,7 +13,7 @@ In particular, content packaging, launch, and import should be defined for an LM
13
13
not for an LRS -- it just stores and retrieves learning records, not content.
14
14
15
15
16
- ###Packaging
16
+ ### Packaging
17
17
18
18
Content, activity definitions, and activity provider definitions may be packaged for
19
19
TinCan. The primary object being packaged is always activity definitions. It is valid to
@@ -36,7 +36,7 @@ If HTML files are included in the content package, they may link to each other,
36
36
resources within the package, using relative paths based on the package structure. They
37
37
may also link to external resources using absolute paths.
38
38
39
- ###Activity Definition
39
+ ### Activity Definition
40
40
41
41
The activity definition section of tincan.xml maps to the activity definition defined in
42
42
the TCAPI document, with the exception of “launch” and “resource”.
@@ -59,7 +59,7 @@ traditional SCORM package using TinCan, consider adding a “grouping” activit
59
59
statement, which corresponds to your “root of the activity tree”, and also a “parent”
60
60
activity.
61
61
62
- ###Activity Provider Definition, activity groups.
62
+ ### Activity Provider Definition, activity groups.
63
63
64
64
The tincan.xml file includes one or more groups of activities. The reason for breaking
65
65
up activities into groups is to enable defining different authorized activity providers
@@ -83,7 +83,7 @@ reporting systems, but will not be (or may not be) sent by the activity provider
83
83
reporting statements. That is, tincan.xml may be used to describe activities to the LRS,
84
84
as an alternative to doing that description at runtime.
85
85
86
- ###Import
86
+ ### Import
87
87
88
88
When importing a TinCan package, all the content, activity definitions, and activity
89
89
provider definitions in the package will be imported.
@@ -162,14 +162,14 @@ If launch refers to an activity with associated protected content, the launch li
162
162
include additional parameters to support access to that protected content. (see
163
163
<a href =" #privateContent " >Private Content Access and Tin Can</a >
164
164
165
- ###OAuth
165
+ ### OAuth
166
166
167
167
If the activity being launched has an associated registered OAuth application with the
168
168
LMS, the LMS should not include an “auth” parameter in the launch link. The Activity
169
169
Provider / OAuth application is expected to authenticate using OAuth, which may involve
170
170
asking the learner to re-authenticate.
171
171
172
- ###Other Scenarios
172
+ ### Other Scenarios
173
173
174
174
The process of getting launch information from an LMS to an AP in a manner other than a
175
175
launch link (URL) is not defined. Although it is a goal of the Tin Can API to support out of
@@ -181,7 +181,7 @@ will also need authentication credentials.
181
181
182
182
183
183
<a name =" privateContent " />
184
- ###Private Content Access and TinCan
184
+ ### Private Content Access and TinCan
185
185
186
186
This section describes a companion specification to the Tin Can API for the purpose of
187
187
gaining access to content that is stored on an LMS, but which requires authentication to
0 commit comments