1. ReCAP Update: Tech Services Librarians Zack Lane ReCAP Coordinator Columbia University 4/29/2010

2. Summary How ReCAP systems work (and don’t work) Current Projects –ASCC –CCMSCC –Interns/GAs Data analysis

3. ReCAP Systems CUL and ReCAP computer systems do not dynamically interact CUL systems are designed to keep in sync with ReCAP systems Requests placed through regular mechanisms or directly via ReCAP staffregular mechanisms

4. Processing (Staff involved: CUL) –Barcode attached to wrong volume (see 7a) Wrong bib record (bad recon) Smart barcode switch Mismatch of serial/set issues –Item prepared but never sent –Item with smart bc not found, not charged to missing –Item with smart bc found but not transferred, data not purged from record –Wrong customer code/CLIO location match (e.g. CM barcode/off,glx location) –Item transferred to ReCAP with barcode not in Voyager (“Orphan Offsite Barcode”) Barcode miskeyed Barcode not entered Transfer (Staff involved: CUL/Clancy-Cullen/ReCAP) –CLIO displays onsite location when in process for transfer –Onsite staging may not be accessible to patron –Delay in accessioning (normal timing is 2-4 weeks after transfer) –Single vol of set isn’t accessioned (sometimes CLIO location flips, sometimes not) Accession (Staff involved: ReCAP) –Barcode not entered/deleted from Voyager –Barcode scans incorrectly –Accession report never received –CLIO location doesn’t change after accession (charged at time of accession?) Ex: BIBL# 3879176 –Barcode scanned under wrong customer code. Sol: Identify using Accessions data, sorting by customer code, barcode prefix and CLIO location Request (Staff involved: CUL/ReCAP) –Request button doesn’t appear Misapplied off,xxx location. Problem during early stages of transfer; mostly eliminated by batch suppression. Short time delay between location flip and button appearance Presence of non-offsite Temp. Loc. during processing. Ex. BIBL# 3393111 (Lehman) –Error message displays when button clicked –Request fails unbeknownst to patron –Bad citation –Bad email address Maintenance (Staff involved: CUL) –Holdings record with RECAP LOAD in history is deleted and replaced with new holdings. Ex. BIBL# 6622249 –OPAC message discourages patron, e.g. “ON –ORDER /IN PROCESS” –MFHD/Item has “off,xxx” location but has no offsite barcode. [12/09, not yet systematically addressed] –CLIO locations changed from “off,xxx” to “xxx” Ex. BIBL#106440 Retrieval (Staff involved: ReCAP) –Book not filed “OUT” from ReCAP; ReCAP database thinks book is “IN” (Google Project specific?) Delivery (Staff involved: ReCAP/Bohrens/CUL) –S&R delivery delayed –S&R deliver to wrong library –ReCAP staff puts book in wrong delivery tote Circulation (Staff involved: CUL/Patron) –Barcode does not correspond to correct bib record/enum/chron –Book not charged to patron (who may not return) –Items languish in processing departments; charged or not charged –Claim returns with offsite locations Not returned At bindery Slow return to ReCAP –Temp Loc and Type not removed E.g. Reserve books. Solution: Request report of off,xxx locations with Temp Loc. Return (Staff involved: Patron/CUL) –Mis-shelved onsite at returning library –Mis-shelved onsite at owning library (after routing) –Book is not discharged –In transit status is not removed (Can batch file be run for all off,xxx location with In transit?) –Overdue/Lost—System Applied is returned. Discharged but Lost status not removed. Still requestable in CLIO; not resolved by weekly reconciliation. Refiling (Staff involved: ReCAP) –Books are slow to be reshelved ILL (Staff involved: CUL/ReCAP) –Request does not go through normal mechanism, item may be requested twice resulting in failure notice –Book never returned from loan (How to track?) EDD –Articles isn’t scanned Condition/binding Copyright Not found Insufficient information –Patron can’t access files Pop up blocker Problem with browser Unfamiliarity with technology –ReCAP Problems Files removed from server –re-installation of scanner (9/21/09)

5. Accession: Step 1 glx circ 0012345 ColumbiaReCAP

6. Accession: Step 4 off,glx circ CU12345 CU [shelf#] ColumbiaReCAP

7. Item Status at ReCAP In and At Rest Out on Retrieval REFILE PWI /PWD NOT ON FILE

8. Queries to LAS (ReCAP database) https://www1.columbia.edu/sec/cu/libraries/bts/recap/las.html

9. Access Services Committee EDD citation problems –https://www1.columbia.edu/sec/cu/libraries/bts/recap/al erts.html#pagination High-volume requests –https://www1.columbia.edu/sec/cu/libraries/bts/recap/al erts.html#20limit EDD privileges restricted to only current borrowers Email Notification –https://www1.columbia.edu/sec/cu/libraries/bts/recap/al erts.html#email

10. EDD Citation Requirements In response to ReCAP staff, CUL added pagination requirement to Request Form (Sept. 2009) Patron must enter content into Start and End Page fields Pop-up informs patron of requirement Current: recap@libraries.cul.columbia.edu Change to: AskUS (Reference)recap@libraries.cul.columbia.edu

11. High Volume Request Limit On 11/5 CUL implemented a limit on the total volumes from single title during single request 20 volume limit Limit precedent from Prentis Pop-up alerts patron to limit and provides contact info

12. High Volume Request Limit Prevents large-scale and impulsive requests that put burden on CUL and ReCAP staff Maintains access to longer runs Pop-up provides staff contact info

13. Pop-up Display

15. EDD Update Any active UNI may be used to make physical and EDD requests from ReCAP Including printing UNIs Suggestion to restrict EDD requests to only current borrowers Permission matches other document delivery services: ILL, BD, HSL, etc. All UNIs may still request physical delivery

17. CCMSCC ReCAP Reports –Accession (weekly) –Reconciliation (weekly) –Permanent Withdrawal (dynamic/weekly) –BIND/INTR/LABL Overdue (quarterly) –NTRN (quarterly) https://www1.columbia.edu/sec/cu/libraries/bts/recap/reports.html

18. Interns/GA Music Library Project: Feb-Aug. 2009, resolve leftover barcodesMusic Library Project Search for mis-shelved books in the stacks: Spring/Summer 2009 MATOB resolution: Fall 2009/Spring 2010 Orphan Barcodes Business Library backlog Avery Library leftover smart barcodes https://www1.columbia.edu/sec/cu/libraries/bts/recap/internga.html

19. Data Analysis Retrieval Rate Publication Date/Language Time of Request Request Failures

20. Goals Provide relevant data and analysis to decision-making staff Inform selection process for direct-to- ReCAP transfers Help staff better inform patrons Assist policy creation

21. Retrieval Rate Retrieval rate is a measure of collection use Target retrieval rate is 2.00% Percentage of ReCAP collections retrieved during a twelve-month period (Calendar or FY) One technique to gauge overall use Important factor for ReCAP facility staffing model

23. Data Categories –Barcode –Delivery Location –Default Delivery Location –Date –Time –Type –Patron Group –Bib ID –Format –Publishing Date –Language –Title –Holdings ID –Call Number –Enumeration/Chronology –Item ID –CLIO Location –UNI –Hashed UNI –Year of Request –Month of Request –Day of Request –Hour of Request –Minute of Request

25. Request by Language 326,591 total requests 2002-2009 203 different languages requested English accounts for 63.27% of all requests Top 10 languages account for 93.53% of all requests LanguageCountPercent eng20663463.27% jpn169555.19% fre162954.99% chi161744.95% ger156944.81% spa92882.84% ita79182.42% rus77992.39% none52691.61% kor34261.05% ara22370.68% n/a16210.50% heb12150.37% hin10880.33% per10690.33% tur10340.32% por10300.32% lat9950.30% urd9610.29% pol8840.27%

26. Retrieval Rate by Pub Date/Language

27. Time of Use

28. Day of Use

29. Request Failures https://www1.columbia.edu/sec/cu/libraries/bts/recap/reqfail.html

30. Zack Takes Questions