Go to PBCore Home Page



Go to home page for PBCore

Go to User Guide for PBCore

PBCore in Use
PBCore Mapping to IEEE LOM
Learning Object Metadata

Context
Mapping Document


Other Case ExamplesOther PBCore Metadata Mappings

 


CONTEXT:

LOM Working Group
http://ltsc.ieee.org/wg12/index.html

IEEE LTSC Final LOM Draft Standard 1484.12.1
http://ltsc.ieee.org/wg12/20020612-Final-LOM-Draft.html
http://ltsc.ieee.org/wg12/files/LOM_1484_12_1_v1_Final_Draft.pdf

Learning Object Metadata Links
http://www.tidemark.ca/learning_object/learning_object_metadata.html

IMS Best Practice and Implementation Guide v.2.1 Final Specification
http://www.imsglobal.org/metadata/imsmdv1p2p1/imsmd_bestv1p2p1.html

Snapshot of the IEEE Metadata Elements and Hierarchical Structures
http://www.imsglobal.org/metadata/imsmdv1p2p1/imsmd_bestv1p2p1.html#1197022

Metadata Mapping of Dublin Core to IEEE LOM
http://www.imsglobal.org/metadata/imsmdv1p2p1/imsmd_bestv1p2p1.html#1242547
http://projects.ischool.washington.edu/sasutton/IEEE1484.htm

To learn more about Learning Objects, go to a wiki
authored by Paul E. Burrows/University of Utah at...

http://library.med.utah.edu/wiki/MODwiki/index.php/Learning_Objects


About the IEEE-LTSC LOM
(Learning Technology Standards Committee Learning Object Metadata)

The standard is formally known as IEEE 1484.12.1-2002, Learning Object Metadata Standard: LOMV1.0 Base Schema. The Schema specifies the syntax and semantics of Metadata for Learning Objects, defined as the attributes required to fully/adequately describe a Learning Object. Learning Objects are defined here as any entity, digital or non-digital, which can be used, re-used or referenced during technology supported learning. Examples of technology supported learning include computer-based training systems, interactive learning environments, intelligent computer-aided instruction systems, distance learning systems, and collaborative learning environments.

Examples of Learning Objects include multimedia content, instructional content, learning objectives, instructional software and software tools, and persons, organizations, or events referenced during technology supported learning. The Learning Object Metadata standards focus on the minimal set of attributes needed to allow Learning Objects to be managed, located, and evaluated. The standards accommodate the ability for locally extending the basic fields and entity types, and the fields can have a status of obligatory (must be present) or optional (maybe absent).

For comparison's sake, in the mappings itemized below, we have included related pairings for Dublin Core metadata elements.

 

 
INTELLECTUAL CONTENT

This Content Class contains metadata elements describing the actual intellectual content of a media asset or resource.

There are 9 containers and a total of 16 elements in the Intellectual Content grouping.

    PBCore
Containers
PBCore
Elements
Target Element in
IEEE LOM
Target Element in
Dublin Core
01.00
pbcoreIdentifier      
mandatory
01.01
  Element identifier 3.1.2:Meta-Metadata.Identifier.Entry (no equivalent)
       
  • The value of the identifier within the identification or cataloging scheme that designates or identifies a metadata record. A namespace specific string.
  • Identifier is a globally unique label that identifies this metadata record.
  • The Meta-Metadata category describes a metadata record itself (rather than the learning object that a record describes).This category describes how the metadata instance can be identified, who created this metadata instance, how, when, and with what references.
  • Dublin Core defines its element *identifier* with regard to a unique designation for a media item itself, and not an identifier for a entire metadata record associated with a media item and all of its descriptions, formats, renditions and instantiations.
  • PBCore's *identifier* element is different than Dublin Core's *identifier*, although it is tempting to map the two elements because of the similarity in names.
  • PBCore's *formatIdentifier* more closely parallels the definition and usage of Dublin Core's *identifier*.

mandatory
01.02
  Element identifierSource 3.1.1:Meta-Metadata.Identifier.Catalog (no equivalent)
       
  • The name or designator of the identification or cataloging scheme for this entry. A namespace scheme.
  • Identifier is a globally unique label that identifies a metadata record.
  • The Meta-Metadata category describes a metadata record itself (rather than the learning object that this record describes).This category describes how the metadata instance can be identified, who created this metadata instance, how, when, and with what references.
02.00
pbcoreTitle      
mandatory
02.01
  Element title 1.2:General.Title title
       
  • Name given to this learning object.
  • The General category groups the general information that describes a learning object as a whole.

recommended
02.02
  Element titleType (no equivalent) alternative
       
  • Could be added as an Extension Option for the General category.
  • 1.9:General.Extension
  • The General category groups the general information that describes a learning object as a whole.
  • PBCore does not maintain a separate and distinct element for an *Alternative Title* to the formal *Title* given a media item (a refinement to Dublin Core's *Title*). Instead PBCore repeats the pbcoreTitle container, supplies the *Alternative Title*, then from the element *titleType,* selects *Alternative* from the picklist of terms.
03.00
pbcoreSubject      
recommended
03.01
  Element subject 1.5:General.Keyword subject
       
  • A keyword or phrase describing the topic of a learning object. This data element should not be used for characteristics that can be described by other data elements within IEEE LOM.
  • The General category groups the general information that describes a learning object as a whole.

recommended
03.02
  Element subjectAuthorityUsed 9.2.1:Classification.TaxonomicPath.Source (no equivalent)
       
  • The name of the classification system. This data element may use any recognized "official" taxonomy or any user-defined taxonomy.
  • A Taxonomic Path refers to a specific classification system.
  • The Classification category describes where a learning object falls within or in relation to a particular classification system.
  • PBCore recommends several related schemes (as does Dublin Core) and supplies additional authorities, some of which are specific to Public Broadcasting applications.
04.00
pbcoreDescription      
mandatory
04.01
  Element description 1.4:General.Description description
       
  • A textual description of the content of a learning object.
  • The General category groups the general information that describes a learning object as a whole.

recommended
04.02
  Element descriptionType (no equivalent) refinements to description--abstract & tableOfContents
       
  • Could be added as an Extension Option for the General category.
  • 1.9:General.Extension
  • The General category groups the general information that describes a learning object as a whole.
  • PBCore maintains a robust list of description types, many of which are unique to media production and Public Broadcasting applications. Two of the suggested 22 *descriptionType* terms are refinements derived from Dubin Core...
05.00
pbcoreGenre      
recommended
05.01
  Element genre 1.5:General.Keyword (no equivalent)
       
  • A keyword or phrase describing the topic of a learning object. This data element should not be used for characteristics that can be described by other data elements within IEEE LOM.
  • The General category groups the general information that describes a learning object as a whole.
  • Although Dublin Core uses the word "genre" in its definition of *type*, it must not be confused with PBCore's element *genre* that has a completely different definition and usage more closely aligned with program keywords found in program guides and TiVo-like applications.

recommended
05.02
  Element genreAuthorityUsed 9.2.1:Classification.TaxonomicPath.Source (no equivalent)
       
  • The name of the classification system. This data element may use any recognized "official" taxonomy or any user-defined taxonomy.
  • A Taxonomic Path refers to a specific classification system.
  • The Classification category describes where a learning object falls within or in relation to a particular classification system.
06.00
pbcoreRelation      
optional
06.01
  Element relationType 7.1:Relation.Kind refinements to relation
       
  • Nature of the relationship between a learning object and a target learning object, identified by 7.2:Relation.Resource.
  • The Relation category defines the relationship between a learning object and other related learning objects, if any.

optional
06.02
  Element relationIdentifier 7.2.1.2:Relation.Resource.Identifier.Entry relation
       
  • The value of the identifier within the identification or cataloging scheme that designates or identifies the target learning object. A namespace specific string.
  • Identifier is a globally unique label that identifies the target learning object.
  • Resource is the target learning object that this relationship references.
  • The Relation category defines the relationship between a learning object and other related learning objects, if any.
  • equivalent to the Dublin Core element *relation* in which related resources are identified by text and/or number strings derived from specific identification systems.
07.00
pbcoreCoverage      
optional
07.01
  Element coverage 1.6:General.Coverage coverage
       
  • The time, culture, geography or region to which a learning object applies.
  • The extent or scope of the content of the learning object.
  • Coverage will typically include spatial location (a place name or
    geographic coordinates), temporal period (a period label, date, or date range) or jurisdiction (such as a named administrative entity).
  • The General category groups the general information that describes a learning object as a whole.
  • In following a "container architecture" in its metadata dictionary and schema, PBCore reconfigures the Dublin Core coverage elements of *spatial* and *temporal* into a single element that carries the descriptive data. An associated element called *coverageType* identifies the kind of descriptive data, i.e., *spatial* or *temporal*.
  • If both *spatial* and *temporal* coverage descriptions exist, PBCore repeats the *pbcoreCoverage* container.

optional
07.02
  Element coverageType (no equivalent) coverage refined by Spatial and Temporal
       
  • Could be added as an Extension Option for the General category.
  • 1.9:General.Extension
  • The General category groups the general information that describes a learning object as a whole.
  • PBCore's *coverageTypes* parallel those found in Dublin Core...
08.00
pbcoreAudienceLevel      
optional
08.01
  Element audienceLevel 5.6:Educational.Context Audience
       
  • The principal environment within which the learning and use of a learning object is intended to take place.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
  • NOTE:--This is the pedagogical information essential to those involved in achieving a quality learning experience. The audience for this metadata includes teachers, managers, authors, and learners.
  • PBCore parallels the definition of the Dublin Core element *audience* in that it identifies for whom a media item is intended or useful.
  • A refinement to Dublin Core's *audience* is *Education Level* in which a description is made of the educational or training context. A specific statement of the location of the audience in terms of its progression through an education or training context can be used.
  • PBCore uses a picklist of terms derived from the Library of Congress vocabulary for educational sectors. Thus PBCore's *audienceLevel* could map to Dublin Core's *Audience Education Level*.
5.6:Educational.TypicalAgeRange
  • Age of the typical intended user. This data element shall refer to developmental age, if that would be different from chronological age.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
09.00
pbcoreAudienceRating      
optional
09.01
  Element audienceRating 5.6:Educational.Context Audience
       
  • The principal environment within which the learning and use of a learning object is intended to take place.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
  • NOTE:--This is the pedagogical information essential to those involved in achieving a quality learning experience. The audience for this metadata includes teachers, managers, authors, and learners.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *audienceRating* (which parallel those of the FCC V-Chip codes and the MPAA ratings) can be mapped to the Dublin Core element *audience* as another indicator for whom a media item is intended or useful.
5.6:Educational.TypicalAgeRange
  • Age of the typical intended user. This data element shall refer to developmental age, if that would be different from chronological age.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.

 

INTELLECTUAL PROPERTY

This Content Class contains metadata elements related to the creation, creators, usage, permissions, constraints, and use obligations associated with a media asset or resource.

There are 4 containers and a total of 7 elements in the Intellectual Property grouping.

    PBCore
Containers
PBCore
Elements
Target Element in
IEEE LOM
Target Element in
Dublin Core
15.00
pbcoreCreator      
recommended
15.01
  Element creator 2.3.2:LifeCycle.Contribute.Entity creator
       
  • Maps if 2.3.1:LifeCycle.Contribute.Role has a value of "Author"
  • The identification of and information about entities (i.e., people, organizations) contributing to this learning object. The entities shall be ordered as most relevant first.
  • Contribute refers to those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected this learning object during its evolution.

recommended
15.02
  Element creatorRole 2.3.1:LifeCycle.Contribute.Role creator
       
  • Kind of contribution.
  • Contribute refers to those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected this learning object during its evolution.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *creatorRole* can be mapped to the Dublin Core element *creator* as another indicator or attribution to the individual or group responsible for the intellectual content of a media item.
16.00
pbcoreContributor      
recommended
16.01
  Element contributor 2.3.2:LifeCycle.Contribute.Entity contributor
       
  • Maps if 2.3.1:LifeCycle.Contribute.Role has a specified value.
  • The identification of and information about entities (i.e., people, organizations) contributing to a learning object. The entities shall be ordered as most relevant first.
  • Contribute refers to those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.

recommended
16.02
  Element contributorRole 2.3.1:LifeCycle.Contribute.Role contributor
       
  • Kind of contribution.
  • Contribute refers to those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *contributorRole* can be mapped to the Dublin Core element *contributor* as another indicator or attribution to the individual or group responsible for the intellectual content of a media item.
17.00
pbcorePublisher      
recommended
17.01
  Element publisher 2.3.2:LifeCycle.Contribute.Entity publisher
       
  • Maps if 2.3.1:LifeCycle.Contribute.Role has a value of "Publisher"
  • The identification of and information about entities (i.e., people, organizations) contributing to a learning object. The entities shall be ordered as most relevant first.
  • Contribute refers to those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.

recommended
17.02
  Element publisherRole 2.3.1:LifeCycle.Contribute.Role publisher
       
  • Kind of contribution.
  • Contribute refers to those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *publisherRole* can be mapped to the Dublin Core element *publisher* as another indicator or attribution to the individual or group responsible for the publication or distribution of a media item.
18.00
pbcoreRightsSummary      
recommended
18.01
  Element rightsSummary 6.2:Rights.CopyrightAndOtherRestrictions
       
  • Whether copyright or other restrictions apply to the use of this learning object.
  • The Rights category groups the intellectual property rights and conditions of use for a learning object.
  • derivation from Dublin Core Metadata Registry
  • Dublin Core maintains a separate element for the date of copyright for a media item--*date copyrighted*. PBCore does not; however that information can be entered into *rightsSummary*.
  • Dublin Core maintains a separate element for the ownership or custody of a media item--*provenance*. It could be argued that such information is entered into PBCore's *rightsSummary*.
  • Dublin Core maintains a separate element to designate the person or organization owning or managing rights over a media item--*rights holder*. It could be argued that such information is entered into PBCore's *rightsSummary*.
  • Dublin Core maintains a separate element to identify legal documentation for usage permissions over a media item--*license*. It could be argued that such information is entered into PBCore's *rightsSummary*.
6.3:Rights.Description
  • Comments on the conditions of use of this learning object.
  • The Rights category groups the intellectual property rights and conditions of use for a learning object.
6.1:Rights.Cost
  • Whether use of this learning object requires payment.
  • The Rights category groups the intellectual property rights and conditions of use for a learning object.

 

INSTANTIATIONS
& FORMATS

This Content Class contains metadata elements that identify the nature of the media asset as it exists in some form or format in the physical world or digitally.

There is a single parent container, with 3 sub-containers, and a total of 28 elements in the Instantiation & Formats grouping. For each new instantiation or format for a media asset/title, the entire parent container can be repeated.

    PBCore
Containers
PBCore
Elements
Target Element in
IEEE LOM
Target Element in
Dublin Core
25.00
pbcoreInstantiation      
optional
25.01
  Element dateCreated 2.3.3:LifeCycle.Contribute.Date date-- created
       
  • The date of the contribution.
  • Contribute represents those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • PBCore's *dateCreated* parallels the definition of Dublin Core's refinement *created* to the element *date*.
  • PBCore does not restrict the data entry for temporal designations to a specific scheme, such as the W3CDTF profile of ISO 8601, although their syntax for entering dates (year month day) is recommended.

optional
25.02
  Element dateIssued 2.3.3:LifeCycle.Contribute.Date date-- issued
       
  • Maps when IEEE-LTSC LOM 2.3.1:LifeCycle.Contributor.Role has a value of "Publisher".
  • The date of the contribution.
  • Contribute represents those entities (i.e., people, organizations) that have contributed to the state of a learning object during its life cycle (e.g., creation, edits, publication).
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • PBCore's *dateIssued* parallels the definition of Dublin Core's refinement *issued* to the element *date*.
  • PBCore does not restrict the data entry for temporal designations to a specific scheme, such as the W3CDTF profile of ISO 8601, although their syntax for entering dates (year month day) is recommended.

mandatory
if applicable
25.03
  Element formatPhysical 4.1:Technical.Format format-- medium
       
  • Technically speaking, IEEE LOM doesn't refer to physical formats, such as video and audio tapes.
  • Such information could be inserted into the 4.1:Technical.Format element.
  • Perhaps a more satisfying approach, and one in tune with IEEE LOM best practices, is to add PBCore's *formatPhysical* descriptors as an Extension in the Technical category
  • 4.8:Technical.Extension
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • PBCore separates the designation of the format for a media item into *formatPhysical* and *formatDigital* elements.
  • Dublin Core uses the refinement *medium* of the element *format* to identify the material or physical carrier of the resource.

mandatory
if applicable
25.04
  Element formatDigital 4.4.1.1:Technical.Format.OrComposite.Type format
       
  • The technology required to use this learning object, e.g., hardware, software, network, etc.
  • MIME types are recommended values.
  • OrComposite represents within IEEE LOM Format a grouping of multiple requirements. The composite requirement is satisfied when one of the component requirements is satisfied, e.g., Type.
  • Format refers to technical datatype(s) of (all the components of) a learning object. This data element shall be used to identify the software needed to access a learning object.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • PBCore separates the designation of the format for a media item into *formatPhysical* and *formatDigital* elements.
  • The picklist of MIME types that PBCore uses for *formatDigital* parallels how Dublin Core uses the element *format*.

mandatory
25.05
  Element formatLocation 4.3:Technical.Location (no equivalent)
       
  • A string that is used to access a learning object. It may be a location (e.g., Universal Resource Locator), or a method that resolves to a location (e.g., Universal Resource Identifier).
  • NOTE:--This is where the learning object described by this metadata instance is physically located.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.06
  Element formatMediaType 5.2:Educational.LearningResourceType type
       
  • Specific kind of learning object.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
  • NOTE:--This is the pedagogical information essential to those involved in achieving a quality learning experience. The audience for this metadata includes teachers, managers, authors, and learners.
  • PBCore offers a picklist of media types that parallels the picklist used by Dublin Core in its element *type*.
  • Dublin Core uses its *format* element to describe file formats, physical media, and dimensions of a media item.
  • Although Dublin Core uses the word "genre" in its definition of *type*, it must not be confused with PBCore's element *genre* that has a completely different definition and usage more closely aligned with program keywords found in program guides and TiVo-like applications.

mandatory
if applicable
25.07
  Element formatGenerations 2.1:LifeCycle.Version format
       
  • The edition of a learning object.
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatGenerations* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
2.1:LifeCycle.Status
  • The completion status or condition of a learning object.
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.

recommended
25.08
  Element formatStandard 4.4:Technical.Requirement relation-- conformsTo
       
  • The technical capabilities necessary for using a learning object.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Could be argued that PBCore's definition of *formatStandard* is a near equivalent to Dublin Core's type of *relation* identified as *conformsTo*.
  • In Dublin Core, *conformsTo* is defined as "A reference to an established standard to which the resource conforms."
4.6:Technical.OtherPlatformRequirements
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.09
  Element formatEncoding 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatEncoding* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.10
  Element formatFileSize 4.2:Technical.Size format-- extent
       
  • The size of the digital learning object in bytes (octets). The size is represented as a decimal value (radix 10). Consequently, only the digits "0" through "9" should be used. The unit is bytes, not Mbytes, GB, etc.
  • This data element shall refer to the actual size of a learning object. If the learning object is compressed [for distribution, e.g., .zip or .sit or .bin], then this data element shall refer to the uncompressed size.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • In Dublin Core, *extent* can be used to identify a broad range of characteristics of a media item, including "the size or duration of the resource."

recommended
25.11
  Element formatTimeStart 4.8:Technical.Extension format-- extent
       
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • In Dublin Core, *extent* can be used to identify a broad range of characteristics of a media item, including "the size or duration of the resource."

mandatory
if applicable
25.12
  Element formatDuration 4.7:Technical.Duration format-- extent
       
  • Time a continuous learning object takes when played at intended speed.
  • This data element is especially useful for sounds, movies or animations.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • In Dublin Core, *extent* can be used to identify a broad range of characteristics of a media item, including "the size or duration of the resource."

recommended
25.13
  Element formatDataRate 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatDataRate* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.14
  Element formatBitDepth 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatBitDepth* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.15
  Element formatSamplingRate 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatSamplingRate* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.16
  Element formatFrameSize 4.6:Technical.OtherPlatformRequirements format-- extent
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • In Dublin Core, *extent* can be used to identify a broad range of characteristics of a media item, including "the size or duration of the resource."
  • It could be argued that the *frameSize* defined in PBCore can map to Dublin Core's *extent*.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.17
  Element formatAspectRatio 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatAspectRatio* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.18
  Element formatFrameRate 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatFrameRate* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.19
  Element formatColors 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatColors* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

optional
25.20
  Element formatTracks 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatTracks* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

optional
25.21
  Element formatChannelConfiguration 4.6:Technical.OtherPlatformRequirements format
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
  • Following the principle of "mapping down" or "dummy down," the PBCore terms for *formatChannelConfiguration* can be mapped to the Dublin Core element *format* as another indicator of the file format, physical medium, or dimensions of a media item.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.

recommended
25.22
  Element language 1.3:General.Language language
       
  • The primary human language or languages used within this learning object to communicate to the intended user.
  • The General category groups the general information that describes a learning object as a whole.

optional
25.23
  Element alternativeModes 4.6:Technical.OtherPlatformRequirements (no equivalent)
       
  • Information about other software and hardware requirements.
  • NOTE:--This element is intended for descriptions of requirements that cannot be expressed by the data element 4.4:Technical.Requirement.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
4.8:Technical.Extension
  • If additional granularity is desired in order to capture many of the PBCore technical instantiation/format descriptions, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
25.24.0
(sub-container to pbcoreInstantiation)    
optional
25.24.1
  Element dateAvailableStart 2.4:LifeCycle.Extension date-- available
       
  • The availability of a media item as expressed in PBCore's *dateAvailableStart* seems best suited as a Extension to be created under the LifeCycle category in IEEE LOM.
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • Dublin Core combines the start and end dates for the availability of a media item into a single date-related element *available*.
  • Dublin Core accommodates a date range for *available*.
  • PBCore preferred to separate possible start and end dates in order to facilitate better searching criteria often needed in Public Broadcasting.

optional
25.24.2
  Element dateAvailableEnd 2.4:LifeCycle.Extension date-- available
       
  • The availability of a media item as expressed in PBCore's *dateAvailableEnd* seems best suited as a Extension to be created under the LifeCycle category in IEEE LOM.
  • The Life Cycle category describes the history and current state of a learning object and those entities that have affected a learning object during its evolution.
  • Dublin Core combines the start and end dates for the availability of a media item into a single date-related element *available*.
  • Dublin Core accommodates a date range for *available*.
  • PBCore preferred to separate possible start and end dates in order to facilitate better searching criteria often needed in Public Broadcasting.
25.25.0
(sub-container to pbcoreInstantiation)    
mandatory
25.25.1
  Element formatIdentifier 1.1.2:General.Identifier.Entry identifier
       
  • The value of the identifier within the identification or cataloging scheme that designates or identifies a learning object. A namespace specific string.
  • Identifier refers to a globally unique label that identifies a learning object.
  • The General category groups the general information that describes a learning object as a whole.
  • Dublin Core defines its element *identifier* with regard to a unique designation for a media item itself, and not an identifier for a entire metadata record associated with a media item and all of its descriptions, formats, renditions, and instantitions.
  • PBCore's *formatIdentifier* parallels the definition and usage of Dublin Core's *identifier*.

mandatory
25.25.2
  Element formatIdentifierSource 1.1.1:General.Identifier.Catalog (no equivalent)
       
  • The name or designator of the identification or cataloging scheme for this entry. A namespace scheme.
  • Identifier refers to a globally unique label that identifies a learning object.
  • The General category groups the general information that describes a learning object as a whole.
25.26.0
(sub-container to pbcoreInstantiation)    
optional
25.26.1
  Element annotation 4.8:Technical.Extension (no current equivalent)
       
  • The PBCore *annotation* metadata element is housed within the pbcoreInstantiation container. Therefore, its contents could be considered to technical in nature. This is not a hard and fast rule, since *annotation* is merely related to a particular rendition or format for a media item.
  • If the annotation is related to technical matters, then the IEEE LOM best practice is to create an extension to the Technical category.
  • The Technical category groups the technical requirements and technical characteristics of a learning object.
IEEE LOM maintains a rich set of metadata elements under a category called *Annotation*. Many of these relate to utilization factors surrounding the use of a media item in an educational setting. These fields could be mapped from the decriptions entered into PBCore's *annotation* element. These fields are listed below...
8.1:Annotation.Entity
  • Entity (i.e., people, organization) that created this annotation.
  • The Annotation category provides comments on the educational use of a learning object and provides information on when and by whom the comments were created. This category enables educators to share their assessments of learning objects, suggestions for use, etc.
8.2:Annotation.Date
  • Date that an annotation was created.
  • The Annotation category provides comments on the educational use of a learning object and provides information on when and by whom the comments were created. This category enables educators to share their assessments of learning objects, suggestions for use, etc.
8.3:Annotation.Description
  • The content of the annotation.
  • The Annotation category provides comments on the educational use of a learning object and provides information on when and by whom the comments were created. This category enables educators to share their assessments of learning objects, suggestions for use, etc.
8.4:Annotation.Extension
  • Create an Extension to the category Annotation to house any other annotations.
  • The Annotation category provides comments on the educational use of a learning object and provides information on when and by whom the comments were created. This category enables educators to share their assessments of learning objects, suggestions for use, etc.

 

 

EXTENSIONS

This Content Class contains additional descriptions that have been crafted by organizations outside of the PBCore Project. These extensions fulfill the metadata requirements for these outside groups as they identify and describe their own types of media with specialized, custom terminologies unique to their needs and community requirements.

There is a single container and a total of 2 elements as a starter kit for the addition of metadata extensions to the PBCore.

    PBCore
Containers
PBCore
Elements
Target Element in
IEEE LOM
Target Element in
Dublin Core
99.00
pbcoreExtension      
     

Many PBCore users have inquired about educational utilization metadata to accompany their media items. Such descriptions answer questions related to how a media item is best integrated into educational settings.

PBCore does not maintain its own set of utilization metadata elements. However IEEE LOM certainly does, since the metadata schema is based on describing Learning Objects!

We summarize 12 of these fields from IEEE LOM below. All are taken from the IEEE LOM category called *Educational*. They can be considered as extensions to PBCore. For each of these extensions, the PBCore schema would require you to identify the Authority Used for the extension's creation and maintenance. Although entered only once under extensionAuthorityUsed, all 12 elements would be attributed to IEEE LOM.

IEEE LOM and the hierarchy of metadata elements that it maintains are designed to readily accommodate *extensions* to its base structures.

Each of LOM's main categories (content classes) can append one or more metadata extensions within the overall meaning and definition for that category.

IEEE LOM simply demands that catalogers do not amend the base structure of their metadata schema, but add extensions as needed.

However, IEEE LOM cautions that extensions only be added if the base structure does not accommodate the descriptions a cataloger is attempting to input. Use the existing structures according to IEEE LOM best practices, then add extensions if required.

 

optional
  Element extension
EducationalInteractivityType
5.1:Educational.InteractivityType  
       
  • Predominant mode of learning supported by a learning object.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalLearningResourceType
5.2:Educational.LearningResourceType  
       
  • Specific kind of learning object.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalInteractivtyLevel
5.3:Educational.InteractivityLevel  
       
  • The degree of interactivity characterizing a learning object. Interactivity in this context refers to the degree to which the learner can influence the aspect or behavior of a learning object.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalSemanticDensity
5.4:Educational.SemanticDensity  
       
  • The degree of conciseness of a learning object. The semantic density of a learning object may be estimated in terms of its size, span, or --in the case of self-timed resources such as audio or video-- duration.
  • The semantic density of a learning object is independent of its difficulty. It is best illustrated with examples of expositive material, although it can be used with active resources as well.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalIntendedUserRole
5.5:Educational.IntendedUserRole  
       
  • Principal user(s) roles for which a learning object was designed.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalContext
5.6:Educational.Context  
       
  • The principal environment within which the learning and use of a learning object is intended to take place.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalTypicalAgeRange
5.7:Educational.TypicalAgeRange  
       
  • Age of the typical intended user. This data element shall refer to developmental age, if that would be different from chronological age.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalDifficulty
5.8:Educational.Difficulty  
       
  • How hard it is to work with or through a learning object for the typical intended target audience.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalTypicalLearningTime
5.9:Educational.TypicalLearningTime  
       
  • Approximate or typical time it takes to work with or through a learning object for the typical intended target audience.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalDescription
5.10:Educational.Description  
       
  • Comments on how a learning object is to be used.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalLanguage
5.11:Educational.Language  
       
  • The human language used by the typical intended user of a learning object.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

      Element extension
EducationalExtension
5.12:Educational.Extension  
       
  • If other educational utilization descriptions don't fit within the IEEE LOM structure, then extensions can be added, e.g., the identification of *academic disciplines* associated with a media item when used in higher education settings.
  • The Educational category describes the key educational and pedagogic characteristics of a learning object.
 

optional
  Element extensionAuthorityUsed IEEE LTSC LOM Learning Object Metadata Standard 1484.12.1-2002  
           

 

 

Other Case ExamplesOther PBCore Metadata Mappings

 

PBCore in Use

 

Go to Feedback

Go to CPB website

© 2005 Corporation for Public Broadcasting
- CPB Privacy Policy -
- PBCore Licensing via Creative Commons -