RDF integration: schema.org/Certification and schema.org/BadgeCriteria

[westurner]

http://schema.org

This site provides a collection of schemas that webmasters can use to markup HTML pages in ways recognized by major search providers, and that can also be used for structured data interoperability (e.g. in JSON).

schema.org defines a number of Classes (types) with Properties (attributes) that can be expressed in HTML with RDFa or Microdata, in JSON-LD (http://json-ld.org), and then in any other RDF format.

Development and discussion regarding schema.org/Course and schema.org/Credential is underway: schemaorg/schemaorg#195

How could/should we reference OpenBadges Badge Class(es) offered by a schema.org/OnlineCourse ?
[edit]

• Thing > Intangible > Credential > schema.org/OpenBadgesBadgeClass
  • SCH: schemaorg/schemaorg/data/ext/course/course.rdfa: RDFa Class and Properties
  • DAT: schemaorg/schemaorg/data/ext/course/course-openbadgesbadgeclass-examples.txt: JSON-LD example
• Thing > Intangible > Credential > Badge > schema.org/OpenBadgesBadge
  • [OpenBadges] JWS and JSON-LD
  • [OpenBadges] JWSand RDFa

The current proposal google doc https://docs.google.com/document/d/12YWjLzZC8FiTiOwSAETRIEozeqZdn6O8a4fgqK4t5Ss/edit# ( linked in schemaorg/schemaorg#195 ) describes schema.org/Course and schema.org/Credential.

Value Proposition:

• JSON-LD / RDFa / Microdata #LinkedData could be embedded in course description HTML pages and discovered by search engines (supporting queries like "Where can I find a course which offers schema:OpenBadgesBadgeClass XYZ?")

[westurner]

See: schemaorg/schemaorg#195 "Thing > CreativeWork > Course"

[threeqube]

How about the BadgeClass object information? https://github.com/openbadges/openbadges-specification/blob/master/Assertion/latest.md#badgeclass

[westurner]

OpenBadges BadgeClass to schema:OpenBadgesBadgeClass

• OpenBadges BadgeClass Specification: https://github.com/openbadges/openbadges-specification/blob/master/Assertion/latest.md#badgeclass

[edit]

Property	openbadges Expected Type	schema.org property	Note
name	Text	name	1:1 -- http://schema.org/name
description	Text	description	1:1 -- http://schema.org/description
image	Data URL or URL	image	http://schema.org/image
criteria	URL	criteria	"URL of the criteria for earning the achievement. If the badge represents an educational achievement, consider [adding LRMI markup]" ... http://schema.org/URL (a more specific type like badgeUrl or openBadgeUrl could be helpful)
issuer	URL	issuer	http://schema.org/Organization
alignment	Array of AlignmentObjects	0 or more CreativeWork. educationalAlignment -> AlignmentObject; schema:ItemList / rdf:List	http://schema.org/educationalAlignment > https://schema.org/AlignmentObject
tags	Array of Text	keywords	https://schema.org/keywords
tags	Array of Text	about	https://schema.org/about > https://schema.org/Thing > https://schema.org/url

Schema.org does not solve for JWS (https://tools.ietf.org/html/draft-ietf-jose-json-web-signature-38)

[ottonomy]

Hey, @westurner -- Thanks for working on this. I'm not steeped in schema.org's methods, but I'll try to provide a comment or two that might be useful:

Open Badges are made up of three components: Issuer, BadgeClass and Assertion. A BadgeClass describes one type of achievement recognized by one issuer. Many earners can receive Open Badges recognizing them for that achievement.

BadgeClasses themselves (as of OBI v1.0) are hosted independently of the Assertions, and hosted BadgeClasses are plain JSON, not in JWT/JWS form.

It looks like your mappings are pretty good. For image, you may want to use http://schema.org/image instead of http://schema.org/ImageObject , because there isn't any additional metadata in the BadgeClasses specifically about the image.

For criteria if you're going to create anything beyond http://schema.org/url, it should be http://schema.org/CriteriaUrl -- this field as used in an OpenBadge is too specific to use a term only one step narrower than the general URL type, I think.

I'd be fine leaving the issuer mapping -> http://schema.org/Organization unless you had specific terms for credential issuer and recipient (whatever exact words you settled on). If you're creating a Certification type, I believe these would be two essential properties.

The OBI Alignment Object was patterned after http://schema.org/educationalAlignment I believe.

If you have any more questions or want to talk synchronously, let me know -- I could probably find some time late this week or early next.

[westurner]

Thank you for your feedback!

Unfortunately I am not able to contribute as much time as I'd like to this
issue.

Anyone that would like to keep pushing forward on this is more than welcome
to do so

On Tue, Jan 6, 2015 at 3:57 PM, Nate Otto [email protected] wrote:

Hey, @westurner https://github.com/westurner -- Thanks for working on
this. I'm not steeped in schema.org's methods, but I'll try to provide a
comment or two that might be useful:

Open Badges are made up of three components: Issuer, BadgeClass and
Assertion. A BadgeClass describes one type of achievement recognized by one
issuer. Many earners can receive Open Badges recognizing them for that
achievement.

BadgeClasses themselves (as of OBI v1.0) are hosted independently of the
Assertions, and hosted BadgeClasses are plain JSON, not in JWT/JWS form.

It looks like your mappings are pretty good. For image, you may want to
use http://schema.org/image instead of http://schema.org/ImageObject ,
because there isn't any additional metadata in the BadgeClasses
specifically about the image.

For criteria if you're going to create anything beyond
http://schema.org/url, it should be http://schema.org/CriteriaUrl -- this
field as used in an OpenBadge is too specific to use a term only one step
narrower than the general URL type, I think.

I'd be fine leaving the issuer mapping -> http://schema.org/Organization
unless you had specific terms for credential issuer and recipient (whatever
exact words you settled on). If you're creating a Certification type, I
believe these would be two essential properties.

The OBI Alignment Object was patterned after
http://schema.org/educationalAlignment I believe.

If you have any more questions or want to talk synchronously, let me know
-- I could probably find some time late this week or early next.

—
Reply to this email directly or view it on GitHub
#9 (comment)
.

[westurner]

I've updated schema:ImageObject -> schema:image in the markdown table.

[westurner]

CriteriaUrl / BadgeCriteriaUrl / BadgeCriteria .url

[westurner]

#RDFJS rdfjs/rdfjs.org/wiki/Relevant-Specs: https://github.com/rdfjs/rdfjs.org/wiki/Relevant-Specs

• https://web-payments.org/specs/source/ld-signatures/

[westurner]

• "V2: OBIv2 Alignment"

  • feat(v3b): define more keys for blockcerts model blockchain-certificates/cert-schema#28

[westurner]

• "V2: Verification and Signature (draft)"

  • add v3-beta json file blockchain-certificates/cert-schema#25
    • "ld-signatures"
      add v3-beta json file blockchain-certificates/cert-schema#25 (comment)
    • schema.org/Course, schema.org/Credential, CTI @CTITechPlanning
      add v3-beta json file blockchain-certificates/cert-schema#25 (comment)

[westurner]

"Open Badges v2.0
IMS Candidate Final / Public Draft" (OpenBadges 2.0 JSONLD)
http://www.imsglobal.org/Badges/OBv2p0

OpenBadges 2.0 JSONLD @context: https://www.imsglobal.org/sites/default/files/Badges/OBv2p0/v2/context.json

[ottonomy]

@westurner apologies if you're already involved, but I just wanted to make sure you knew about this: https://www.w3.org/community/eocred-schema/ -- The folks at Credential Engine jumpstarted a discussion group to discuss terms to go into schema.org to describe credentials. I'm trying to track it to make sure Open Badges concepts are well represented, since we're based on schema.org in large part.

[westurner]

Thanks! I'll try and find some time to parse through the mailing list archives at https://lists.w3.org/Archives/Public/public-eocred-schema/ .

This was 10 months ago: schemaorg/schemaorg#195 (comment)