[These posts should be regarded as drafts for comment until I remove this note]

In the UKOER 2 programme Strand C funded “Projects identifying, collecting and promoting collections of OER and other material around a common theme” with the aim “…to investigate how thematic and subject area presentation of OER material can make resources more discoverable by those working in these areas” (UKOER 2 call document). The projects had to create what were termed static and dynamic collections of OER. The intent of the static collection was that it could in some way act as an identity, focus, or seed for the dynamic collection. Six projects were funded: CSAP OER, Oerbital, DelOREs, Triton, EALCFO, Open Fieldwork and a range of approaches and technologies was taken to making both static and dynamic collections. The projects are all worth reading about in more detail – however, in this context there are two possible general patterns worth considering.

Technology

Overview of technical choices in UKOER 2 Strand C

The above graph shows the range of technology used in the Strand. Although a lot could (and should) be said about each project individually when their choices are viewed in aggregate the following technologies are seeing the widest use.

Graph of technologies and standards in us by 50% or more of Strand C projects

Although aspects of the call might have shaped the projects’ technical choices to some extent, a few things stand out:

• the focus on RSS/Atom feeds and tools to manipulate them
  • reflection: this matches the approach taken by many of the other  aggregators and discovery services  for OER and other learning materials as well as the built in capabilities of a number of the platforms in use [nb “syndicated via RSS/Atom” was a programme requirement]
• a relative lack of a use of OAI-PMH
  • reflection: is this indicative of how many content providers and aggregators in the learning material’s consume or output OAI-PMH?
• substantial use or investigation of wordpress and custom databases (with php frontends)
  • reflection: are repositories irrelevant here because they don’t offer easy ways to add plugins or aggregate others’ content (or are there other factors which make WordPress and a custom database more appealing)

Community

One of the critical issues for all of these projects in the creation of these collections has been the role of community; for some of the strand projects the subject community played a crucial role in developing the static collection which then fed, framed, or seeded the dynamic collection, for other projects the subject community formed the basis of contributing resources to the dynamic collection.

Although the projects had to be “closely aligned with relevant subject or thematic networks – for example Academy Subject Centres, professional bodies and national subject associations” , I find it striking that many of the projects made those defined communities an integral part of their discovery process and not just an audience or defining domain.

Reflections on community

I’m hoping someone else is able to explore the role of community in discovery services more fully (if not I’ll try to come back to this)  but I’ve been struck by the model used by some projects in which a community platform is the hook leading to resource discovery. It’s the opposite end of the spectrum to Google – to support discovery you create a place and content accessible and relevant to a specific subject domain. The place you create both hosts new content created by a specific community and serves as a starting point to point to further resources elsewhere (whether those pointers are links, learning pathways, or tweaked plugin searches run on aggregators or repositories). This pattern mirrors any number of thriving community sites (typically?) outside of academia that happily coexist in Google’s world providing specialist sources of information and community portals  (for example about knitting, cooking, boardgames).

What it doesn’t mirror is trying to entice academics to use a repository… [I like repositories and think they’re very useful for some things , but this and the examples of layering CMSs on top of repositories, increasingly makes me think that on their own they aren’t a great point of engagement for anybody…]

[These posts should be regarded as drafts for comment until I remove this note]

Descriptive choices

Descriptive metadata in use in the UKOER 2 programme

Dublin Core

“The Dublin Core Metadata Initiative “popularized the idea of “core metadata” for simple and generic resource descriptions” and its initial 15 descriptive elements became an international standard and a component of the Open Archives Initiatives Protocol for Metadata Harvesting. The Dublin Core community has subsequently developed in two directions – one developing application profiles to support particular implementation communities and the other developing in a way that would make its data structures more compatible with RDF and support the uptake of Dublin Core around Linked Data (http://dublincore.org/metadata-basics/). At this time there is, therefore, a very wide spectrum of usage of Dublin Core.” (http://blogs.cetis.org.uk/johnr/2010/03/17/the-use-of-dublin-core-metadata-in-the-ukoer-programme/)

As in the first UKOER programme Dublin Core metadata is by far the most widely used descriptive standard in the programme. As in that programme, it is not clear what version of Dublin Core metadata projects are using (many are likely to be using some form of the basic DC Metadata Element Set, some may be using the newer DC Metadata Terms structure), nor is it clear if there is any common set of metadata element choices in use (the programme’s descriptive requirements are representable in Dublin Core and this is likely to form a common set, but there are other valid ways to present this information)

As noted in commenting on the first  UKOER programme, many projects will be using Dublin Core because it is probably the most commonly implemented interoperability standard in repositories and is also a required part of the OAI-PMH protocol.

It is, however,  noteworthy that some of the projects are developing a wordpress plugin to support the creation of DC metadata based on items in blog posts rather than the blog post itself (for more details please refer to the Summary of Strand C [forthcoming]) .

IEEE LOM

““Learning Object Metadata (LOM) is a data model, usually encoded in XML, used to describe a learning object and similar digital resources used to support learning. The purpose of learning object metadata is to support the reusability of learning objects, to aid discoverability, and to facilitate their interoperability, usually in the context of online learning management systems (LMS).”http://wiki.cetis.org.uk/What_is_IEEE_LOM/IMS_LRM

The LOM standard is available from the IEEE store. There are also many Application Profiles of the LOM data model. One of which is the UK LOM CORE http://www.cetis.org.uk/profiles/uklomcore/uklomcore_v0p3_1204.doc ” ( http://blogs.cetis.org.uk/johnr/2010/03/11/the-use-of-ieee-lom-in-the-ukoer-programme/)

The use of IEEE LOM in the second programme is quite a bit lower than in the first UKOER programme. Two possible reasons for this are: 1) fewer projects are using learning object repositories so there is less native support for LOM 2) in the first programme a number of HEA subject centres may have had significant quantities of existing content in the LOM which they released under an open licence, in the second programme projects may not have had relevant legacy content in this form. [Note: these are speculative].

exif

Exif is a standard widely used in cameras and smartphones for storing and transferring information about images, audio, and associated tags. More information is available in the Wikipedia article.
In use by the Open Fieldwork and ORBEE projects.

MeSH

MeSH (Medical Subject Headings ) is not a descriptive metadata standard as such but it is rather a controlled vocabulary used in the description of medical resources. It can be used and referenced with a number of metadata standards such as Dublin Core and IEEE LOM.
In use by the PORSCHE project.

Geo Microfromat

“geo (pronounced “gee-oh”) is a simple format for marking up WGS84 geographic coordinates (latitude; longitude), suitable for embedding in HTML or XHTML, Atom, RSS, and arbitrary XML. geo is a 1:1 representation of the “geo” property in the vCard standard (RFC2426) in HTML, one of several open microformat” from http://microformats.org/wiki/geo.
In use by the Open Fieldwork project.

KML

Keyhole Markup Language: “KML is an XML language focused on geographic visualization, including annotation of maps and images. Geographic visualization includes not only the presentation of graphical data on the globe, but also the control of the user’s navigation in the sense of where to go and where to look.” The major implementation of this standard is in Google Earth and Google Maps.
In use by the Open Fieldwork project.

paradata

Paradata is a rapidly evolving specification to describe activity and review data for digital assets. The initial specification was developed by the NSDL) in connection with the US Learning Registry initiative.
In conjunction with SRI International the Oerbital project developed an experimental template to generate paradata from mediaiwki pages at the OER Hackday.

Packaging choices

Packaging formats in use in the UKOER 2 programme

IMS CP

“IMS Content Packaging “describes data structures that can be used to exchange data between systems that wish to import, export, aggregate, and disaggregate packages of content.”http://www.imsglobal.org/content/packaging/ .” (http://blogs.cetis.org.uk/johnr/2010/03/08/the-use-of-ims-cp-in-the-ukoer-programme/)

ADL SCORM

““The Sharable Content Object Reference Model (SCORM) integrates a set of related technical standards, specifications, and guidelines designed to meet SCORM’s high-level requirements—accessible, interoperable, durable, and reusable content and systems. SCORM content can be delivered to your learners via any SCORM-compliant Learning Management System (LMS) using the same version of SCORM.” (http://www.adlnet.gov/Technologies/scorm/default.aspx )” (http://blogs.cetis.org.uk/johnr/2010/04/01/the-use-of-adl-scorm-in-the-ukoer-programme/)

Two  projects are using both IMS Content Packaging and ADL SCORM – EALFCO and ALTO. ALTO’s use may relate to the capabilities of the tools they have chosen to use.

OAI-ORE

““Open Archives Initiative Object Reuse and Exchange (OAI-ORE) defines standards for the description and exchange of aggregations of Web resources.” (http://www.openarchives.org/ore/)””

OAI-ORE – a number of projects mentioned this standard. For three of the four projects the standard is supported out of the box by the repository platform they were using  and it is there is no indication of actual or intended use. Part of the OSTRICH project team (the partners at University of Bath) were investigating the possible use of OAI-ORE with their repository.

Other content related standards in use

Other assorted standards in use in the UKOER 2 programme

The other standards graph is a miscellanea of other standards which projects are using which are distinctive but don’t easily fit into other categories.

IMS LD

The IMS Learning Design specification provides a flexible markup language to encode pedagogies  (http://www.imsglobal.org/learningdesign/)

The ALTO project is usingconcepts and structures from IMS-Learning Design to inform their work but they are NOT implementing the specification

IMS QTI

“IMS Question & Test Interoperability Specification http://www.imsglobal.org/question/ is a standard used to support the interoperability and exchange of digital assessment items (questions, answers, and data).” (http://blogs.cetis.org.uk/johnr/2010/03/03/the-use-of-ims-qti-in-the-ukoer-programme/)

IMS QTI, one of the content types whose release surprised us in the first UKOER programme, has again been released by a number of projects (De-Stress, OER Cafe, Ripple).

HTML5

HTML5 is a work in progress of the latest update to HTML the defining specification of the world wide web.
The De-Stress project used this specification.

epub

“EPUB is a distribution and interchange format standard for digital publications and documents.” http://idpf.org/epub

Although mobile delivery and etextbooks were not an explicit part of the call both DHOER and Triton are experimenting with the epub format to explore these options.

OPML

OPML (Outline Processor Markup Language) http://www.opml.org/spec is being used in the progamme by the Triton project to support exchanging lists of RSS feeds.

iCalendar

the iCalendar specification is an exchange format for calendar information which can be used to record diary information or request meetings.
The EALFCO project was investigating the use of this specification.

There are a number of projects in the UKOER programme which have identified themselves as using Dublin Core, they are:

• Unicycle
  • http://unicycle-leedsmet.ning.com/
• Open Content Employability Project
  • http://cuba.coventry.ac.uk/ocep/
• Open Exeter
  • http://as.exeter.ac.uk/support/educationenhancementprojects/openexeter/
• OTTER (considering using DC)
  • http://www2.le.ac.uk/departments/beyond-distance-research-alliance/projects/otter
• OpenStaffs
  • http://www.staffs.ac.uk/about_us/projects/openstaffs/index.jsp
• Berlin (considering using DC)
  • http://unow.nottingham.ac.uk/berlin.html
• ChemistryFM (early intention)
  • http://chemistryfm.blogs.lincoln.ac.uk/
• OLE Dutch History (early intention)
  • http://www.ucl.ac.uk/dutch/OER/
• ADOME
  • http://www.adm.heacademy.ac.uk/projects/sector-projects/art-design-media-open-educational-resources-adm-oer-project
• TRUE
  • http://economicsnetwork.ac.uk/projects/oer
• Open Educational Resources Pilot
  • http://www.engsc.ac.uk/an/oer-project/oer-project.as
• Phorus
  • http://phorus.health.heacademy.ac.uk/
• Humbox
  • http://www.llas.ac.uk/projects/3233
• Skills for Scientists
  • http://www.heacademy.ac.uk/physsci/home/projects/skillsforscientists
• UK Centre for Bioscience OER Project (considering use of DC Terms for html based resources)
  • http://www.bioscience.heacademy.ac.uk/resources/oer/

Projects using Dublin Core at least in part because they’re using OAI-PMH
(I’ve made the assumption those using OAI-PMH are implementing it according to the protocol and thus creating OAI_DC)

• Unicycle
• Open Content Employability Project
• OpenStaffs
• ChemistryFM
• ADOME
• TRUE
• Phorus
• Humbox

Projects creating a mapping to DC to promote interoperability
(this mapping may go beyond OAI_DC)

• Unicycle
• Berlin (investigating mapping to DC)
• Open Educational Resources Pilot (investigating mapping to DC)

Projects implementing the latest version of Dublin Core: DC Terms

• OpenExeter
• UK Centre for Bioscience OER Project (considering)

Projects for whom Dublin Core is not their primary standard

• Unicycle
• Open Content Employability Project
• OpenStaffs
• Berlin
• TRUE
• ChemistryFM (not sure – using WordPress (with OAI-ORE plugin) and institutional repository)

Reflections

• Projects will be creating Dublin Core metadata as a side effect of their deposit into JorumOpen – but this isn’t a choice to use DC in the programme as such.
• I think there is a definite tension between the ongoing use of OAI-DC as part of OAI-PMH and the uptake and use of DC Terms.
• This overview of the use of does not comment on the element / term choices used as part of the use of Dublin Core.