2019-12-12 Meeting Notes

 

Date and Time

Thursday 12/12/19, 3pm Eastern

 

Zoom URL

https://lyrasis.zoom.us/j/897871318

 

Participants

  • @Kevin Schlottmann

  • @James Griffin (Unlicensed) (Note taker)

  • @Bria Lynn Parker (Unlicensed) - regrets

  • @Jared Campbell - regrets

  • @Christine Di Bella

  • @Daniel Michelson

  • @Dallas Pillen

  • @Wiedeman, Gregory

 

Goals

 

Discussion topics

Time

Item

Presenter

Notes

Time

Item

Presenter

Notes

5 min

Ice Breaker Question: Favorite new years tradition or event?

@Kevin Schlottmann

 

10 min

Standing item: review metadata tickets

@Kevin Schlottmann

Link to board

5 min

Deliverables from previous meeting

 

James will provide updates on the GitHub repositories

10 min

Discussion topic for December TAC meeting

 

Review the draft paragraph and notes below for the December TAC meeting discussion

10 min

DACS tooltips review - updates on scope and process

@Daniel Michelson

Two groups of tooltips to review. Are the references to DACS in the tooltips that have them clear and accurate? Are there tooltips that should refer to DACS that currently do not?

Text of all tooltips is in the common/locales/en.yml file.

10 min

MARCXML import review

 

@Kevin Schlottmann

Review 245 and 520 in Google Sheet: https://docs.google.com/spreadsheets/d/1jU6MYF7UI7a-UKdd5XhYCV6W1UyrMMCzYDFlgb8iNW8/edit#gid=1527709562

Review Kevin’s process so far; if looks OK, document on wiki; volunteers to work on it.

Q: How to track larger questions, or Qs that cut across fields?

5 min

Anything else?

 

 

 

December Discussion Topic

[Draft, kws 2019-12-09]

Metadata Standards is a new sub-team. We like to use this time to request feedback or comment from other members of the TAC.
First, a brief report out a couple of organizing thoughts and initial activities, follow by a couple of open-ended questions.

*Tiers of metadata standards, and what we chose to put into Tier 1 (MARC and EAD2002)
*Brief work plan summary
*Will be reviewing published import/export standards
*We have sample records in GitHub, including an ever-growing MARC record with content named for fields
*Attempt to review JIRA tickets with the metadata tag

Q: Does TAC have other needs or expectations for this sub-team?

Q: How we can use our repository or our sample record to provide other services which are useful for the community?

Q: EGAD Conceptual Model and Ontology were released (https://www.ica.org/en/egad-ric-conceptual-model) Should we be looking to address this in the near future?

Possible Q: How are others looking to use linked data for archival description? Is anyone looking to load triple/graph RDF store with this data?

Action items

 

Notes

Introductions

 

Review Open Metadata Tickets

  • (No new issues, 320 needs to be reviewed by this Sub-Team, but it is not urgent)

  • Were we going to switch to another JIRA tag, and this has been discussed with Dev. Pri.

  • Once the new tag is up, the starting minutes will be updated

 

GitHub Repositories

  • API Documentation

  • Can use the admin/admin login, and James needs to provide documentation still

  • Otherwise, Greg and Jared offered EAD examples

  • Kevin has been pushing commits to the master branch on the MARC example repository

 

December TAC Meeting

  • (Reviewing the proposed discussion points above)

  • This is mostly going to consist of an update of our progress as an introduction

  • Then, open-ended questions are going to be offered to the entire group of attendees

  • Additional Questions:

  • EGAD Conceptual Model and Ontology were released (https://www.ica.org/en/egad-ric-conceptual-model)

  • Should we be looking to address this sooner?

  • Possible question (but maybe tangential): How are others looking to use linked data for archival description?

  • There is going to be a move towards BIBFRAME at some point in the future, it does make sense for ArchivesSpace to be thinking of points of integration

 

DACS Tooltips Review

  • Daniel provided a spreadsheet

  • Are the existing references in the Yaml file correct? Are they helpful?

  • Sometimes they just reference DACS 4.8 standards, without a more clear explanation

  • There are also cases where tooltips aren’t aligned with DACS, is there a standard which we should be referring to in its place? (e. g. list of language codes)

  • Did not conclusively identify every possible source for a controlled vocabulary, but did offer a number of suggestions

  • Should we add a few more columns for addressing DACS references and other references?

  • That would be helpful for those who are less familiar with DACS to proceed with contributing to the spreadsheet

  • “Flag for Discussion” or “Further Notes” columns might be helpful

  • Once the columns are added, these can be added to the minutes in order to showcase this deliverable

 

MARC-XML Import Review

  • Open to reformatting this, also to replacing this as a standalone spreadsheet

  • This is currently what ArchivesSpace is publicly stating is the mapping for the MARC-XML element mappings

  • For many of the elements, context is needed in order to grasp what precisely is supported in ArchivesSpace

  • Kevin has been working with the ArchivesSpace sandbox installation in order to check that these cases are indeed supported

  • Problems with bulk dates: dates were not built up from <marc:subfield code="g"> bulk dates

  • It would be ideal if one could link to the records which are imported into the ArchivesSpace sandbox installation

  • We can explore deploying a test server for this sub-team

  • This would include a demo. database which would ensure that the data is persisted between sessions

  • Otherwise, the sandbox has its records purged on a weekly basis

  • We would want to be on the released code rather than an unstable release or edge

    • Christine will explore requesting an installation for testing purposes

  • 245$ and 245$g import problems: Do we wish to discuss this, or offer a ticket?

  • Best to ensure that tickets are reviewed by Dev. Pri. more immediately

  • Dev. Pri. prioritizes tickets based upon what is possible in terms of labor resources (e. g. developer time for feature requests)

  • Clustering is helpful from the standpoint of process, so multiple MARC records for a sprint

  • It’s always really helpful for testing with examples, providing specific examples (such as fixtures for writing the tests)

  • Providing a link to a specific MARC record might be helpful

  • Participation and contributions to the testing is most welcome

  • By the next meeting, Kevin hopes to write a ticket containing the test data for the developers

  • There were also problems with the 520 field

  • There are going to be questions which cut across MARC fields

  • Might we track these questions using the Wiki? All agreed

  • When checking these MARC fields, check column H to check the testing process

  • If this process looks okay, should we use this for the EAD process?

  • Perhaps working on this concurrently, that might be more efficient (given that there are some who are not directly involved in MARC)

 

Further Topics

None were specified

 

Next Scheduled Meeting

This will be held in early January

 

Meeting adjourned at 15:48