- Get Started
- Write Code
As part of the Experience API, you define your own activities, activity types, verbs, extensions and attachments as part of statements. All of these require identifiers that should resolve to a URL that provides all of the spec-required metadata for each. There should be a a place where everyone in the community can find identifiers that have already been defined. It creates problems if there are many different identifiers for a verb, activity, attachment or extension that mean the exact same thing. This makes xAPI data very hard to work with. Data normalization is hard, and we all need to use a registry in order to work with xAPI data well.
We’ve built that registry. It’s called The Experience API Registry.
xAPI statements will be found in many places and use many identifiers. We want to catalog those identifiers. With our Registry, we’re putting all of the bits and pieces in one place, so you can do all of your querying against one consistent service.
We’ve taken the time to do this right. We still have a lot to add (and we’re taking suggestions from you), but it’s a usable registry tool that will be carefully curated to maintain the highest quality.
Some time ago we built a tool called Test Track. It was a place for the world to test their SCORM content. It was a free resource that bettered the whole SCORM community to the point that it became the number one place in the world to test SCORM content. That’s our vision with the Experience API Registry. We want it to be the most helpful and useful xAPI registry around, built by us, maintained by us and the community, and serving everyone that wants to work with the Experience API.
Check it out. Let us know what you think. Let us know what you’d change or what you like about it. If you’re interested in using the registry with one of your existing products or systems to register, resolve, and reference the different parts of xAPI statements (via API), let us know about that, too.