Versions Compared

Key

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

...

...

...

...

...

...

...

...

Meeting time: 8:30 AM (EST) / 1:30 PM (BST) / 2:30 PM (CEST)

Meeting URL: https://openlibraryfoundation.zoom.us/j/82643780981 (Password required)

OA Working Group Wiki: Open Access SIG Home

Google Drive Folder: https://drive.google.com/drive/folders/1HR1JyDkUeRE0kL1eBKcu6uIvcNcnn352?usp=sharing

Slack channel: #open-access-management

Mailing list: folio-rm-oa@ole-lists.openlibraryfoundation.org (Subscribe here selecting 'folio-rm-oa' list)

Housekeeping and major community updates

Agenda items

Minutes

  • Further discussion of the workflow diagram from SLUB Dresden
    • OS: Are the decisions/questions in the diagram (yes/no) in serial or in parallel? So, step-by-step or more parallel?
      • EDS: more in parallel
      • group seem to agree
    • OS: In either case the request is closed, not in the same way (approved, denied), but all are closed 
      • Asumption is to know why / in which result the request is closed
    • OS: Re status of the request: ...
  • Homework document
    • SUB Göttingen statements
      • Several corresponding authors = split funding? 
        • AO: There can be two corresponding authors from different universities or faculties, where discussion of funding occurs; important for invoicing, split between faculties
      • AO: Again confirmation, that checks are more in parallel and not in serial
      • OS: Limit of costs / ceiling; should the system warn you?
        • Discussion about whether warning limit is just one limit for all requests or needs more complexity based on contract etc. → postponed
    • Leipzig statements
    • OS: Aim is to answer 1. What has not yet been recorded and 2. to what decision the collected information lead
    • Re statuses:
      • VG: it should be possible to reverse a status e.g. from declined to approved
      • What would a "new" status mean?
        • VG: If no one has touched the request; like in a ticket system; the first one who workes on the request is responsible and the status will be in progress
        • OS: In the case of automatic import from e.g. a ticket system, that seems okay, but if you manually create a request, then someone already has worked on the record
      • OS: Value in knowing what is waited for, internal/external progress
    • Short discussion of need for encumbrances and if those should be managed via Orders or without Orders → needs more discussion
    • OS: Institutional hierarchy should be flexible and support complex cases
    • Next step for Owen and Gill to create some mockups for further discussion

Attendees

Present

Name

Home Organization

x

Owen Stephens

K-Int

xIan IbbotsonK-Int
xGill OsguthorpeK-Int
xBjörn MuschallUL Leipzig
xChristina PrellUL Regensburg

Caroline ZieglerUL LMU Munich

Volker SchallehnUL LMU Munich
xVanessa GabrielUL LMU Munich
xEloisa Deola SchennerleinSLUB Dresden
xLisa SchäferZBW
xMartin BauschmannUL Leipzig
xPeter SbrzesnyVZG Göttingen

Mona OrloffZBW
xAstrid OrthSUB Göttingen

Cornelia Lang

UL Regensburg

(proxy Christina Prell)

xPeter McCrackenCornell University
xEthanK-Int Dev
xSam HepburnK-Int Dev
xFrank Manista

JISC UK


Simone GrunerSLUB Dresden

Michael WolgemuthSLUB Dresden