Vendor AMI Handling

This document outlines vendor requirements for administration, shipping and media handling for contract digitization projects.

Table Of Contents

Introduction

All tasks must comply with NYPL specifications, which are maintained in publically available GitHub pages. Actions to resolve unforeseen issues must be approved in writing by NYPL. The winning vendor(s) is expected to subscribe and refer to (“watch”) updates to the following GitHub repositories or pages:

  • ami-handling: (https://github.com/NYPL/ami-handling)
  • ami-specifications: (https://github.com/NYPL/ami-specifications)
  • ami-metadata: (https://github.com/NYPL/ami-metadata)
  • external-storage: (https://github.com/NYPL/digpres-policies/blob/master/external_storage.md)

Documentation

Statement of Work (SOW)

  • Produced by: NYPL
  • Scope: description of body of work covered by a discrete budget, schedule, and quantity of materials.

    Metadata inventory

  • Produced by: NYPL
  • Scope: object inventory with starter metadata, covered by statement of work and purchase order.

    Vendor quote

  • Produced by: Vendor
  • Scope: Scope as described by a single Statement of Work (SOW)
  • Expected: following receipt of SOW or work request
  • Format: PDF and/or Excel Spreadsheet
  • Naming convention: add SOW prefix and date to Contractor’s naming convention.
  • Data fields / required information
    • Fee schedule: include line item quantity, cost per object, and subtotal for each:
      • Digitization of media formats
      • Rehousing, and supplies
      • Special treatment
      • Hard drive shipping fees
      • Hard drives storage

        Original Media Shipping Document

  • Produced by: Sender
  • Scope: Box-level inventory of physical media objects in shipment.
  • Format: PDF
  • Instructions: Sender, shipper, and recipient should sign and date the document. Completed document will be scanned to PDF and copied to NYPL and Vendor project coordinators.

Hard Drive Manifest

  • Produced by: Vendor
  • Scope: assets contained on hard drive
  • Expected: with each hard drive shipped
  • Instructions: the hard drive manifest should be stored in the root directory of the hard drive (do not combine hard drives)
  • Manifest template

Discrepancy report

  • Produced by: Vendor
  • Scope: list of objects for which there are discrepancies between inventory and actual objects:
    • a) there are objects listed in inventory that were not received by vendor as expected; or
    • b) there are objects received by the vendor that were not listed in the inventory and/or for which accurate metadata was not yet provided by NYPL.

Capture Issues Report

Media Formats

The formats covered by this agreement are described in the following charts. Additional formats may be identified as inventory work continues.

Group Type Formats
Film Group 1 Motion Picture Film, silent 8mm, Super 8mm, Double 8mm, 16mm, 35mm
Film Group 2 Motion Picture Film, sound 8 mm, Super 8mm, 16m, 35mm
Film Group 3 Audio Film 16mm full-coat magnetic audio, 16mm optical track, 35mm full-coat magnetic audio, 35mm optical track
Film Group 4 Filmstrip 16mm filmstrip, 35mm filmstrip
Group Type Formats        
Video Group 1 Video Cassette Analog Betacam Oxide, Betacam SP, Betamax, Hi8, MII, S-VHS, S-VHS-C, U-matic, U-matic SP, VHS, VHS-C, Video8 Video Cassette Digital D-1, D-2, D-3, D-5, D-9, Digital Betacam, HDCAM, HDCAM SR, HDCAM SX, MPEG IMX Video Reel Analog Two-inch quad open-reel (LoBand, HiBand and SuperHiBand), One-inch open-reel, Type A, One-inch open-reel, Type C, One-inch open-reel, EV, One-inch open reel video, IVC, One-inch open-reel, other/non-standard, Half-inch open-reel, Sony CV, Half-inch open-reel, EIAJ/AV Standard (Types 1 & 2), Half-inch open-reel, other/non-standard
Video Group 2 Video Cassette DV Digital8, DVCam, MiniDV, HDV, DVCPRO, DVCPRO 50, DVCPRO HD        
Video Group 3 Video Optical Disc DVD, pressed, DVD±R, DVD±RW, Blu-Ray, Laser Disc, VCD        
Group Type Formats
Audio Group 1 (Analog Magnetic) Audio Reels Analog Half-inch open-reel audio, One-inch open-reel audio, Quarter-inch open-reel audio, Two-inch open-reel audio
Audio Group 1 (Analog Magnetic) Audio Cassettes Analog 8-track, Compact Cassette, Microcassette, Minicassette, Fidelipac Cartridge, RCA Tape Cartridge, NAB Cartridge, Elcaset (L-Cassette)
Audio Group 1 (Analog Magnetic) Audio Wire Magnetic Wire (Webster Chicago)
Group Type Formats
Audio Group 2 (Digital Magnetic) Audio Cassettes Digital ADAT, DAT, DA-88, Digital Compact Cassette, U-matic/PCM, Betamax/PCM, VHS/PCM, Hi8/PCM
Audio Group 2 (Digital Magnetic) Audio Reels Digital ProDigi, DASH, NAGRA-D
Audio Group 3 Audio Optical Disc Audio CD-DA, Audio CD±R, Audio CD±RW, Audio CD, pressed, DVD-Audio, Minidisc
Audio Group 4 Audio Grooved Disc Aluminum-based lacquer coated discs, Glass-based lacquer coated discs, Paper-based lacquer coated discs, Microgroove discs (LP, Vinyl), Replicated coarse groove disc (Shellac), Gray Audograph discs, Edison Diamond Disc, Edison Voicewriter/Flexible disc, Gelatin disc, Metal disc, Metal master disc
Audio Group 5 Audio Grooved Cylinder Brown wax, Molded and Black Amberol, Blue Amberol / US Everlasting Indestructible, Dictabelt
Group Type Formats
Data Group 1 Data optical disc CD±R, CD±RW, DVD±RW

Digital Asset Deliverables

“Digital asset” is defined as a group of files resulting from digitization, and describes a single NYPL collection object with a single unique identifier. All digital assets must meet the provided specifications and packaging requirements. Specifications may be modified over time to reflect changes in best practices or NYPL’s digital infrastructure, or to accommodate unexpected media formats, configurations, or conditions. The following chart provides an overview of what files are expected within digital assets produced for each media type:

Files Film Video Audio Data
Preservation master file (pm) x x x x
Edit (em) or mezzanine (mz) master file x   x  
Service file (sc) x x    
Metadata file (for each media files) x x x  
Images x x x x
Sidecar files (gz, scc, cue, etc.) as specified as specified as specified  
BagIt manifests as specified as specified as specified as specified

Metadata

NYPL Metadata inventory

NYPL will provide the vendor with a Microsoft Excel spreadsheet containing identifying and descriptive information about each NYPL collection object included in the PO. Note that one collection object with a single unique primary id may contain multiple physical objects (for example: a double compact cassette case).

NYPL JSON schema

NYPL metadata deliverables must adhere to customized fields and controlled vocabulary defined within NYPL’s JSON Schema. The schema, sample files, and validation instructions are hosted on GitHub: (https://github.com/NYPL/ami-metadata)

  • Metadata must be packaged as a single JSON file for each audio, video, or film media file (Images do not require JSON metadata).
  • Metadata must validate against JSON schema. Any invalid files or errors will be corrected by the vendor and require redelivery of an entire Bagged digital asset.
  • Metadata files must be named with the same root as the media file to which they pertain, but must not include the original extension of the media file. Example:
    • Correct: [filename].json
    • Incorrect: [filename].mov.json

The vendor will be responsible for the following:

  • maintaining a system that is able to easily sync with and incorporate updates from NYPL’s live GitHub repository, ami-metadata, and
  • generating metadata about the source object, preservation master and derivative files, treatment and digitization processes, and the transfer operator.

Metadata content

  • The required contents of the metadata files are defined by the JSON metadata schema. According to that schema, metadata will be produced for each deliverable that includes the following designated categories:
    • Bibliographic (provided by NYPL)
    • Source (partially provided by NYPL)
    • Technical
    • Digitization process
    • Digitizer
  • Metadata must use the only the fields and values defined in the schema.
  • If there is a question about a field, if the provided vocabulary does not accurately describe an object or process, or if a list of terms is insufficient, contact NYPL for guidance on how to proceed. NYPL may approve and release new terms on the schema depending on priority.
  • Metadata fields must not be empty. Refer to the schema or contact NYPL for allowances of “unknown” as a value.

Metadata notes fields

The metadata schema includes a number of ‘notes’ fields which must be used as described below:

  • bibliographic.accessNotes: NYPL added. No additional input required
  • bibliographic.contentNotes: any additional content notes (“title program ends mid-tape, followed by another program”; “contains explicit content”)
  • technical.signalNotes: audiovisual signal characteristics noticed during capture (“tracking errors; audio buzz”)
  • source.notes.physicalConditionDigitizationNotes: description of pre-existing damage or decay not already noted in PreShip notes (“broken leader”; “bad splices”)
  • source.notes.physicalConditionPreShipNotes: NYPL added. No additional input required
  • digitizationProcess.notes.processNotes: rehousing, adding leader, baking, cleaning

Metadata errors

  • If the technical characteristics or format of an object have provided by NYPL are incorrect (i.e. metadata inventory describes the format as “video cassette analog” and it is actually “audio cassette digital” with a format of “Umatic/PCM”), please
  • provide corrected metadata. Make any changes to source object metadata elements that would be appropriate, and note the correction in the “digitization.notes.processNotes”. Example text:
    • “NYPL-provided metadata incorrectly listed [insert field name here] as [insert wrong content here]; JSON reflects correct [field name]”

BEXT Metadata

The following BEXT metadata must be captured in the original Broadcast Wave files to ensure retention in the final FLAC deliverable.

BEXT field Explanation Sample data
Description Description of who created the file File generated by Vendor Services, US
Originator Country code, Institution US, The New York Public Library
OriginatorReference technicalFileName myt_123456_v01f01_pm
OriginationDate Date file created in YYYY-MM-DD format 2017-06-23
OriginationTime Time file created in hh:mm:ss format 11:20:47
BextVersion   1
CodingHistory Signal chain from which the digital file was created, starting with the analog or digital source. There are six elements that can be included in the coding history: 1. A = coding algorithm (analog, PCM, etc.) 2. F = sampling frequency in Hz 3. B = bit rate (for MPEG only) 4. W = word length or bit depth 5. M = mode or sound field (mono, stereo) 6. T = free text to describe playback and capture equipment A=PCM,F=44100,W=16,M=stereo,T=TSSTcorp DVDRW SH-216BB; Compact DiscA=PCM,F=44100,W=16,M=stereo,T=dBpoweramp 14.3; Import CDDA as WAV

Images

All magnetic and optical media and enclosures must be photographed in order to capture significant bibliographic annotations or other content. Film will not be photographed.

Image file naming convention and controlled vocabulary

Image files should follow the same pattern as the media files, and be placed in the Images directory, at the same hierarchical level as the PreservationMasters and EditMasters directory, but the following controlled vocabulary must be appended as the final suffix in each image file name:

  • assetfront
  • assetback
  • assetside
    • The following may be used if more than one side will be captured: assetrightside, assetleftside, assettop, assetbottom
  • boxfront
  • boxback
  • boxside
    • The following may be used if more than one box side will be captured: boxrightside, boxleftside, boxtop, boxbottom
  • ephemera

Example:

  • PrimaryID
    • Data
      • PreservationMasters
      • EditMasters
      • Images
        • div_PrimaryID_v01f01.jpg
        • div_PrimaryID_v01f02.jpg
        • div_PrimaryID_v01_assetfront.jpg
        • div_PrimaryID_v01_assetback.jpg
        • div_PrimaryID_v01_assetside.jpg

Image Specifications for photographs of media objects:

Attribute Specification
Source format (all magnetic and optical media)
Bit depth 8 bits per RGB Channel
Colorspace (embedded ICC profile) sRGB IEC61966-2.1
File format & extension JPEG (.jpg)
Resolution Minimum 400 true DPI, without interpolation }
Surfaces All enclosures: Front, back, top, bottom, left side, right side (if applicable)
Notes Images with text or content to which ‘orientation’ applies should be oriented correctly (i.e. for the language in which any text is written); If sides, top, or bottom do not have content, do not capture. If media object itself has extensive labeling, please include media alongside enclosure in applicable photographs (i.e. side of tape with side of case in the same shot).

Digital Asset and Hard Drive Structure

Hard drive structure

Sort digital assets according to source object media types. Each hard drive must contain a directory at the root level that specifies the media type. Each media type directory must only contain completed digital assets (Bags). If a media type directory is present, it must contain digital assets (empty directories are not acceptable). Name root directories using the following terms where applicable:

  • Audio
  • Video
  • Film
  • Data

No hidden files may be stored on the drive or within the subdirectories or Bags (including .DS_Store, Trash or Recycling Bin, thumbs.db), and these files must not be listed in any manifests.

Digital asset packaging

Package digital assets using the BagIt specification (V0.97) (https://tools.ietf.org/html/rfc8493).

  • Bag Requirements
    • The Bag payload must contain the digital assets organized within a directory structure described by NYPL.
    • The Bag directory must be named with the Primary ID of the collection object represented by the files in the bag.
    • The Bag must contain an md5 manifest that lists every file in the data directory and their md5 checksums.
    • The Bag must contain all of the media and metadata files from one, and only one, inventoried collection object.
    • The Bag should be created with a tool using BagIt Library 4.4 or higher.
    • The Bag may include a tagmanifest.txt file. Some bagging software produces this file automatically. It is not required to produce or delete these files.
    • The Bag and the files within it must not be compressed with zip, tar, etc.
  • Subdirectories
    • Sub-directories must be exactly named as they are written here, in plural form, regardless of the number of files within the directory.
    • Film Bags must contain the following subdirectories within the data directory:
      • PreservationMasters
      • Mezzanines
      • ServiceCopies
      • Images
    • Data Bags must contain the following subdirectories within the data directory:
      • PreservationMasters

      • Images

      • Files
      • For each preservation master file in the PreservationMasters directory, corresponding derivative file/s must exist.
      • Each audio, film, video media, or data file in the Bag must have a corresponding JSON metadata file (image files do not require metadata).
    • Example structure:
      • NYPL000001
        • 2017_001_jones1_hdmanifest_20171201.xls
        • Audio
          • division_PrimaryID
            • data
              • Images
                • division_PrimaryID_v01f01.jpg
                • division_PrimaryID_v01f02.jpg
                • division_PrimaryID_v01_front.jpg
                • division_PrimaryID_v01_back.jpg
              • PreservationMasters
                • division_PrimaryID_v01f01_pm.flac
                • division_PrimaryID_v01f01_pm.json
                • division_PrimaryID_v01f02_pm.flac
                • division_PrimaryID_v01f02_pm.json
              • EditMasters
                • division_PrimaryID_v01f01_em.flac
                • division_PrimaryID_v01f01_em.json
                • division_PrimaryID_v01f02_em.flac
                • division_PrimaryID_v01f02_em.json
              • bag-info.txt
              • bagit.txt
              • manifest-md5.txt
              • tagmanifest-md5.txt

File naming convention

NYPL will provide the vendor with a filename “root” for each collection object, consisting of a three-letter prefix, the primary ID, a volume number (and a face number for audio objects), and a two-letter suffix indicating the role of the file. These sections are each separated by an underscore: (prefix)_ primary ID)_ (components) _ (file role).ext

  • Video example: myd_123456_v01_pm.mkv

  • Audio example : myh_987654_v01f01r01_pm.flac

    It is the vendor’s responsibility to complete the filename to accommodate multiple volumes, faces, regions, etc. where applicable, as defined by the filename components listed below.

Filename components

  • A file name must use the following components to represent the portion of a physical media object represented by the file (see “component” chart). Example:
  • The file representing the second take of the second part of the third stream of the second region of the second face of an object marked as volume 1 is named as myd_259382_v01f02r02s03p02t02_pm.wav.
Component Use Note
Volume: v## A Volume is one video or audio object in a set of objects, when that set has been assigned a single primary identifier (i.e. NYPL Primary ID) Audio and video
Face: f## A Face is a stream or track, or a group of streams or tracks which play synchronously, within an audio object. Every audio object has at least one Face. Some optical video formats are double-sided (rare) Audio and video
Region: r## A Region is a subdivision of a Face. Regions are most often defined by a required change in playback characteristics of an object’s Face (speed, EQ, track configuration, color encoding system etc.). Audio and video
Stream: s## The Stream element is used to describe multi-track and multi-channel audio objects only.Streams are one-channel or interleaved two-channel audio streams which comprise a multi-channel or multi-track audio object. Audio only
Part: p## The part element is used when digitization of a single face of an audio or video object requires interruption because the size of the resulting file would exceed technical limits if captured all at once. The part element may also be used when a single tape contains sections of content that are each given different unique identifiers (rare; each section would be a distinct Part). Audio and video

File role

A media file name must record its intended role using one of the following suffix codes:

  • pm: Preservation Master, created for every physical media object
  • mz: Mezzanine, created for every motion picture film (film groups 1 and 2)
  • em: Edit Master, created for audio files
  • sc: Service Copy, created for video files
  • image files do not require a role suffix

Digital Asset Delivery

Delivery method

  • New hard drive(s) must adhere to the following specifications outlined by NYPL digital preservation requirements: (https://github.com/NYPL/digpres-policies) mustbe used.
  • In addition to the naming requirements listed on the linked hard drive specifications, the hard drive ID and volume name must be exactly 10-characters in length (i.e. NYPL000001 or NYPL_12345).
  • Alternate delivery methods may be explored during term of the agreement.

Delivery schedule

  • Each volume delivered (either FTP directory or external hard drive) must only contain assets for a single purchase order.
  • Shipment of progress hard drives at regular intervals throughout the Purchase Order timeline is required. An agreed-upon schedule must facilitate ongoing NYPL quality control invoice approval by NYPL staff (rather than a single or small number of large-volume deliveries).
    • Delays in delivery of digital assets will result in extension of allotted NYPL quality control and invoice approval time.
    • Example schedule: 4 hard drives in a single shipment, every 4 weeks.
  • NYPL must approve the method of shipment for the hard drives.

Pilot delivery

  • Before general production begins on a project, a shipment of “pilot” digital assets must be delivered as follows via FTP:
  • FTP login information must be provided via email to NYPL project managers at the onset of a given project.
  • 5 completed Bags each of audio, video, and film assets (15 bags total maximum)
  • Pilot shipment via FTP must be packaged within a directory that is given a shipment identification number.
  • Once pilot is approved, the FTP transfer may be considered a delivery, and the FTP transfer must be listed on the associated invoice by its identifying shipment ID (NYPL will identify this shipment using the name of the directory as given by the vendor on their FTP client).
  • Once pilot assets are retrieved via FTP they will be reviewed in a timely manner by NYPL. Approved assets will be kept by NYPL and treated as progress deliverables (as the first shipment of a given project).

Quality Assurance and Quality Control

Great care must be used in the handling of original materials and comply with the standards and best practices established by the International Association of Sound and Audiovisual Archives (IASA). A thorough visual inspection must be completed before playback.

A reformatting signal path must be established through the selection, installation, and calibration of equipment designed to ensure optimal signal transfer.

If any physical problems are detected, either during inspection or playback, contact NYPL with a proposed treatment plan before proceeding.

Capture Issues

NYPL recognizes that some media may pose challenges to capture or may not be able to be captured due to extremely poor condition or other circumstances.

  • If media exhibit audiovisual artifacts inherent to their source formats or conditions that impact the quality of transfer, but do not prevent a full capture, such artifacts must be described in the metadata signal notes.
  • If an object is not captured, the object must be listed in the required capture issues report, described in the documentation section of this RFP:
  • Capture issues reports must adhere to the provided template:
  • Capture Issue Category: Issues that result in an an object not being captured must be described in the report using the following categories, with additional notes provided as needed. If additional categories are required, NYPL must approve before they are used:
    • playback issue
    • condition issue
    • duplicate
    • blank media
    • unsupported AMI format
    • unopened commercial media
  • Capture Issue Notes: Notes must be added to provide supplemental information about the category issue selected. For example, if the category is “unsupported AMI format”, the notes must describe the format that is not supported and why; if the category is “condition issue”, the notes must indicate what treatments were attempted and failed to facilitate capture.

Vendor Quality Assurance and Control

Quality control must be performed for all digital assets, prior to delivery, including preservation masters, derivatives, and metadata. The quality control must include, at minimum:

  1. a confirmation that all required files are present and are named correctly;
  2. confirmation of conformance to media file technical specifications;
  3. confirmation of BagIt specification conformance;
  4. a comparison of each file’s technical metadata to its actual technical specifications;
  5. validation of JSON metadata against NYPL’s JSON schema;
  6. a playback inspection of each file covering the beginning, middle, and end of the file; and
  7. confirmation that the delivery hard drive and subdirectories are formatted and structured according to NYPL specifications.

NYPL Quality Control

Routine process

  • A quality control process, similar to what is prescribed for the vendor, will be conducted by NYPL within 30 days of receiving each hard drive.
  • If any errors are discovered after delivery to NYPL, by the vendor, NYPL must be informed as soon as possible.
  • Delays or interruptions may require extending the 30-day QC window. affecting the initial scheduled deliveries and invoice approvals.

Rework following QC failures

  • If any errors are discovered by NYPL during quality control, NYPL will communicate those errors to the vendor, and any necessary rework must be performed by the vendor and digital assets re-delivered at no additional charge.
  • Small volumes of rework (i.e. up to 10 bags), may be re-delivered via FTP if infrastructure allows.
  • Extensive rework or redelivery of large volumes of Bags, that exceeds the 30 day QC timeframe will be subject to a new 30-day cycle upon receipt by NYPL.

Environment and security

Physical environment

Physical assets must be stored in an environment that is free of food, water, pests, contaminants, sunlight, and strong magnetic fields. Temperature in the storage area must be between 45-65ºF, with a relative humidity of 30-50%.

Physical security

Physical assets are considered NYPL special collections. The vendor’s staff and site security methods, described in an AAM General Facilities Report, must meet NYPL approval.

Digital security

General security and restrictions

  • Digital assets are considered NYPL special collections and may not be used without express NYPL approval.
  • The security methods used for the vendor’s digital storage system must meet NYPL approval.
  • Network based transfers must use encryption in-flight and, if a third-party intermediate storage provider is required, encryption at-rest.

Project Files

  • All media files, checksums, and metadata must be maintained for 60 days following NYPL’s quality control approval of all hard drives within a purchase order.
  • Immediately following this period, confirmation of secure deletion of NYPL digital assets from the any and all storage locations must be provided.

Shipment of Physical Media

General logistics

  • NYPL shall approve all vehicles and plans for shipping.
  • Shipment of original physical media both to and from the vendor shall typically be arranged by NYPL, using a shipper selected by NYPL.

Project assets

  • Return of the original media shall occur following successful quality control of the final digital assets covered by purchase order.
  • It is the vendors responsibility to return the physical media to NYPL per the set schedule in total. If the vendor omits physical media from the scheduled shipment, the vendor shall be responsible for return shipping to NYPL, using a shipping company and method approved by NYPL in writing.
  • Each shipment must have a packing list that lists the barcode and Box ID of each box included in the shipment. This packing list may be delivered electronically in the format of a searchable PDF document.

Treatment, Handling, and Rehousing of Physical Media

General guidelines

  • Any treatment action must not result in loss of content.
  • All costs for supplies and rehousing labor should be included with the cost proposal, as described in the Vendor’s fee schedule.
  • Replace original housings in these cases:
    • Housing is no longer structurally sound and may compound media damage
    • Housing is contaminated with mold, pest droppings, etc.
    • Housing for 3- or 5-inch audio reels have been replaced with 7-inch reels
  • Discard original housings if replaced and meet these conditions:
    • Housing does not contain bibliographic content.
    • Housing is contaminated with mold, pest droppings, etc.
  • Unless discarded (see discard criteria), all original materials, including tapes, boxes, and reels will be returned to NYPL at the conclusion of the project.
  • New housings must be clearly labeled with the original primary id, written in indelible archival marker.
  • If any original media has been rehoused, all components (original plus new housing) shall be packed together in the original container. If some components no longer fit as a result of rehousing, additional containers may be used.
    • Overflow components must be grouped by original container (ensure that original plus new housings remain together).
    • Overflow container must be clearly labelled with the original objects’ Box ID (example: “MUS 1569”).
    • Original housings must be clearly associated with the rehoused materials.

Treatment and rehousing: Film media

Film handling

  • Films on cores and in archival cans must be stored flat, horizontally.
  • Films in shipping containers and on shipping reels may be stored vertically until rehoused to archival cans and cores to prevent damage prior to rehousing.
  • Films should not be transported via sprockets through any equipment unless for syncing purposes through synchronizers. This should apply to all phases of film work, including winding, inspection, cleaning, scanning. Record footage count through scanning as opposed to synchronizer.

Film cleaning

  • Prior to digitization, if condition of the film allows for cleaning, films shall be cleaned with a solvent approved by NYPL, preferably Perchloroethylene.
  • Precaution must be used when cleaning films with magnetic sound. Magnetic film cleaning chemicals must be discussed with with NYPL.
  • Cleaning solvents must not remove NYPL unique identifiers; otherwise, a method for reapplying identifiers to film leader must be proposed by the vendor.

Film repair

  • Repair deteriorated or broken splices and perforations as needed to achieve acceptable image capture.
    • Any repair actions taken must not result in any significant loss of content or annotations beyond what is necessary to achieve capture. Annotations on leader that must be cut off to make a repair must be included in the JSON metadata.
  • Chemical treatment for deshrinking or rehumidification of shrunken, brittle and/or curling film must be approved with NYPL prior to treatment.

Film rehousing

  • Cans and cores: NYPL anticipates that a majority of film objects will be rehoused to archival cores and containers prior to vendor work, but some objects may not be due to their condition. Only objects which have not been rehoused by NYPL may be rehoused.
    • If needed, non-archival containers, shipping reels, and cores must be replaced with archival containers, cores, and/or reels.
      • must comply with the Photographic Activity Test (PAT, ISO18916)
      • must be approved by NYPL
  • Leader: Most film objects will have 20 feet of new leader pre-attached (10 feet at head, 10 feet at tail), labeled with NYPL unique identifiers. * If leader must be added to an object, label the head and tail leader with the objects NYPL unique identifier.

Treatment and rehousing: Video media

Video handling

  • Record tabs, if present, must be removed prior to digitization.

    Video cleaning & baking

  • If professional-grade cleaning machines exist for a particular video format, they must be used, and the action noted in metadata digitization process notes. Cleaning machines should also undergo regular servicing to ensure that tapes will not be damaged during the cleaning process.
  • Video formats that regularly fall victim to Sticky-Shed Syndrome, or any other form of binder hydrolysis, should be baked to achieve optimal reformatting. NYPL is open to local baking customs, though these procedures must be communicated in a detailed manner as part of the response to this RFP.

    Video repair and rehousing

  • Treatments such as re-shelling or rehousing should be performed, when needed, by skilled technicians to achieve optimal reformatting.

Treatment and rehousing: Audio media

Audio reel and cassette rehousing:Reels and Cassettes

Slotless hubs are preferred, dependent on funds approval by NYPL. If slotless hubs are not commercially available, reuse the original reel and wind one-eighth inch of leader tape around the hub to minimize the effect of the slot.

  • Tape on 3-inch and 5-inch reels:
    • Wind onto new 7-inch reels with slotless hubs.
    • Retain original housing unless it meets housing discard criteria.
  • Tape on 7-inch reels with slotted hubs:
    • Wind onto new 7-inch reels with slotless hubs.
    • Retain and re-use original housing unless it meets housing discard criteria.
  • Tape on 10.5-inch reels with slotted hubs:
    • Wind onto new 10.5-inch reels with slotless hubs. If 10.5-inch slotless reels are not commercially available, reuse the original reel and wind 1/8 inch of leader tape around the hub to minimize the effect of the slot on the magnetic tape.
    • Retain and re-use original housing unless it meets housing discard criteria.
    • Reels should be re-boxed if the original box is damaging to the tape.
    • If original boxes are causing damage, or if the tape has been re-wound onto a larger reel, original boxes may be replaced with new 2-piece boxes should be constructed of either white paper-board or unbuffered Ph-neutral lignen-free board. Do not substitute polypropylene or other plastic cases unless specifically requested by NYPL.
  • Cassettes:
    • Replace broken shells and cases with new archival shells and cases, as approved by NYPL.

Treatment and rehousing: Grooved Disc

Grooved Disc identification and rehousing

  • Glass discs have a piece of red tape wrapped around the edge.
    • Blue tape below the red tape indicates that the disc is either cracked, chipped, or broken, and should be handled with the utmost of care.
    • All discs must be rehoused into acid-free and lignin-free buffered paper sleeves approved by NYPL.
    • Barcodes must be duplicated and affixed to the upper-left hand corner of the new sleeve.
    • Any IDs should be copied from the old sleeve to the new one in the upper right hand corner
    • All original materials (including old sleeves) must be returned to NYPL at the conclusion of the project.

Grooved Disc cleaning

Discs must be cleaned according to procedures appropriate for their type, detailed below.

  • Cleaning and rehousing of shellac, shellac-vinyl compound, and vinyl discs:
    • Cleaning and drying must be carried out with a disc-cleaning machine suitable for archival discs.
    • Clean each disc with a solution of distilled water and Photoflo 200 or 600, The Disc Doctor’s “Miracle Cleaner”, or comparable approved product.
  • Cleaning and rehousing details for glass and aluminum based discs:
    • Discs that appear to be relatively clean and in good condition may be cleaned using an archival disc-cleaning machine.
    • Glass and Aluminum based discs which exhibit “Palmitic Acid Syndrome” must be hand-cleaned.
    • Aluminum discs: Oxidation may be gently wiped with mineral or castor oil and a lint-free cloth, prior to gentle hand-washing
    • Glass discs: Oxidation may be cleaned with a solution of non-scented detergent and PhotoFlo (or comparable product approved by NYPL)
    • Hand-wash with a solution of non-scented liquid soap and PhotoFlo or similar product; rinse with lukewarm water; repeat as needed on both sides; vacuum and dry discs as normal.

Cylinder cleaning

  • No wet cleaning of cylinders. Only soft brushes are to be used for cleaning.

Cylinder rehousing

  • All cylinders should be rehoused into buffered board boxes approved by NYPL. The recommended product is the Wax Cylinder Storage Boxes designed under the guidance of the Northeast Document Conservation Center from University Products (#612-0364 for 4” cylinders, #612-0366 for 6” cylinders).
  • All associated original packaging, papers and ephemera should be included in the separate compartment in each box.
  • Consult IASA-TC 04, 2nd edition, Chapter 5 for best practices regarding cylinder handling, playback, and rehousing.