Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Participants

Minutes

Current Work Plan

2021-2022 Metadata Sub-team Work Plan

Previous Agendas

2021-08-19 Metadata meeting notes

2021-09-16 Metadata meeting notes

2021-10-20 Metadata meeting notes

2021-11-11 Metadata meeting notes

2021-12-09 Metadata meeting notes

2022-01-27 and 2022-02-03 Metadata meeting notes

2022-03-09 Metadata meeting notes

2022-03-31 Metadata meeting notes

2022-04-28 Metadata meeting notes

Discussion Topics

Time

Item

Notes

2 mins

Intro

15 minutes

MARC importer documentation and progress

Elizabeth Roke Next and final steps?

Minutes: Elizabeth Roke proposed a compromise to the compromise: Pull all the non-core fields (2xx, 3xx, 754, 856) except the 5xx’s; for the 5xx’s, everything that is a core field gets mapped, but everything that is a 5xx just gets a mapping to a local note, like a 590. We know this a relatively big change, maybe put this in the roadmap, so that it doesn’t happen quietly . Elizabeth volunteers to write that spec, including the justification. You get a list of what was imported.

Outstanding MARC importer tickets:

ANW-1568 - Getting issue details... STATUS (ERR)

ANW-1567 - Getting issue details... STATUS (ERR)

ANW-1565 - Getting issue details... STATUS (ERR)

ANW-1260 - Getting issue details... STATUS (KS)

ANW-1566 - Getting issue details... STATUS (ERR)

ANW-1557 - Getting issue details... STATUS (KS)

**Suggest waiting to republish mappings until above tickets are resolved or rejected. The rest of the spreadsheet has been checked and is up-to-date. Rename versions in google docs as we go (File--version history--name current version with date).

MARC reporting functionality ticket:

ANW-1558 - Getting issue details... STATUS (KS)

**Suggest announcing this functionality to user groups once implemented.

Have not written the spec to delete fields from the importer yet, but amended the text above. Is there a template for this? Can we socialize this idea with TAC and the user group at a future joint meeting?

10 minutes

Data Model idea

Please help us define this here: https://docs.google.com/document/d/1-4E1BYAGT-GCAWLZaWwtsPgeGJqnt6y04e6r82EYxCY/edit?usp=sharing

10 minutes

ANW-547

Regine Heberlein

Folder for spec documents here: https://drive.google.com/drive/u/1/folders/1G4ACVJ9r3FUfStsnyZkDJWbyU-bErZzl

10 minutes

Updated EAD Mapping

I have asked Jared Campbell to work with some sample EAD mappings between now and the end of term.

  • Key here is to to prepare for the work of next term. Some thoughts:
    The makeup of this team is always a mix of those comfortable with Ruby (to a point) versus those who are not. Suggestion: keep tasks for the EAD importer split between those a traditional archivist will feel comfortable with (verdicts on whether something should be included, DACS mapping) versus people more comfortable in code (does this import?)

  • What to focus on next might not be so much what to actually do in the spreadsheet as designing the next phase of work for a team with various comfort levels.

New/Ongoing ticket review

Check for new tickets.

Review Work Plan Items

2021-2022 Metadata Sub-team Work Plan

Retrospective

Notes on being upstream:

  • This is a good example of where things that the metadata group should weigh in on are buried in specification documents and tickets.  Note that the specification includes a request to amend the EAD and EAD3 exports

  • Some of this feeling was generated after all the changes that came with 3.0, but we’ve moved forward on that concern forgatting that we were invited to participate and declined. So this is about aligning both our own expectations about our work and being included further upstream in changes.

  • Communicate it to Christine, the developers, but also TAC and Dev Pri.

  • It would help us if the name of the pull request had the ticket number; could you take us through this so that we know what's going on here?
    https://github.com/archivesspace/archivesspace/commit/988cf5f9588ee1434949d4bd4f9530aac0cbc882#diff-a505b89c3337a0bf83915fe1bd2a869567b674acfee9fd96852a0075c091fe71

  • More about a heads up than an approval process; fundamental to needing to track changes to documentation. Even if it becomes the primary job of this group to actively document and track those changes.

ANW-943 - Getting issue details... STATUS

RiC review

  • Essentially we know we absolutely must render a verdict on this, but we decline to do so on a draft. We have doubts about the stated aspirations (transmission standard, descriptive standard, one ring to rule them all). We want to be included in the decision of how ASpace reacts, and not just the recipients of said decision.

5 min

Next steps/homework

Action Items

  •  

Long term Action Items (by or at end of term)

  • Elizabeth RokeContact Mark about the EAD4 questions and invite him to a future meeting
  • Elizabeth Roke and Valerie Addonizio Alert Christine to the updated version of the MARC importer mapping + inquire about how they might want the new tickets delivered (and good suggestion from Kevin to include the DACS mapping element in the ticket creation). Also inquire about keeping an older version of the mapping for posterity.
  • and our stance on being included upstream in decisions that effect external standards
  • Valerie Addonizio Put RiC review in the notes in our retrospective. Essentially we know we absolutely must render a verdict on this, but we decline to do so on a draft. We have doubts about the stated aspirations (transmission standard, descriptive standard, one ring to rule them all). We want to be included in the decision of how ASpace reacts, and not just the recipients of said decision.
  • Valerie Addonizio Put our statement about being included upstream in the notes in our retrospective

  • No labels