Instance Document Review

Placeholder page for Instance 9.x and Docstore Infrastructure review.

Agenda Outline

Doodle Poll (closed): http://www.doodle.com/8bqama5tym9ny6wd

Time: 11:00am- 1:00 pm EDT
Date: Tuesday, July 17, 2012
Location: CIB 207A and Webex
Webex: https://kuali-ole.webex.com/kuali-ole/j.php?ED=205661172&UID=498170687&PW=NZmZkOGJmNWQ3&RT=MiMxMg%3D%3D. Tel: 1-408-600-3600 (mtg ID- 625 833 990 )

Invitees: John Pillans, Docstore, IU; Mechael Charbonneau, Gary Charbonneau, Jackie Byrd -Describe/Cataloging, IU; Chris Case- Deliver, Systems Integration, FL; Tod Olsen (for Frances), Chicago; Michelle Suranofsky- Editors, Describe, Lehigh; Doreen Herrold- Editors, Lehigh; Jeff Fleming- NCIP/Systems Integration, Duke; Peri Subramanya, HTC; Nianli Ma, Dan Sweeney, Kathy Gerdink, Patty Mescher

Agenda:

Instance Schema
1. Paired Values/Sequencing
  1. Issue: Does existing Schema account for "paired fields" sufficiently, for examples such as Marc 583 $n$o via <linkage> and <fieldLinkAndSequenceNumber> that are commented out? COMMENTS: data storage as data attributes is a.o.k, as long as presentation is based on functional requirements. Linkage that has been commented out and must be restored and then restored.
  2. Should display/edit of Call Numbers- parsed to 4 elements, be modified in how it is stored?
  3. Proposed Solution Discussed:
  4. Refactor Cost:
2. Legacy Data
  1. Issue: is this about complexity of mapping old data to new structure? And how/where to account for "extension elements"?
  2. Proposed Solution Discussed:
  3. Refactor Cost:
3. MFHD mappings
  1. Issue: is this same as above or more about renaming and reordering of key elements that occurred in OLE instance, Instance-to-MFHD (brief)
  2. Proposed Solution Discussed:
  3. Refactor Cost:
4. Omitted/missing data elements
  1. Issue: Values not yet included in 9.x schema – need approach for adding/extending vs what is stored in linked transactional --number of circulations, Donor public display; donor note; price (why needed?); number of pieces (calc); checkin note (or does this stay in tx); other notes. How to use <institutionToWhichFieldApplies> .
  2. Proposed Solution Discussed:
  3. Refactor Cost:
5. Configuring "extension" elements (for UI, indexing)
  1. Issue: Need to determine approach and future support for adding local "extension elements" provided for in schema at Instance, Holding, and Item levels- need functional and technical scope for 1.0 (what do libraries need, esp if not all MFHD fields provided in initial xml? How extensible and editable will our indexing, Search logic, Search UIs, Editor UIs need to be for early adopters?)
  2. Proposed Solution Discussed:
  3. Refactor Cost:
6. Location elements- in Items, Hierarchy
  1. Issue: Variation of opinions on use of Temporary, Permanent as Location statuses, instead of repeatable elements named separately; Locations stored in provided 5 level hierarchy (OLE coding 5, but only have 2 levels in sample data, and NCSU wants X levels); location of Location elements at Item level.
  2. Proposed Solution Discussed:
  3. Refactor Cost:
Bib-Instance
1. Item linkages
  1. Issue: what/how is OLE using unique identifiers to support NCIP, Discovery layer-Bib Numbers in OLE-Email thread
  2. Proposed Solution Discussed:
  3. Refactor Cost:

Technical Implication Issues/Review

Functional Implication Issues/Review

Reference Documentation

Instance 9.x
1. Docstore: summary "not yet completed"
2. See all related Google Docs-Working files: questions, schema mapping, MFHD comparison for next Schema Iteration; SME comments from May 16th Instance demo
OLE Technical Documentation (wiki)
1. OLE DocumentStore (Docstore Architecture Model)
2. OLE Instance- Docstore
3. OLE Bibliographic Documents - Docstore
4. Search Documentation
  1. OLE Search- Design Planning
NOT AT THIS MEETING- Future Discussion Topics or Issues --to be Moved to Another Venue
1. DocStore
  1. Loading Legacy Data; a follow-up to design discussions in June, with John P concerns and recommendations
  2. Search strategy: SOLR vs KNS (for how/where to store and create indexes- combined bib/instance/transactional data)
  3. Metadata storage and updating
2. Discovery layer
  1. bib Links or identifiers (discovery layer)
  2. data transformations vs literal mappings
3. Related Issues/Framework issues:
  1. Editors- esp Combined? Linking from Search UIs
  2. Editors/other extensible or configurable UIs
  3. Configurable Indexes, sorts, search fields, facets
  4. Technical or UI framework