UKOER 2: Dissemination protocols in use and Jorum representation

What technical protocols are projects using to share their resource? and how are they planning on representing their resources in Jorum? This is a post in the UKOER 2 technical synthesis series.

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

Dissemination protocols

Dissemination protocols in use in the UKOER 2 programme

Dissemination protocols in use in the UKOER 2 programme

The chosen dissemination protocols are usually already built in the platforms in use by projects; adding or customising an RSS feed is possible but often intricate and adding an OAI-PMH feed is likely to require substantial technical development. DelOREs investigated existing OAI-PMH plugins for WordPress they could use but didn’t find anything usable within their project.

As will be discussed in more detail when considering Strand C – RSS is not only the most supported dissemination protocol, from the programme’s evidence, it is also the most used in building specialist discovery services for learning and teaching materials. The demand for an OAI-PMH interface for learning resources remains unknown. [debate!]

Jorum representation

Methods of uploading to Jorum chosen in UKOER 2 programme

Methods of uploading to Jorum chosen in UKOER 2 programme

  • The statistics on Jorum upload method are denoted expressions of intent – projects and Jorum are still working through these options.
  • Currently RSS upload to Jorum (along with all other forms of bulk upload) is set up to create a metadata record not deposit content.
  • Three of the uploaders using RSS are using the edshare/eprints platform (this platform was successfully configured to deposit metadata in bulk  via RSS into Jorum in UKOER phase 1).
  • Jorum uses RSS ingest as a one-time process – as I understand it it does not revisit the feed for changes or updates [TBC]
  • As far as I know PORSCHE are the only project who have an arranged OAI-PMH based harvest (experimental for Jorum upload under investigation as part of an independent project – [thanks to Nick Shepherd for the update on this HEFCE-funded work: see comments and more information is available on the ACErep blog)]
Advertisements

3 Comments

  1. Hi John

    Just to say that PORSCHE and ACErep (not strictly ukoer2 but is HEFCE funded and I’ve been working quite closely with Suzanne et al) have been working with the NDLR in Ireland which is running on DSpace 1.6.2 which is able to harvest OAI-PMH by default – unlike the customised v.1.5.2 that Jorum is currently running on (ultimately I think there are plans for Jorum and the NDLR to share a common DSpace code-base – see http://acerep.wordpress.com/2011/06/21/oer-infrastructure-discussions-with-mimas-and-ndlr/)

    OAI-PMH feeds have indeed been successfully harvested into the NDLR test server from both the Leeds Met Repository and the NHS repository (both intraLibrary) and we have also been able to deposit into the NDLR via SWORD.

    PORSCHE have also been working with the NDLR on transferring full IMS CP betwixt the two repositories using OAI-ORE (I think…)

    Obviously a decision for Mimas but I hope SWORD deposit into Jorum may yet be on the agenda and shouldn’t be too difficult from a technical point of view though I think there are issues around authentication via UKFed.

    Nick

    Reply

  2. Hi Nick, thanks for commenting I knew this work was ongoing but didn’t have a link to hand – I’ll add the link into the post.

    Reply

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s