Versions Compared

Key

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

Scope:  The purpose of this procedure is to outline the steps that an LTS or other Library staff member should take when deciding that a potential task should be scripted either by the Batch Processing Unit or by Library IT, via Batch Processing. These steps ensure that LTS managers are aware of who requested the work, as well as the desired outcome. It also ensures that the work will be assigned to appropriate staff with the necessary skills to achieve the desired result in a reasonable time frame.

Contact: Gary Branch Jenn Colt

Unit: Batch Processing and Metadata Management Automation

Date last updatedreviewed: April 2018 March  2024

Date of next review: April 2019 2025

...

A. Inquiry from Stakeholder and Ingest of Data

  1. Request should come to either the Head of Automation or the Batch Processing Supervisor. It may be communicated in a meeting with one of them, or in an emailbulkload@cornell.edu if it is being submitted by email (preferred unless it is complex enough to warrant a meeting). Head of automation will triage the requests in LibAnswers.
  2. Examples of information to be supplied by the stakeholder include:

...

d. Frequency: one time job, monthly, quarterly, as new files are available.

e. Data base and provider codes for 899 if available899 code requirements.

3. Batch Processing Supervisor Automation head will assign job to appropriate staff, providing the background information and linking the stakeholder to the staff member should further questions arise.

...

  1. Staff member reviews the pertinent information and seeks additional information and feedback, as needed.  
  2. For MARC record loads, staff member will review process with Batch Processing Supervisor Automation head and vet the finished records with the Original Cataloging Supervisor or other appropriate original cataloger for correctness of the records, noting any changes required.   After consultation with Batch Processing Supervisor, a decision is made whether the project requires scripting from CUL-IT programmer or can be handled with the tools available for staff.

...

C. Documentation of Proposed Specification/ Process

  1. Whether or not scripting by IT is needed, a A specification document will be created in the CUL Tech Services Working Group detailing all pertinent information and the processing steps required.
  2. If a script is required, a request is made in JIRA to the CUL-IT's designated programmer for Library Technical Services and the Batch Processing Supervisor is copied.

...

 D. Analysis and Finalization of Proposed Process

  1. When script or MARCEdit task is completed, testing is done by Batch Processing Automation Staff Member in the test instance of LS Tools FOLIO and results are verified as correct by appropriate staff and stakeholder(s). Decision to make the script a cron job is based on the frequency and regularity of data being present that needs to be transformed and ingested into Voyager or frequency data needs to be reported.
  2. Stakeholder who made request will be informed when processing or initial record load is completed.
  3. If appropriate, stakeholder or other designated staff member will be trained by the Batch Processing Staff Member to use this process on future records.