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

Date & Location

 at 15:00 UTC (11:00am EST)


Join from PC, Mac, Linux, iOS or Android:  (Meeting ID: 502 527 3040)

Additional connection info available on DSpace Meeting Room page.


Actual attendee list will be updated after meeting.


115minsMetadata strategy for  Entities

Some interesting discussions on  Two (seemingly different) strategies towards Entities metadata seem to have arisen:

  1. Moving as many Entities metadata concepts/fields as possible to fields
  2. Or, only using fields when a concept/field doesn't exist in Dublin Core / DCTerms

Some questions from the PR:

  • Do Person Entity names belong in "dc.title"?  Or is that not descriptive enough, and we should look to use's Thing schema ("" field)
  • Do Person Entity ORCIDs belong in "dc.identifier"?  Or again, should we look towards and use "thing.identifier" or "thing.identifier.orcid"
220minsRevisiting Priorities Listing (see full list below)

We've started #1 and #2. Priorities #3 and #4 are worth digging into a bit more (background reading at

  • Additional data for relations (essentially "metadata" or labels on relations) - Related to many other features / use cases. 
  • Author name variants - Not currently implemented

As a reminder, these priorities came from the "Next Steps" listing of the Configurable Entities Documentation:

310minsOther Topics?

Clarification on labels of relationships:

Any updates on Submission Integration work to share yet?

Any updates on OpenAIRE v4 work to share yet?

415minsWrap-up and Assigning tasks
  • Assign tasks / PRs to review (as needed)
  • Next Meeting?
    • Tim has a conflict on Tues, July 9. Should we cancel and meet again on Tues, July 16?

Current Work

Tickets to Resolve

PRs Needing Review

PRs Merged this week!

  1. (first PR merged goes here)


This list was voted on in the meeting on May 23, 2019 (just before OR2019).  The prioritization below may change, but it gives a high level overview of what still needs to be done.

  1. (Lieven, Ben, Tim, Fernando, Jose, Mark, Oliver, Paulo) Submission integration (creating Entities & relations using the Item submission process) - Mockups already created by Paulo previously.
  2. (Lieven, Ben, Tim, Jose, Oliver, Paulo) Which metadata fields should be used for each Entity type. (DS-4223).
  3. (Lieven, Ben, Tim, Mark) Additional data for relations (essentially "metadata" or labels on relations) - Related to many other features / use cases. 
  4. (Oliver, Paulo) Author name variants - Not currently implemented
  5. (Jose) Configuration of batch import (via CSV) for Entities - Already a CSV import available, but can only link entities in CSV to existing entities (in the system). Need to decide how to represent relations in CSV.
  6. (Mark) Permissions on Relations (who has permissions to add/modify/delete relations) - Currently, if you have Edit permissions on the Entity, then you can edit/delete any relationships to/from that Entity.
  7. (Fernando) Deleting objects with Relations (How or should deletion propagate between closely related objects, e.g. delete entire Journal) - Currently, deleting a relation just decouples the two Entities.  E.g. If you delete a Person entity, that Person may no longer be listed on any Publications it is linked to (may want to copy info over after deletion).
    1. Relates to GDPR
  8. (Alexander) AIP Backup & Restore (of Entities)*
  9. Dynamic display of Relations - determine automatically how a list of entities displayed on an Item page (list vs search). Currently hardcoded based on entity type (in item page template). Want to make it configurable/dynamic.
  10. SWORD integration (submission of Entities via SWORD) - Uses same format as AIP. Once AIP is implemented, SWORD should be easy.
  11. OpenAIRE v4 implementation using Entities* - Brought up in Steering.  Possibly just an OAI-PMH configuration which maps Entity metadata fields to OpenAIRE v4
  12. ORCID integration with Entities (for Person Entities).
  13. Best Practices around Entities in Collections.  We've suggested in the Preview Release to structure Collections based on Entity Type (Person Collection, Projects Collection, etc).  We should better document and formalize these best practices.  Can we hide these Collections which only serve to store Entity Type.


  • Metadata strategies for Entities
    • Decision to move forward with PR as-is:
    • Tim will create a JIRA ticket to describe the two metadata options (rely more on DC, or move more towards  Will ask DCAT (and others) to review and provide feedback.
      • List pros/cons to each approach.  Note adding support makes entities metadata easier, but may add complexities to Browse/Search/Submit configurations (we could properly configure out-of-box) and other features that relate to metadata (e.g. Batch metadata editing, OAI-PMH, etc)
  • Discussion of Additional data per relations.
    • Two approaches suggested in the Google Doc:
      • Simple approach, extending relations to mostly support Author name variants
      • Complex approach, come up with a solution to also support temporal relationships (e.g. author with changing affiliations, Journals moving between publishers, Journals changing names...over time)
    • Atmire recommends simple approach, as it'll be much quicker to get to for 7.x.  But, this means no support for Temporal relationships (other than possibly recommending versioning Entities that have changed relationships over time, e.g. version 1 of a Journal may have one name, while version 2 has a different name).
      • Agreement among team
    • Decision:
      • Version 7 will concentrate on Author variants (simple label on relations)
      • Temporal relations will be left for Version 8.  More use cases may help us design this better.
        • May even want to consider whether these are better met by somehow storing relationships as triples (as RDF has solved some of these issues via usage of triples)
  • OpenAIRE v4 updates (from Jose):
  • Next meeting July 9.  Paulo Graca will lead this meeting, as Tim has an all day meeting conflict.

Action Items

Any assigned actions will appear here, along with details of who they are assigned to.

  • No labels