A presentation given at Connect 2017 described thus, it’s not fun to have an ingest fail overnight and spend the morning tracking down why. Programmatically testing and validating digital object metadata prior to ingest helps us avoid these failures. The metadata itself is managed by Git and stored in GitHub, Several years ago UCSB incorporated Git/GitHub and JIRA into our metadata management and batch ingest workflows. Since then we’ve looked at repurposing other development tools to provide lightweight and automated solutions to problems we often face. One is that we rely primarily on batch ingests when adding content to our Samvera repository. As a result it’s especially important for the metadata to be error-free, and this allows us to run automated checks against any changes using Jenkins and some custom libraries we’ve written for validating CSV and MODS metadata. In this session, we will provide an overall of our current ingest preparation workflow and the tools we are using, and will discuss some of the benefits that have come out of this collaborative effort.
Keyword:
Metadata, Connect 2017, Samvera, and Import/export
A presentation given at Connect 2017 described thus, Michigan's Research Data Repository has been in production since Feb 2016. Presentation on experiences and challenges of transitioning from Sufia to Hyrax, and adding new features and running the service over the past year.
Keyword:
Hyrax, Connect 2017, Research data management, Repository, and Samvera
A presentation given at Connect 2017 described thus and Over the past 5 years ScholarSphere has been released 100 times. We will look back at those 100 releases to categorize the releases. I will then share lessons that I have learned through the process of releasing ScholarSphere.
A presentation given at Connect 2017 described thus and In this presentation, we present Fedora 4’s performance in different use cases. These use cases are the most general use cases that were developed by the Fedora 4 performance team. We compare the performance between different versions of Fedora 4 and demonstrate the improvement between these versions. We will also describe the procedures of these performance experiments and demonstrate the software we use (Ansible, AWS, and JMeter). Our performance experiments are conducted in the AWS ecosystem, and we use an R graph tool to visualize the JMeter result. With the AWS grant, we can do many different performance experiments in many scales. Moreover, it is easy to repeat and verify the performance results using AWS. The Fedora 4 performance team wants to know more about the Samvera community’s interests related to the Fedora 4 performance. We plan to gather more use cases from the Samvera community, including middleware such as Solr, Camel, and Fuseki, etc. We can investigate, explore issues, and continue enhancing the future of Fedora 4.
A presentation at Samvera Virtual Connect 2017. Interest and Working Group Reports and Newspaper IG User Experience IG Repository Management IG Metadata IG Hyrax Analytics WG URI Selection WG Data Mapper WG Applied Linked Data IG Documentation WG Collection Extensions WG CONTENTdm Migration WG Samvera Plugins WG
Keyword:
Interest and Working Groups, Virtual Connect 2017, and Samvera
A lightning talk at Samvera Virtual Connect 2018 described thus and Over the course of the last six months, Duke University Libraries have been engaged in adjusting some of the native features of Hyrax in order to support a research data curation workflow that is heavily mediated and may involve extensive pre-publication alterations to files and their arrangement or description. This presentation will cover how we've adapted a Hyrax application to facilitate research data curation best practices, using the FAIR (findable, accessible, interoperable, and reusable) data guidelines as a framework.
Keyword:
Hyrax, Lightning talk, Research data management, Virtual Connect 2018, and Samvera