Browse the glossary using this index

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | ALL



A software package is a collection of files or LTI links and information about those files. In 1EdTech, a package describes data structures to ensure the interoperability of digital content with content creation tools and platforms (LMS, SIS, CMS.)

"Zips" and "SCORMS" are commonly known packages. In this course we will talk about a package called Common Cartridge.


Portable Custom Interaction, an item interaction defined in the QTI specification as an extension that references all of the code that is required to implement the user interface and behavior of the interaction when used to render and interact with the item containing the portable custom interaction.


This is one of the core components in the LTI Advantage specification.  In LTI parlance, the platform serves as the service consumer as they are consuming and making available the tool.  

 A tool platform or, more simply, platform has traditionally been a Learning Management Systems (LMS), but it may be any kind of platform that needs to delegate bits of functionality out to a suite of tools. In LTI 1.x a Platform was known as a Tool Consumer.

In prior versions of LTI this was called the ‘tool consumer’ but that verbiage does not align with industry standard terminology and was retired.


Personal Needs and Preferences. A PNP is a user profile as used in APIP and QTI 3 using the AfA standard. A PNP for a user will contain information that describes their accessibility needs and/or support preferences.

Privacy Framework

The Privacy Framework, contains the definition of a set of rules and methodologies to be supported by future 1EdTech specifications so that implementers can implement the specification correctly, all whilst enabling the implementer to efficiently and transparently meet local requirements regarding privacy information storage and exchange.

Proctoring Services

This is a 1EdTech standard to allow platforms used for assessment to integrate more easily with tools used for proctoring candidates taking assessments on those platforms.  Using the Proctoring Specification a candidate can launch out from their assessment platform to the proctoring tool, initiate a proctored session with that tool, and be returned securely back to the assessment platform to take the assessment while being proctored by the proctoring tool. This standard also provides a method for proctoring tools to send messages to the assessment platform during the assessment to control a candidate’s progression including, if necessary, a facility to terminate the assessment. This standard is based upon LTI Advantage.


This is the product produced by the process of specification Profiling. A Profile of a 1EdTech specification consists of a set of new constraints. In general a 1EdTech specification enables a wide range education and learning workflows, processes and practices. A profile is designed to establish and impose best practices for the target community. A profile MUST only increase constraints i.e. it MUST NOT relax constraints in the base specification. For example the multiplicity of a property in the data model MAY be changed from [1..*] (required and permitting many) to [1..1] (required and only one) but MUST NOT become [0..*] (optional and permitting many). The most common profiling changes include more strict data typing, changes to enumerations, vocabulary changes, prohibition of endpoints and creation of new endpoints. A profile could make use of the extension capabilities to extend the specification to support new features (only possible if the base specification has suitable extension features). The key objective of a profile is to remove, wherever possible, interoperability uncertainty e.g. by removing optionality.  

For example, a profile in Caliper analytics term that means a grouping of Caliper events that help to solve for specific learning analytics use cases.


This is the process by which a 1EdTech specification is tailored to meet the requirements of a specific community: the community could be a reflection of a market sector, a geographic location, etc. An example of such a community is the Norwegian K-12/Schools for whom a profile of the 1EdTech OneRoster 1.2 specification has been created. The process of profiling starts with the corresponding base specification and defines a set of new constraints to make the subsequent modified specification better fit the requirements of the target community. Once the profile has been defined, the next step is to create the corresponding Conformance Test Systems and Certification process for that profile: these will be modified versions of the equivalents created for the base specification. It is recommended that profiling is undertaken within 1EdTech so that the 1EdTech model driven specification tools can be used.


Product Steering Committee (PSC) - a contributing member only group where the work of moving the needle in innovation with open standards is done through conversations between Supplier Partners and Institutional Members. 

Example: The OneRoster Product Steering Committee has been working on use cases and stories to influence the ongoing development of the standards.