Versions Compared

Key

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

...

Goals

  • One thing that's on our minds at Chicago: the need to have loading APIs defined for all of the data we need to migrate far enough in advance for us to work our data conversion, test workflows, and give feedback on gaps.

    We have a few that we can start working with, but we'll need time with all of them.

  • - define the types of data that needs to be migrated in order to work with the system (e.g. bibs, holdings, items, ... )
    - acceptable load times

...

TimeItemWhoNotes
5 minWelcome and Introductions, call for Note takerChris Manly

Wayne Schneider will take notes

10 minSubgroup convener(s)

 Will we rotate?  Share duties?  Do we have someone willing to take on the roll full time?

Dale Arntson will convene the next meeting, Ingolf Kuss will volunteer to be part of the rotation.

45 minDefining the scope of our workChris Manly

This falls into two categories: The types of requirements that we need to define (things like time lines, performance characteristics, API quality, etc.) and subject areas for the data we need to migrate (things like "vendors", "MARC records" and so on).  The things in the first category would apply to each of the things in the second category, but the specifics might vary.

Let's see if we can rough out a draft definition for both of these categories.

Charter: https://folio-org.atlassian.net/wiki/display/SYSOPS/Data+Migration+Subgroup

Question (Dale Arntson): Is this group focused on practical needs of immediate migration, or high-level discussion of requirements?

Piles of data:

  1. Identities
  2. Descriptive metadata (bibliographic)
  3. Inventory
  4. Acquisitions
    1. Vendors
    2. Purchase orders
  5. Circulation
  6. Financial data outside acquisitions?
  7. Fine/fee information (maybe be part of circulation)
  8. Circulation history?
  9. Statistical data? Raw data for stats purposes
  10. eHoldings/ERM
  11. Serials management

Open system architecture question: what is the distinction between bibliographic metadata loading and inventory loading?

Mechanisms for linking interdependent data (purchase order line items with instances, for example) as different parts of the system come online need to be defined.

Libraries should be talking to their internal implementation groups to validate data migration requirements, we should also be going to SIGs to validate assumptions.

Talk to system experts about data extraction – what data is hard to extract, what kinds of transformations are likely to be necessary.

For reference to existing data formats, the API documentation is very valuable: http://dev.folio.org/doc/api/


Action items

  •