This Confluence wiki site, maintained by DuraSpace prior to the recent merger with LYRASIS, will transition from the domain to the domain on Saturday, Nov 16 beginning at approximately 7pm ET. A period of downtime of 2-3 hours is expected. After the transition, this wiki will be available at All links to wiki pages will be redirected to the correct URL. If you have questions prior to or following the transition please contact:

Page tree
Skip to end of metadata
Go to start of metadata


This proposal is outdated. LOD support was added to DSpace 5. See Bringing DSpace into the Semantic Web and the DSpace 5 Documentation for information on the realised LOD support.

LOD for DSpace

EPrints supports VOID and LoD, So should we.  

VoID (from "Vocabulary of Interlinked Datasets") is an RDF based schema to describe linked datasets. With VoID the discovery and usage of linked datasets can be performed both effectively and efficiently. A dataset is a collection of data, published and maintained by a single provider, available as RDF, and accessible, for example, through dereferenceable HTTP URIs or a SPARQL endpoint.

Initial Support

Previous work did happen on creating a rendering of RDF linked in the header for DSpace@MIT, this was since dropped from MIT's instance but the source is still in the SCM repository modules section.

Advanced Support

What is needed for advanced LoD participation is a SPARQL endpoint that can be queried to return RDF descriptions of DSPace content.  I propose we leverage the semantic storage GSoC project, but introduce a Tupelo based endpoint that will basically be a confiugrable web-application

We would engineer this Tupelo Service to expose the semantic storage details from the storage-

GSOC10 - Storage Service Implementations Based on Semantic Content Repository

This is proposal that would be good for a GSoC project this year.

  • No labels