Goal: Make DI a reliable and stable tool for libraries.
Product management slide:
P1+P2 defects will be backported to Nolana and Orchid. Folijet is working on them right now.
Currently no Jira Dashboard to follow the development, but there should be one. Once it has been created, Khalilah will share the board.
Processing of large jobs still in design phase. Idea:
Split large jobs into smaller jobs
Run each small job
After a completed job run, check for the smallest job in the queue and run this one next
What is the definition of a large job/load? Testing is done with record sets of 50k and 100k. 100k seems realistic, but 5,000 is not large by MM definition.
Tod Olson: So "large" is a function of both record set size and complexity of import profile?
Need a way to schedule large loads for off hours
Question around how non-EBSCO hosted libraries are supported
Chicago mentions that they can't wait for this work, as they are live for 1.5 years and need a working system. How is the process let people know when to expect what type of functionality?
Question about accountability; our group has been pointing out issues for years
Omit Poppy release in Spring 2023 and move it to Nov. 2023 in order to have time to work on DI. Not decided yet.
Owen: This is a big decision to make so late in the release cycle and after the (extended) feature freeze for Poppy.
Who will make the final call and when? There shall be a vote in PC
MM SIG discussion of PC Data Import meeting
Recurring themes - concern about transparency, e.g. no Jira board; lack of trust in app; concern about short term vs. long term plan (see miro board) - we need some of these things now.
Per Charlotte: The PC agenda has links to several documents, which were rework from ARLEF, and Corrie Hutchinson has gathered feed back from implementing libraries, and matched this with status on jiras.
Suggestion to delay Poppy release came as surprise and would be very late decision. Unique scenario, but still concerns around it. Another option is the critical service patch path.
Reminder: Data Import is used outside of app for e.g. single record import/overlay etc. Need to keep reminding because critical for daily operations, not just bulk data loading.
Click on template and right-side panel opens with search and table of templates with associated actions. Includes template usage info
Action - tags opens additional Tag panel to add/remove
Search by name
Filter by source or tags
New button at top opens from to add new template
Name, Description, MARC bib record, Admin data
Within MARC bib record additional Action menu - new, duplicate (opens search panel to look for existing templates), derive new (opens Inventory search to select instance), edit, view
Template edit screen opens with MARC showing - can collapse if needed
Questions/comments
Very happy to see development started
Duplicate action should be available from initial actions available in settings
Item templates? Templates are MARC only right now
Charlotte: UX consistency could be easily achieved to expand out to items etc.
Does this need to be in settings? Settings is "off-limits" at some institutions
Team thinks cataloging settings will continue to grow, e.g. MARC validation settings coming
Laura in chat: I would expect in Inventory/qM to be able to select a template, but it makes sense to me to create/edit the templates in Settings
Problem is permissions administration of Settings, not that settings related tasks should be moved out of Settings
Rita: As I could not attend last week I must ask a silly question: what is he goal of those templates? To create new MARC records within FOLIO? Where are they stored? In SRS? e.g. Where are the records stored that are created by the templates? Is another step needed to "import" to folio?
Instance generated at same time as SRS MARC record is created using template
Orphan SRS records a problem here? Will templates be stored in SRS and how will we distinguish between these and orphans?
Needs to be considered
Charlotte: we should think a bit about the architecture around this and where the records are store. Overview template would be useful. Małgorzata Gajkiewicz will speak with developers
