Contribute to the DSpace Development Fund
The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.
DSpace 7.0 is available now!
Click to view the DSpace 7.0 Press Release announcement provided in the following languages. Help us spread the word that the latest release is now available.
Ready to get started? Download DSpace 7.0 or Try out DSpace 7 (via our sandbox site or Docker quick install). See the Release Notes for more information.
Roadmap updates in progress
This Roadmap is currently being updated based on the 7.0 release and upcoming 7.x releases. Until this warning is removed, the below information is likely outdated.
Specific Release Information
If you are looking for information regarding specific releases of DSpace, especially past releases, also see our Releases page.
Background
This Technical RoadMap is based on the DSpace 2015-18 Strategic Plan - Technology and the Use Case Analysis produced by the DSpace RoadMap Working Group in April/May of 2015. The DSpace RoadMap Working Group consists of the members of DCAT, Committers and Steering Group: Tim Donohue (Lead, DuraSpace), Stuart Lewis (Edinburgh), Bram Luyten (@mire), Jonathan Markow (DuraSpace), Michele Mennielli (CINECA), Richard Rodgers (MIT), Ryan Steans (Texas Digital Library), Maureen Walsh (Ohio State).
While it is a living document, it was initially presented at both OR15 (week of June 8), and OAI9 (week of June 15).
- A video screencast of this 2015 talk is available at: http://youtu.be/qlPAeqCptxw
- Slides are also available at: http://www.slideshare.net/tdonohue/dspace-technology-roadmap-201516
Since 2015, ongoing Strategic Planning activities have taken place in DSpace Steering & Leadership Group Meetings.
How to get involved
- If you'd like to help us achieve specific goals in this RoadMap, please get in touch via our Mailing Lists or Slack.
- DSpace is primarily supported by community code contributions. If you'd like to contribute code, please see our Code Contribution Guidelines.
- If you are interested in discussing a specific topic, we do have DSpace Interest Groups and DSpace Working Groups available.
- Other general ways of contributing to DSpace (both technical and non-technical) can be found at How to Contribute to DSpace
Short-Term (Priority 1) - Available in DSpace 7.x
The DSpace 7.0 release is available now. Latest status on other 7.x releases can be found at DSpace Release 7.0 Status. Features that have already been included in 7.0 are listed below Single User Interface. DSpace currently maintains two user interfaces in parallel (JSPUI and XMLUI). To replace these two user interfaces, we are building a new, single, out-of-the-box user interface on Angular.io. For reference: Standards-based REST API DSpace's current REST API, while functional, is limited in features and does not follow current best practices for RESTful APIs. To support the new, single user interface (on Angular.io), we are building / designing a new REST API that follows modern best practices such as: HATEOAS, ALPS, and using the HAL response format. The new REST API is being built using Spring technologies (Boot, MVC, and HATEOAS). Goal 3: Can be "extended" and Goal 4: Integration with external services New REST Contract (work in progress): Single Approval Workflow system. DSpace currently has two approval workflow systems: We should consolidate on a single Approval Workflow system, likely the Configurable Workflow, with sane defaults. Single built-in Statistical Engine (SOLR Statistics) Lower the effort to deposit content (via integrations). The DSpace deposit process should integrate more closely with external data sources, in order to automatically populate (or suggest) data on deposit. We should also investigate whether some integrations may allow opportunities for Administrator's to autopopulate DSpace from trusted, external content sources. Goal 1: Fundamentals of IR Goal 4: Integration with external services Easy and Intuitive Deposit Interface Goal 1: Fundamentals of IR Relationships between Objects DSpace should support defining relationships between objects (especially at the Item and Bitstream level). Some object relationships may be definable via metadata, but should be respected by the DSpace UI. But, in other situations, it may also necessitate the creation of new types of Objects (e.g. Author objects as Authors of an Item rather than simply textual metadata)Priority 1 Features Design / Notes Related Technical Strategic Goal(s) Core? Complexity Use Cases Included in 7.0? Goal 2: Lean and flexible x High x High Goal 1: Fundamentals of IR x Medium DSpace currently has three built-in statistical engines, one based on Apache Solr (default), another based on Elasticsearch (optional), and a third Legacy statistics (which parses logs). DSpace should only provide one out-of-the-box, built-in statistical engine (Solr Statistics), and all others should be removed (and as necessary, their features merged into one). Goal 2: Lean and flexible x Medium
(Some use cases met by new deposit UI, featuring "external sources" of metadata. However, NOT all use cases implemented yet.)x Medium (not all use cases met)
(See new deposit UI)DSpace's deposit interface could use enhancement for a better overall user experience with regards to usability and accessibility. x Medium
(Relationships between Items is now supported via Configurable Entities, including new Author Entity objects related to their publications. Other object relationship use cases not yet met.)Goal 1: Fundamentals of IR x High (not all use cases met)
Medium Term (Priority 2) - Not yet available in 7.x
As "priority 2" features, these features are not yet available in DSpace 7.x, but are still seen as a priority in an upcoming release. Nonetheless, we'd encourage community members to volunteer to help achieve any of these features. If there is community interest in moving one or more of these features forward, that feature may be moved up to "priority 1" for the next release. These features are ordered in terms of importance, but are all considered to be lower importance than the "priority 1" features listed above. Configurations in Admin User Interface Non-functional: Module Framework and Registry DSpace needs a clear definition of what constitutes a "DSpace module", so that third-parties can create, maintain and distribute their own "modules" as add-ons to DSpace, and distribute them via a public "registry". Hierarchical Metadata Support Simplify Community and Collection Hierarchy DSpace's required hierarchy of Communities and Collections should be replaced with a more flexible module of supporting Collections & Sub-Collections. Enhance Basic Statistical Reporting Enhance Basic PreservationPriority 2 Features Design / Notes Related Technical Strategic Goal(s) Core? Complexity Use Cases Work in Progress? DSpace should support the modification of most configurations/settings from the Administrative User Interface, instead of requiring such configurations be tweaked from command line. Goal 5: Low cost, "just works" x High Goal 3: Can be "extended" x High DSpace should support hierarchical metadata formats (e.g. MODS) Goal 1: Fundamentals of IR x High Goal 2: Lean and flexible x High DSpace's existing Statistical Reporting user interfaces are rudimentary and do not provide enough useful views/reports/exports of the underlying captured data. These should be enhanced based on modern use cases/needs. Goal 1: Fundamentals of IR x Medium DSpace's existing basic preservation functions (format identification, checksum verification, etc) could use enhancement based on modern tools and services. Goal 1: Fundamentals of IR x Medium
Longer Term Features / Priorities
While these features are unscheduled at this time, we still encourage volunteers to begin to analyze or tackle them. If there is interest in moving one or more of these features forward in the nearterm, we can immediately schedule it for an upcoming release. These features are unordered, but are all considered priorities for DSpace moving forward. Non-functional: Easier Installation Non-functional: Easier Upgrade Process Advanced Usage Statistics Theme management in Admin UI While DSpace currently supports some basic theming in the XMLUI interface, management of such themes is performed via command-line configurations and tweaks. We should find a way to make Themes selectable and tweakable via the Admin UI, like other modern web facing systems. Enhance Versioning Replace Bundle object with Metadata (or similar) In DSpace, a "Bundle" object is just a simple grouping of Files (Bitstreams) (e.g. "THUMBNAIL", "TEXT"). Rather than being its own object, a "bundle" could be more easily replaced with metadata on individual Bitstreams (e.g. dc.type="thumbnail"), or even relationships between Bitstreams (i.e. derivative objects). Advanced Preservation Enhance Search / Browse System (Some basic enhancements were made in DSpace 7, but most use cases not yet met) Enhance Access Control DSpace's access control system (which manages authentication and authorization) is a custom solution that is now nearly as old as the software platform itself. While it functions well enough as-is, replacing it with a comparable third-party, open source AuthN/AuthZ system would simplify our codebase and ongoing maintenance. Enhance Approval Workflow capabilities While directly related to the "Single Approval Workflow system" feature (above), DSpace's workflow system(s) do not yet meet all community use cases for approval workflows. This feature is a placeholder for enhancing the Approval Workflow system based on the Workflow Use Cases (see list in the "Use Cases" column). However, it is likely somewhat dependent on standardizing on a single Workflow system.Features Design / Notes Related Technical Strategic Goal(s) Core? Complexity Use Cases While DSpace's installation process continues to improve, it is still highly manual in nature. We should investigate ways to provide an "easy installer" which could potentially even auto-install and configure prerequisites such as Tomcat, Postgres, etc. Goal 5: Low cost, "just works" x While DSpace's upgrade process continues to improve, it is still complex with regards to local customizations or theme changes. We should investigate of simplifying the upgrade process, by alleviate the manual process of merging in local changes/tweaks where possible. Goal 5: Low cost, "just works" x DSpace currently only provides basic statistical reporting functionality. We should investigate ways to provide enhanced, highly detailed reports for users who need them. Likely, this will be implemented as an optional module available via a module registry. Goal 3: Can be "extended" High Goal 5: Low cost, "just works" High DSpace provides an optional, basic Item versioning capability. However, this versioning capability is limited in nature, and not yet fully integrated into all DSpace tools and interfaces. We should find a way to enhance item versioning, and make it more embedded into the system (and API) overall. Goal 1: Fundamentals of IR x High Goal 2: Lean and flexible x Medium DSpace currently only provides basic preservation tools (format identification, checksum verification, etc) out-of-the-box. We should investigate providing enhanced preservation options (or integrations) for users who need it. Likely, this will be implemented as an optional module available via a module registry. Goal 3: Can be "extended" High While DSpace's search/browse system continues to improve, there are still ways we can improve the user experience of finding items within DSpace. Goal 1: Fundamentals of IR x Goal 1: Fundamentals of IR x Goal 1: Fundamentals of IR x
Integrations
While integrations are very important to DSpace, these integrations projects are "unscheduled" as of yet. Some of these integrations are "ongoing activities" (e.g. search engine optimization), while others require further definition, or their design may be affected by one or more of the candidate features listed above. Nonetheless, if there is interest in moving one or more of these features forward in the nearterm, we can immediately schedule it for an upcoming release. These integrations are unordered, but are all considered priorities for DSpace moving forward. Personal Identifiers (ORCID) (Enhanced)Integration Design / Notes Related Technical Strategic Goal(s) Core? Complexity Use Cases Goal 4: Integration with external services x Medium Goal 4: Integration with external services Goal 4: Integration with external services x Goal 4: Integration with external services x Goal 5: Low cost, "just works" Goal 5: Low cost, "just works" Goal 5: Low cost, "just works" Goal 4: Integration with external services x