Versions Compared

Key

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

...

  1. Announcements:
  2. Pop-up/Other Topics:
    1. Slack Questions
      1. https://fedora-project.slack.com/archives/C8B5TSR4J/p1711558664660589 - rehashing Fedora ID's to replicate object ID's in S3 (I think this was answered, but I think Emily was thinking a documentation update to include what Scott suggested would be helpful)
      2. https://fedora-project.slack.com/archives/C8B5TSR4J/p1711995943026199 - Doron's question about how to find out what's already in an index (again, I think this is resolved, but is there any follow up needed on this?)
      3. https://fedora-project.slack.com/archives/C8B5TSR4J/p1712220464339919 - Tom's questions....resolved?
    2. User from University of Zagreb looking for examples using the API requests integrated with PHP? Or Laravel specifically. Thoughts?
    3. Dependency updates - Fedora 7 considerations
    4. Use Jira filters to get ticket lists for agenda? Thomas Bernhart 
    5. Permissions to share Jira ticket filters with other users and publicly Thomas Bernhart 
    6. Default container type for migration utils. Archival Group (current) vs Atomic Resource 
  3. Migration Updates:
  4. Updates on:

    1. Open Tickets (but assigned in some cases): 
      Jira
      created >= -1W AND statusCategory = "To Do" ORDER BY updated DESC, created DESC
      serverFedora JIRA
      columnIdsissuekey,summary,issuetype,created,assignee,reporter,priority,status,created,updated
      columnskey,summary,type,created,assignee,reporter,priority,status,created,updated
      maximumIssues20
      jqlQueryfilter=10022
      serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4


      1. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-3929
      2. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-3928
      3. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
      4. 3931
      5. 3932
      6. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO
      7. -3929
      8. -3931
    2.  In Progress and older but still relevant open tickets:
       
      Jira
      serverFedora JIRA
      columnIdsissuekey,summary,issuetype,assignee,reporter,priority,status,created,updated
      columnskey,summary,type,assignee,reporter,priority,status,created,updated
      maximumIssues20
      jqlQueryfilter=10023
      serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4


      1. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
    3. 3928
      1. 3918
      2. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-3927
      3. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
    4. 3924
      1. 3923
      2. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
    5. 3923
      1. 3924
      2. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
    6. 3918
      1. 3922
      2. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-3573
    7. In Review:3932 In Progress and older but still relevant open tickets:
       
      Jira
      serverFedora JIRA
      columnIdsissuekey,summary,issuetype,created,updated,assignee,reporter,priority,status,created,updated
      columnskey,summary,type,created,updated,assignee,reporter,priority,status,created,updated
      maximumIssues20
      jqlQuery(created <= -1W AND statusCategory = "To Do") or (statusCategory = "In Progress") and updated >= -90d order by updated DESC filter=10024
      serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4


      1. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-3922
      In Review:
      1. 3919
      2. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
      3. 3919
      4. 3917
      5. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
      6. 3917
      7. 3912
      8. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
      9. 3912
      10. 3897
      11. Jira
        serverFedora JIRA
        serverId1fe6d535-c432-380f-b5c0-a7d3b2940ea4
        keyFCREPO-
      12. 3897
    New tickets:
      1. 3834
  5. Backlog Tickets to consider working:
  6. Next Meeting Chair: 
    1. Chair: Dan Field 
    2. Note Taker: James Alexander 

See Rotating Schedule here 

Notes

  1. Announcements
    1. User group gathering at Open Repositories, starting some planning for Sweden.
    2. Fedora will be at TCDL Texas Conference on Digital Libraries, second day at 7:00 AM!!!
  2. Pop-up topics: Emily and Ayoub from Emory University.
    1. Working with Hyrax 5, Valkyrie, Fedora 6 and AWS for storage. Issue upgrading from the 6.4.0 docker container to the 6.5.0. Tomcat will not accept encoded slashes anymore.
    2. Also need to update the base Tomcat tag. 
    3. Feature request to add in to the HTML UI the hash path to the object in the OCFL root.
    4. Files persisted to S3 are not getting a mime-type in their AWS metadata. Seems like this is how Hyrax persists. The mime-type is stored in a separate container and not on the actual binary, so it becomes application/octet-stream.
  3. Slack topics
    1. Fedora to OCFL hash ids - new ticket generated
    2. Doron's question about how we track objects in the index. Would it be faster to hold that list in memory? Would we run out of memory?
  4. David Wilcox is the keymaster and we are asking if he can give some keys to Arran to perhaps make some changes to make Jira a little more user friendly. Also to open sharing of filters. View tickets without logging in.
  5. Discussion of use of Archival Groups in migration utils, should we change the default to Atomic. 
    1. Which you use is really dependant on your particular use case and data model.
    2. Arran is going to set up a community call to discuss why people might choose one over the other.