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

Date & Time

  • December 12th 16:00 UTC/GMT - 11:00 ET


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: 
    • 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

Agenda: DOIs + DSpace

DCAT input and feedback on the Proposal to move all DSpace-generated DOIs to dc.identifier.doi DS-3708 - Getting issue details... STATUS

Background: The Developer Team recently had detailed discussions around where DOIs are stored in DSpace, and how to better manage their storage going forward.
Currently, based on the DOI system instances have configured, DOIs may be stored in "dc.identifier.uri" (alongside Handles), in "dc.identifier", or in "dc.identifier.doi".  See this ticket:

After much discussion, the Developer Team proposes, starting with DSpace 7, (automatically*) moving all DSpace-generated DOIs into a new (for DSpace master code) "dc.identifier.doi" field. This would standardize their location, and also keep them separate from Handles (which are stored in "dc.identifier.uri"). The full details of the proposal can be found in this ticket: 

The Developer Team notes that the "dc.identifier.doi" field is another non-standard DC field (for the master code). But they would like to simply keep DOIs in a location alongside other identifiers. However, they hope that, in the future, a Metadata Working Group (or similar) could be established to help the Developer Team determine the DSpace metadata best practices going forward.

*it would happen automatically during the upgrade process, and wouldn't be configurable.  But, they would only automate for DOIs that *DSpace generated* (they can determine this based on data in the 'doi' database table).  So, any other DOIs you are storing which are not generated by DSpace would be kept where they currently exist.

Preparing for the call

Please review the DCAT Google Group thread "Proposal to move all DSpace-generated DOIs to dc.identifier.doi" and tickets:

DS-3708 - Getting issue details... STATUS  

DS-2199 - Getting issue details... STATUS

DS-3472 - Getting issue details... STATUS

In preparation for the call, you could do the following:

  • Share any questions you may have
  • Think about local institution code implications
  • Share how you are using DOIs currently (what systems/plugins you are using, what fields you are using, how you are displaying DOIs, differences for minting versus manually assigned, etc.)

Meeting notes

Maureen Walsh, moderator

Tim Donahue, presenter:

Discussion re: proposal in ticket DS-3708:  Issues where DSpace sites store DOIs.   Stored in different metadata fields depending on the service used:  DC.IDENTIFIER or DC.IDENTIFIER.DOI.  Proposal is to standardize where DOIs generated by DSpace are stored in dc.identifier.doi.

Question:  Many DOIs are coming from outside DSpace, would this affect where those are stored?

Answer:  Up to the institution

Question:  Where are institutions putting DOIs generated from outside DSpace?

Answer:  dc.identifier.doi, dc.identifier.uri

Question:  Could we use a shoulder to indicate which are generated by DSpace?

Answer:  Possibly, if we used a specific shoulder to indicate DSpace-generated DOIs.


    • DSpace-generated only through Datacite
    • Institution didn’t realize that field was used by OAI/PMH harvesting.  Can it be made clear which required fields used by DSpace may be used for other purposes?
    • One institution uses dc.identifier.doi, but manipulating the landing page so that the DOI shows instead of the handle.  Also, anything that looks like a URL = a link.
    • Bioethics library has over 300,000 records; DOIs are placed in dc.identifier.uri
    • Simple item view may show both the DOI and URI/handle
    • Ideal if item view was configurable on an item-by-item basis
    • Suggestion that a report be offered that lists all the DOIs in the repository
    • Some institutions use the handle as part of the DOI
    • Would be nice if we could have categories for Dublin Core metadata fields. 
    • Some institutions create fields to fit new purposes.

    Summary of discussion:  Proposal is OK; More configurability in the user interface would be ideal

DSpace 7 update:  Development is slower than expected because of small development team.

All the updates/notes are on the wiki page:  DSpace 7 Working Group

Atmire and 4Science are developing, some Texas A&M on Angular, IUPUI helping on some:

Live demo sites: 

Demo DSpace 7 UI:

Demo DSpace 7 REST API:

Demo of basic browse and search functionality.  Not heavily themed, because institutions will be using Bootstrap theming.  Can browse REST API and practice custom requests.

Back side:   Team that is working on enhancing the search functionality, providing more options for sorting/display of search results

Team working on submission process; demo may appear in January.  Mock ups are available on DSpace 7 UI Mockups .  Feedback requested.  Administrative tools yet to come.

Want to have a working demo (early preview release) by Open Repositories next year.

Question:  Work being done on viewers? 

We discussed integrated viewers and DSpace.  Regarding IIIF viewers, assets in DSpace may different from the assets used by a viewer, perhaps as individual pages.   This leads to a loose integration with DSpace..

Call Attendees

  • No labels


  1. We discussed this proposal in our team, and with a bit of input from Tim (thank you), and we're comfortable with it - any migration work this would generate should be a manageable amount, according to our understanding. I prefer not to speak via Skype, because I seem to have a brass band practising Christmas carols in the meeting room next to me, slightly distracting, to put it mildly, so I will stay on mute. Happy holidays everyone (smile)

    1. Example of DOI registered with CrossRef to match the Handle.

  2. DSpace 7 efforts wiki page (links to demos, weekly meeting notes): DSpace 7 Working Group

    UI Mockups which are used to build the new DSpace 7 UI: DSpace 7 UI Mockups

  3. Texas A&M University example of EZID minted DOI added into our repository:

    1. R1 is the shoulder we use.

  4. Here is an example of an item with embedded markdown:

    I will post the XSLT we use to generate this and to modify hyperlinks in metadata:

  5. Example of one of our DOIs, obtained from Crossref:

    24771 comes from the handle for that item: