Table of Contents

Repository Interoperability

The lack of a sufficiently flexible, simple and robust exchange specification which is compatible with the Web architecture has hindered interoperability between repository platforms. With publication of the Open Archives Initiative Object Reuse and Exchange (OAI-ORE) 1.0 specification, Fedora Commons plans to add services able to generate ORE resource map serializations derived from Fedora repository contents and accept serializations for exchange of repository content. The design of Fedora's Content Model Architecture was influenced by "lessons learned" during the creation of the OAI-ORE specification which we hope will make Fedora a particularly good platform for ORE-based services. There already have been several prototypes of an ORE serialization services for the Fedora repository. We will be testing interoperability through ORE with DSpace, Microsoft and other collaborators leading to a demonstration at the Open Repositories 2009. We anticipate there will be considerable innovation using ORE with ongoing development of services since we have just begun exploring the possibilities it promises. In particular, we expect to explore enabling discovery and reducing complexity of application development through ORE.

Resources

#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels

1 Comment

  1. This raises the question (at least in hy head) if some Fedora-specific statements can be translated into a more general Fedora-neutral form. For example: can we say that (expressed in triples, using the usual prefixes)

    • <fedora:isMemberOfCollection> <owl:subPropertyOf> <dcterms:isPartOf>
    • <fedora-model:hasModel> <owl:subPropertyOf> <rdf:type>

    ? See also a related discuusion at http://wiki.dspace.org/index.php/DSpace_2.0/Modelling_Fedora_in_RDF