Date & Time
- Main call Nov 18th 16:00 UTC/GMT - 11:00 ET
- Satellite call Nov 19th 21:00 UTC/GMT - 16:00 ET
What is the difference between the "main call" and satellite call?
Dial-in
We will use the international conference call dial-in. Please follow directions below.
- U.S.A/Canada toll free: 866-740-1260, participant code: 2257295
- International toll free: http://www.readytalk.com/intl
- Use the above link and input 2257295 and the country you are calling from to get your country's toll-free dial in #
- Once on the call, enter participant code 2257295
2014 Meeting objectives
From August until December 2014, the monthly DCAT meetings are centered around defining, refining and prioritizing DSpace use cases.
These use cases are expected to have an important impact on the medium and long term roadmap of DSpace, starting with DSpace 6 in 2015.
November Meeting Agenda: Integration use cases
During the November meeting we will be discussing integration use cases. Which kinds of use cases are supported by a more advanced integration between DSpace and other systems than the ones existing today? Should these integrations be one-directional, bi-directional? What kind of user interface (if any!) should come with these integrations?
For each of the needs that emerge, we will try to qualify those needs as:
- Supported: the use case is being addressed and that the bulk of configuration associated with it (if any) can happen through the UI.
- Partially supported: there is room for improvement in the support for the use case. It also covers the cases where specific server configuration or small customizations to the code are required in order to properly support the use case.
- Unsupported: if at all possible with DSpace, addressing the use case requires substantial modifications to the DSpace sourcecode.
We rather want to cover more use cases than to stick to a limited number, allowing to dig deeper in detail. This is why we will be asking the participants in the call for their institutions or personal priority after devoting ~5 minutes to a explanation and discussion about the actual use case. This means we hope to cover at least 10 use cases during the call.
Read more about certain use cases that were already identified: Use Cases
The best way to participate and contribute
If you have some time to spare to prepare for this meeting, it would be great if you could briefly list the most important administrative use cases for you or your institution, especially if they fall in the category unsupported.
- Sign up for an account on this wiki and log in.
- Put your use cases in the comment section of this page.
- Join either the main call or satellite call and tell us about your use cases
Discussed use cases
- Integrations - Integrations that significantly lower the effort to fill DSpace with content, both from in house systems and third party content
- Integrations - Integrations that increase the exposure of content stored into DSpace in external systems
- Integrations- Integrations that avoid registering information multiple times within the organisation
- Integrations - Importing data from discipline-specific systems into DSpace
- Integrations - integrating with third party document streaming services
- Integrations - Linking to repository content through a learning management system
- Integrations - importing large files into repositories using an external system
- Integrations - Use of multiple sorts of Direct Object Identifiers
- Integrations - Linking to other data sources search for available data
integration with other DuraSpace products
Integration with preservation systems and tools
Integration - Integration with external authentication / authorisation system
Call Attendees (main+satellite)
- Bram Luyten (@mire) - @mire
Maureen Walsh - Ohio State University
- Ignace Deroost - @mire
Terry Brady - Georgetown University
Pauline Ward - Univ of Edinburgh
Valorie Hollister - DuraSpace
- Sarah Potvin - Texas A&M
- Emilio Lorenzo - Arvo Consultores
- Richard Rodgers - MIT
13 Comments
Bram Luyten (Atmire)
Integrations that significantly lower the effort to fill DSpace with content
Integrations that increase the exposure of content stored into DSpace in external systems
Integrations that avoid registering information multiple times within the organisation
Elin Stangeland
In-house systems: student management system (thesis submission), RDM systems (could be external too, e.g. Figshare) - linking to underlying data and vice versa.
We (and most institutions in Norway) also use the CRIS for submission of content - so not sure which heading is best here.
Terrence W Brady
Aaron Helton
I'll second Terry's ideas of document and A/V streaming, but I have one of my own for consideration.
This is an integration that increases content exposure via external systems:
Pauline Ward
At Edinburgh, PURE is the main institutional CRIS we are using, so facilitating transfer of datasets and citation information from PURE to DSpace would be a priority for us.
However, I think there might be benefit in also looking at facilitating the transfer of data from discipline-specific systems like Seek for Science or OpenBIS (life sciences) into DSpace. Research groups would be using Seek for Science to share their work with each other and for the social networking features, and then might want to take a snapshot of that data eg when they were preparing a publication, and put it into our DSpace repository.
Pauline Ward
Support for the management of very large files:
- Loading very large files into DSpace. We discovered recently when we were doing a batch import a size limit of 3Gb at the virus checker stage.
- Access for users via browser or other means to very large files. There can be risks of overload to the host server if users connecting through the internet from a slow network attempt to download very large files. Integration with Academic Bit Torrent might help mitigate this risk...?
Pauline Ward
Oops P.S. and Bram also referred to managing storage as large files are accumulated.
Sarah Potvin
We are concerned here with potential integration with Fedora and VIVO. Possibility of sending rich author information from VIVO into DSpace, pulling publication information from DSpace into VIVO. This is just the tip of the iceberg, it sounds like it would be helpful to have more detailed use cases about these integrations.
Sarah Potvin
Also integration that will support linked data. Ability to query and store data stores from DSpace and retain this as both a displayed value and a URI. Bram raises the example of integrating geographic metadata with GeoNames. Ability to expose DSpace metadata as linked data.
Sarah Potvin
Integration with preservation systems and tools, including the Digital Preservation Network, fixity checks, and other support for preservation management.
Elin Stangeland
Sorry I couldn't make yesterdays meeting. Also I wanted to add a +1 on the integration with library catalogue. We will be considering integrating DSpace with Alma for better metadata management, e.g. authority control.
Sarah Molloy
Sorry I missed the call yesterday. +1 with SarahP on the need for some more detailed use cases for this one.
We would be looking to provide integration with external data stores potentially, particularly to harvest metadata + links to datasets
We already integrate with Symplectic CRIS for deposit of publications metadata + full text, but I'd agree there are questions about large files for other output types
+1 with Elin on integration with discovery tools/catalogues
Peter Dietz
REST API opens the door to many types of integration.
Ex: This XMLUI site: http://trydspace5.longsight.com/ has a rest api, and a client application (new user interface) can read from API, support authentication, and allow user to create content: https://dspace-rest-client-play.herokuapp.com/communities
DSpace 5 adds RDF / Linked Open Data support: http://trydspace5.longsight.com/rdf/handle/123456789/79
SPAQRL endpoint: http://trydspace5.longsight.com/sparql?query=*:* (Pascal Becker understands how to query this better)
Another LOD project (not DSpace 5, but DSpace-Oceanlink), which looks different is: http://mblwhoi.longsight.com/data/handle/123456789/273
An example SPARQL query is: http://mblwhoi.longsight.com/sesame/repositories/dspace?query=SELECT%20?node%20?title%20WHERE{%20?node%20%3Chttp://purl.org/dc/elements/1.1/title%3E%20?title%20.%20}%20LIMIT%201