What are the Lumen External Tool/LTI Apps?
Lumen supports 3 types of courses with the following configurations:
- Waymaker - Lumen Platform (basic launch LTI), Lumen Waymaker (used for the Study Plan functionality), and Lumen OHM (used for calculations in courses like Microeconomics)
- Candela - Lumen Platform only
- Lumen OHM -Lumen OHM only
Is the LTI key/secret unique to an institution, domain, or course?
- Our LTI allows you to access the appropriate domain (e.g. courses.lumenlearning.com, ohm.lumenlearning.com) for the particular course.
- When you add the External Tool at the Admin/System Level, it allows the course cartridge import to automatically connect and verify access thereby providing a relatively seamless experience for the teacher and student.
- The LTI key/secret is unique to the institution, and we want it to match all
*.lumenlearning.com
domains. D2L requires specific sub-domain entries, so we use the same key/secret foreach External Tool.
Do you send grade values back?
- It depends on the type of course (Waymaker and Lumen OHM = Yes, Candela = No)
Do you provide a course cartridge (import package) for every course? Is the cartridge unique to a course?
- The number of cartridges and their need to be unique depends on whether teachers are adopting or adapting (e.g. editing) a course.
- Candela courses are generally a ThinCC.
- Waymaker courses are delivered as native course cartridges, depending on the LMS (e.g. Brightspace/D2L gets a Brightspace/D2L course file, Blackboard a Blackboard course file, and so it goes...)
How does Lumen use the Security Fields?
- Send user ID to tool provider:
This is the unique ID we use to determine who the user is across multiple LTI launches. - Send user name to tool provider:
The teacher has a dashboard that shows each student's progress and scores and the student's name. - Send user email to tool provider:
The teacher can choose to send emails to the students via Waymaker about questions they missed on their quizzes. - Send system username to tool provider:
This is not directly used. It is useful in cases of debugging problems, since this is usually a human-readable unique identifier for a user. - Send system Org Defined ID to tool provider:
We use this for scoping permissions and data to a school. - Send system role to tool provider:
Admins, teachers, and students have different interfaces and permissions. We base that on their role in the LMS. If no role is sent we assume they shouldn't have access.