Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • OpenAIRE v4 subteam updates (slides from Jose)
    • Slides: https://docs.google.com/presentation/d/1G7JGRHq-qgQ44GSr3guBEUEQTb2-6JjKKsQ0-cPGkBM/edit#slide=id.p 
    • Main DSpace areas of impact of OpenAIREv4 guidelines
      • Input (input-forms, sword, batch edit/import, APIs, etc)
      • Management (CRUD, new metadata schemas)
      • Output (OAI-PMH mainly, but also metadata export, APIs, etc.
    • Entities for OpenAIREv4
      • Publication
      • Person (Author)
      • Project (Funding)
      • Organization
      • Publisher? (optional, may not be out-of-box)
    • Showed off implementation on DSpace 5, which is based more on authority control system.
      • Person from ORCID
      • Publisher via Sherpa Romeo
      • Custom OAI-PMH schema with metadataPrefix=oai_openaire
    • DSpace 7 development
      • change the way funding info is presented & shared (to be developed by Dimitris)
      • Using OpenAIRE API to pull in Project (Funding) entities. (Seems similar to pulling in People via ORCID)
    • Proposal Doc for DSpace 7: https://docs.google.com/document/d/1mUrtxbVMhCmp18doZ2kavZAAJ2LMemmeiYPPC6O13LU/edit#heading=h.rawa427qeqea
    • TODO: For next week's discussion. Read doc concentrating on R1 and R2
  • Name variants & Relationships in Submission UI.
    • Lieven demoed early screenshots (will be shared publiclyRelations in submission forms and author name variants)
    • Lots of discussion of how this would work with existing Authority Control & ORCID integration → Tabled for next week
    • How would permissions on name variants work?  May depend on where name variants are stored....are they metadata on a Person?  Are they labels on Relationships pointing at a Person?

...