Presentation on theme: "Alma: To Have and To Hold"— Presentation transcript:
1 Alma: To Have and To Hold Cecilia GenereuxUniversity of Minnesota Libraries
2 Generally our holdings data transferred smoothly and correctly There were two main areas of concern with moving to Alma:Aleph LKR fieldsPublication patterns and predictive check-in
3 Aleph LKR, aka “Linker” LKR field is a non-MARC field Used to link bibliographic recordsbound withsanalyzed serials and series that are classed togethereach record has its own holdings record; analyzed record referred to the serial/series record with volume number to indicate the item representedAleph bibliographic records and the LKR field
4 Series: Advances in Biochemical Engineering/Biotechnology Analytic title: Biotechnology of Hairy Root Systems (no. 134)Series: Special Papers in PaleontologyAnalytic title: Devonian spore assemblages from northwestern Gondwana: taxonomy and biostratigraphy (no. 89)Series: Patrologia OrientalisAnalytic title: Vie et miracles de Samuel de Waldebba(t. 53, fasc. 1=no. 235)
5 Analyzed Title $$a = type of LKR field $$b = ADM number $$v = enum. a $$i = enum. b
6 Aleph Host Record Holdings Subfield x code indicating this is an analyzed set/series.Here’s how it was tracked in Host holdings
7 Analyzed Volume Holdings Subfield x code indicating this is an analyzed vol.
8 LKR Fields Added Retrospectively We added LKRs to records in prominent series, specifically identified analytic-dense class ranges, and to currently received series.With nearly 4800 host records, the addition of LKRs to their analyzed components was a significant investment of time and effort for the benefit of our users.Long-term projects discussed here!
9 Losing that in migration wasn’t an option. Migrating LKRs to AlmaLKRs in Aleph served an important purpose – providing real-time item availability for analyzed titles. Users and public services staff relied on that service.Losing that in migration wasn’t an option.
10 Migrating LKRs to Alma: Questions How would nonstandard LKR fields migrate?How would they work in the Alma/Primo environment, without a traditional web OPAC?
11 Test Migration: It works! (mostly) Real-time availability in Alma/Primo happens via direct query of AlmaGet It tab in Primo is a “window into Alma.”
12 Holdings for series record LKR converted to 773 field
13 Holdings info for series Item availability for analyzed title
14 Holdings for series record LKR converted to 773 field
15 Series and volume numbering prominently displayed Item availability filtered only by 1st level of enumeration
16 Workflow ChangesAleph: Could check results of LKR immediately in Aleph OPACAlma: Must wait for a scheduled job and Primo publishing to run before seeing whether the 773 is working (overnight, best case scenario).Student staff could add/verify LKR as part of record preparation; in Alma not currently a comfortable option.As we’re testing out the 773 out, we have had a couple catalogers track the analytics they are cataloging, noting the system numbers and dates cataloged.
17 We’re Live! University of Minnesota went live on Alma Dec. 26, 2013. What we discovered after we went live…
18 Problems Identified after Go-Live “We have <title>. Why does Primo say we don’t own it?”Holdings and item for another location on the analytic record cause the 773 link to fail773 links are not always generated dispite having a correctly formatted 773
19 Alma View Holdings 1: Non-analytic copy Holdings 2: analytic copy (no item)Properly constructed 773, but failed
21 Problems Identified after Go-Live, cont’d 773 fields pointing to items in suppressed locations displayed in PrimoMigrated 773 fields dependent on retention of Aleph ID in 035 field of record for series
22 Publication PatternsQuicker arrival of materials Reduced training needs for serials check-in students and new serials acquisitions staff Allowed for predictive claiming uniformity of item description / fewer errors
23 Aleph: Fields UsedLDR, 008940 to indicate cataloged, updated, deleted & LHR sent to OCLCS63 used to indicate where to start semi-automatic generation of summary statements,852853/85XHoldings:Used 866/867/868 fields to indicate holdingsPattern data lived in holdingsused paired fields: 853/853Xitems rolled out for a yearDisplayed in the Aleph catalog as Not yet published
24 Alma ImplementationEx Libris not intending to add predictive check-in to AlmaMonth before our go-live learned that Predictive check-in would be added in 1-2 yearsDecision: migrate our pattern data and implement predictive check-in when availablePushed hard for it to be added, but ultimately not on our list of requirements
25 Publication Pattern Fields Alma holdings allow for use of paired fields (853/863, 854/864, 855/865)How they work:Turn on a normalization processCode the paired fields, save the recordUse the drop down menu, select the rule to invoke, Alma adds the corresponding 86X fieldFor Semi-Automatic Updating of 86X Statements in the Holdings RecordThis Alma feature was added right before or soon after we went live.The feature has nothing to do with any item records you may have in the system.You need to code every line you want the system to create
26 Predictive Check-InJan release - predictive check-in available in AlmaRequires use of 85X fields & a form (invoked from a menu option).Items can be viewed and rolled outWe have not implemented this feature yet. In Feb. a small group will evaluate how it functions, test it out, and make a recommendation to implement or notRoughly 13,600 open serial orders on the Twin Cities campus, including the Law LibraryDepending on the number of regularly received titles, I imagine we will implement this unless a significant flaw is found while testing
28 Predicted Items in Primo “Item not in place” --- text can be changed which is great because it sounds like the items are here, but not on the shelfRequests have been made to make it possible to suppress expected items from publishing to Primo, in order to reduce user confusion