5. The Badge Alliance
A network of organizations and individuals
building and enhancing an open badges
ecosystem with shared values including
openness, learner agency and innovation.
6. The Badge Alliance
Soft launched in February 2014 at the
Summit to Reconnect Learning.
7. The Badge Alliance
Over 650 organizations signed up
in the first six months.
16. Standard Working Group
• Focused on shaping the evolution of the Open
Badges standard.
• Ensure standard is managed and maintained
in a collaborative way, with representation
from stakeholders across the network.
• Ensure the standard is open, well maintained,
backwards compatible and evolves and
extends as new technical demands and use
cases are introduced
17. Standard Cycle 1 Goals
• Research and experiment with technology
options for implementing standard extensions
• Propose an extension solution that is opened
up to the community to comment, experiment
with and iterate on
• Standardize specifications with combination of
JSON-schema and JSON-LD
• Work closely with endorsement WG and
technology advisory council to assess impact
of specification update on tech stack
18. Standard Cycle 1 Goals
• Propose baking full BadgeClass object into
BadgeAssertion as part of specification and
open up to community
• openbadges-displayer.js to show what you
could do with a baked badge
• Explore 3rd party standardization support
from W3C
• Formation of W3C Credentials community
group
19. Standard Highlights
• Agreed to charter and govern the working
group decision making process
• Established a strong, action-oriented cabinet
• Explored the standardization landscape
• Found technology standards we should adopt:
JSON-schema, JSON-LD
• Worked with endorsement WG
• Kicked off W3C collaboration
20. Present Day: Open Badges 1.0
Each badge is composed of 3 badge
objects connected by URLs:
Assertion Badge Class
badge,
uid,
recipient,
issuedOn,
expires,
evidence,
verify
issuer,
name,
description,
image,
criteria
Issuer
name,
url,
org,
contact
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
21. Let’s Look at the Standard:
Extensions & Endorsements
• A way to extend the information/data in a badge
• Uses an external specification
• Encouraged to be shared by many - if popular could be
adopted into the standard
• Examples:
– Endorsements
– Location
– Age Target
– Difficulty
– Apply Link
• Just like any other information in a badge, this info will be
searchable
22. The Near Future: Open Badges 1.1
We propose issuers add two properties to
each new Assertion, Badge Class &
Issuer object:
“@context”: “http://standard.openbadges.org/1.1/context”*,
“@type”: “assertion”
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
23. Linked Data with JSON-LD
New @context and @type properties:
• Allows all 1.1 Open Badges to be indexed
better by search engines and directories
• Clearer path to future enhancements
• Issuers, Earners & Consumers benefit from
well-understood metadata and ecosystem
growth
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
24. Linked Data with JSON-LD
Providing @context for JSON connects terms to
their definitions
Like, “criteria” means ‘the URL of a page that
says what’s required to earn a badge.’”
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
25. Linked Data with JSON-LD
OBI Context*
{
“@context”: {
“badge”: {
“@id”: “http://standard.openbadges.org/definitions#BadgeClass”,
“@type”: “@id” },
“uid”: {
“@id”: “http://openbadges.org/definitions#uid”,
“@type”: “http://www.w3.org/2001/XMLSchema#string”
...
}
}
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
Assertion Badge Class
@context,
@type,
badge,
uid,
recipient,
issuedOn,
expires,
evidence,
verify
@context,
@type,
issuer,
name,
description,
image,
criteria
Issuer
@context,
@type,
name,
url,
org,
contact
Provides context for property declarations. A context file maps terms to definitions of those
terms.
*see full prototype here
26. JSON-LD Enabled Badge Extensions
Now that we can share a base @context for
badges:
• Better understanding among search engines
and badge consumers
• Add new @context file for extra information
→ open and standardized extensions
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
27. JSON-LD Enabled Badge Extensions
Extension Context
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
Assertion Badge Class
@context,
@id*,
@type,
badge,
uid,
recipient,
issuedOn,
expires,
evidence,
verify
@context,
@id, @type,
issuer, name,
description,
image,
criteria
Issuer
@context,
@id, @type,
name,
url,
org,
contact
Organizations may define extensions by creating a new context file to link in extended
badge objects
Extension
@context,
@type,
courseLocation,
lat, long
{
“@context”: {
“courseLocation”: {
“@id”:
“http://extension.org/definitions#courseLocation”,
“@type”: “@id” },
“lat”: {
“@id”: “http://schema.org/latitude”,
“@type”: “@id”
...
}
}
28. JSON-LD Enabled Badge Extensions
Any badge object (Assertion, Badge Class
or Issuer) may be extended.
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
29. Overview: JSON-LD & Extensions
• Each badge object (Assertion, Badge
Class, Issuer & each Extension)
declares context and type.
• Each context (JSON-LD terminology)
declares the purpose, semantics, and
structure of objects of that type.
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
30. Next Steps
• Develop a working updated validator
• Work with Endorsement WG to see
endorsement extensions in use
• Ensure extension is adopted across
badge issuing organizations
• Continue collaboration with the W3C
33. What Is It?
• Community resource
• Storage & retrieval (API) of badges
• A foundation to build cool application
34. How Can the Directory Be Used?
• Third-party apps and badge search
• Integrate into your badge system or
website
• Research - learn more about the data of
Open Badges
36. Directory Design Considerations
• What to list?
• What is the barrier to entry for badge
issuers?
• Where does the directory end and other
3rd party services begin?
37. Present Day: Open Badges 1.0
Each badge is composed of 3 badge
objects connected by URLs:
Assertion Badge Class
badge,
uid,
recipient,
issuedOn,
expires,
evidence,
verify
issuer,
name,
description,
image,
criteria
Issuer
name,
url,
org,
contact
from Nate Otto’s: Open Badges Standard Extension Proposal
https://docs.google.com/presentation/d/1dWMU2gdnfjBPRJTCcCDOJrs0xSgCwNc-
IOUdjq9gRmw/edit#slide=id.g40c95dbd7_037
38. What to List?
• Badge instances?
• Badge class?
• Issuer registry?
39. What to List?
• Badge instances?
• Badge class? ← MVP
• Issuer registry?
40. Barrier to Entry for Issuers
• 100% automation for badge issuers:
Crawl the open web
• Issuers register their badge classes
• Hybrid: Issuers register themselves,
directory does crawling
41. Barrier to Entry for Issuers
• 100% automation for badge issuers:
Crawl the open web
• Issuers register their badge classes
← MVP
• Hybrid: Issuers register themselves,
directory does crawling
42. Directory or 3rd Party Service?
• What level of end-user experience does
the Directory enable?
– Is there an end-user experience?
– or just APIs?
– A bit of both
43. Directory or 3rd Party Service?
• What level of end-user experience does
the Directory enable?
– Is there an end-user experience?
– or just APIs?
– A bit of both ← MVP
45. What Badge Data Can be Retrieved?
• Initial Prototype Release:
– Badge Class & IssuerOrganization
– Extensions & Endorsement
specification (Once they rollout)
Also any additional fields included in either
the Badge Class or IssuerOrganization.
46. Submitting Badge Classes
to the Directory
Issuers register a url that contains a list of badge classes.
This list looks like:
{
"badgelist": [{
"location": "http://my-site.com/location-of-badge"
}, {
"location":"http://my-site.com/location-of-other-badge"
}]
}
Register the url at:
http://badgealliance.github.io/openbadges-directory/add-badges
47. Submitting Badge Classes
to the Directory
Register the url at: http://badgealliance.github.io/openbadges-directory/add-badges#
registration-form
49. Get Involved!
• Register your badges
• Use the API on your websites
• Badge Alliance Directory Working Group
– Meets every Third Thurs at 1pm ET
(Next meeting is Jan. 15, 2015)
– http://wiki.badgealliance.org/index.php/
Directory_Working_Group
• Share your expertise and coding skills
53. Workforce Working Group
• Jobs, internships, career advancement or
other employment related opportunities.
• Non-cognitive skills (e.g., communication)
plus “hard” skills (e.g., technical competency).
• Across academia, industry, government and
society by adding professional capital to the
open badges movement
54. Workforce Cycle 1 Goals
• Create an explanatory guide for employers
interested in learning about/using/developing
open badges
• Badges in use
• Existing taxonomies and emerging
folksonomies
• Employer badge tutorial (WIP)
55. Workforce Cycle 1 Achievements
• FAQ for employers interested in learning
about/using/developing open badges:
http://etherpad.badgealliance.org/workforce-faqs-final
• Visualization of workforce pipeline
https://www.flickr.com/photos/122135325@N06/15307183939/
(with thanks to Bryan Mathers)
• Badges in use etherpad
http://etherpad.badgealliance.org/workforce-badges-in-use
• Existing taxonomies & emerging folksonomies
http://etherpad.badgealliance.org/competency-types
56. Workforce Highlights
• Enthusiastic Working Group team!
– met weekly for the first 3 months
– tracked conferences & speaking
engagements
• Community members presented during calls
– cross-connections made
– new uses in different areas of workforce
• Cabinet members ran several calls
– built strong leadership
57. Workforce Challenges / Opportunities
• Huge area to address
• Many different constituencies / desires
• Variety of effective approaches
• Need for additional FAQs
• Veterans separating from the military
• Desire for standard taxonomies
58. Workforce Community Next Steps
• Continue to create Employer FAQs
• Possible subgroups
• Follow GWU + ANSI workforce cred
• Continue to build the wiki
http://wiki.badgealliance.org/index.php/Workforce_Working_Group
• Share successes on the mailing list:
http://bit.ly/BA-Workforce-WG
61. Research Working Group
• Academic researchers, design researchers,
badge system designers, consultants and
other badge interested parties
• Covering the entire realm of the open badges
ecosystem.
• Across academia, industry, government and
society by adding research capital to the open
badges movement
62. Research Cycle 1 Goals
• Begin developing a research agenda for open
badges
• Build spaces to collaborate and communicate
as badge researchers
• Collect and organize existing research
relevant to badges to make it available to the
community
63. Research Cycle 1 Achievements
• Landscape survey:
https://umich.qualtrics.com/SE/?SID=SV_9vKFoaOoT8HhhJz
• Open Badges research repository
http://www.mendeley.com/groups/4666291/open-digital-badges/
• Individual team member ongoing research
64. Research Challenges / Opportunities
• Huge area to address
• Many different constituencies / desires
• Some types of research are not yet
underway, e.g., market research
65. Research Community Next Steps
• Rationalize feedback to survey
• Continue to explore research
opportunities
• Possible subgroups
• Continue to build the wiki
http://wiki.badgealliance.org/index.php/Research_Working_Group
• Share successes on the mailing list:
http://bit.ly/BA-Research-WG
68. Messaging Working Group
• Exploring ways to talk consistently and effectively
about badges to different audiences
• Looking at the preferred vocabulary of various
fields and industries to finding the right language
to convey basic badge concepts to specific
groups.
69. Messaging Cycle 1 Goals
• Produce a Series of General Messaging
Overviews
• Form a Speakers Bureaus
• Create a Badges Glossary
• Create Working Group overview docs
70. Messaging Cycle 1 Achievements
• Created a series of overview documents,
including talking points:
– Open Badges Overview
– Educators Overview
– Endorsement Overview
– Higher Education Overview
– Workforce Overview
• Established a Badges Speakers’ List
• Created the Open Badges Glossary
See http://wiki.badgealliance.org/index.php/Messaging_Working_Group for details
71. Messaging Challenges / Opportunities
• Huge area to address!
• Many different needs and opinions
• Messaging plays a key role in every
working group
• Case studies per Working Group is a
missing ingredient
72. Messaging Community Next Steps
• Continue to fine tune talking points per
Working Group
• Create case studies based on activity
from Working Groups
• Continue to build the wiki
http://wiki.badgealliance.org/index.php/Messaging_Working_Group
• Share successes and engage the wider
community on the mailing list
http://bit.ly/BA-Messaging-WG
75. A Great Year!
• It’s been a great year!
• A big thanks to our community
• Lots of movement
• Brought together key leaders to help
shape the ecosystem
• Still a lot of work to be done
• We look forward to working with you!