Open Repositories 2007 Plenary Session 5: Interoperability
January 26, 2007
Carl Lagoze presented the OAI-ORE project. Emphasised that ORE is not just about asset transfer – it’s about interoperability between systems that manage content, and systems that leverage (sic ) managed content.
Their mantra: “Whatever we do it must be congruent with the web architecture”, as the web architecture is reasonably well developed engineering (!). Failing to do this was a failure in OAI-PMH.
Carl gave an overview of Web Architecture pointing out that representations don’t have locators / identifiers, and that there’s no standard way of defining a finite set of resources on the web. The ORE Model fixes this, formally expressing a bounded aggregation of resources and relationships – a connected sub-graph.
ORE resources are access points for service requests, and services are in three classes: Harvest, Obtain and Register. (There was an implication that ORE Harvest service would replace PMH in the future).
What now? Flesh out use cases as a tool for testing the model, Review appropriate technologies, move from model to implementation (after May 2007 meeting).
Comment: I like the sound of ORE much better than it sounded in the Pathways days. The resource centric bits sound good, but there devil will be in the detail of the verb set and how that works.
The purpose of this work was to come up with a lightweight standard for deposit across the different repository platforms and for projects on the JISC repositories program that would provide a short term fix until somebody (think “ORE”) came up with the right answer.
The scope of Deposit in this work was pre-ingest – and purely concerns the mechanism of getting content to a repository platform and not the ongoing process of ingest, which may involve e.g. format migration, human editorial mediation etc.
The service itself consists of three parts – a deposit service description (which is the richest in terms of information provided), a very simple (HTTP POST and a few standard part names) and a receipt.