Mozilla Open Badges


Of particular interest is the page on Assertions.


Mozilla Open Badges, or any similar initiative, may become a well-used infrastructure for assessment, accreditation, claiming and display of skills, abilities, competence. It aims to give an alternative to traditional qualifications and certificates issued by educational institutions and related awarding bodies. If this happens, the InLOC initiative would benefit from being able to provide the structured definitions that people want to assess, accredit, claim, and use for many purposes including employment.


The Assertions page gives a specification, which is much developed since 2012.

The BadgeAssertion is essentially the particular instance of the badge awarded to an individual. It has, most significantly:

  • a recipient (IdentityObject)
  • a URL for the badge class
  • a date of issue
  • (recommended) an image of the badge with the "baked-in" metadata
  • evidence, which could be a link to a portfolio

This is not as directly relevant to InLOC as the following.

The BadgeClass is the most significant structure for InLOC. This information is what is common to all instances of the badge.

It has mandatory properties:

  • name
  • description
  • image
  • criteria
  • issuer

and optional properties:

  • alignment (multiple)
  • tags (multiple)

The vital property for InLOC is the criteria property. It is a URL linking to the criteria. The description of this is as follows:
"URL of the criteria for earning the achievement. If the badge represents an educational achievement, consider marking up this up with LRMI."
One additional possibility might be that this could alternatively specify a URI linked to an InLOC structure or definition.

An alternative position for InLOC information would be in the alignment properties. Each alignment object has

  • name
  • URL
  • description (optional)

which is very similar to the arrangement at LRMI. (Which influenced which?)

At first thought, the URI (id) of an InLOC LOCstructure or LOCdefinition would fit well into the criteria property. A LOCdefinition would be preferred, and a LOCstructure there would simply mean a shorthand for all the contained LOCdefinitions.

In cases where there was no single structure or definition able to represent the badge criteria, a set of InLOC definitions would fit well into the alignment property. This needs discussion and consideration.

Links to more blogs, articles etc. about Badges

Note: many of these are old, and have been outdated by developments in the specification.