September 8th, 2013 IGeLU Berlin IT staff and librarians pull together: Collaborative development of a new METS viewer Matthias Groß, Bavarian State Library Implementation: Dr. Petra Schröder

The BVB BVB: cooperative association of scientific libraries in Bavaria Bavarian State Library, 11 university libraries, 17+ libraries of universities of applied sciences, 10 regional state libraries, > 100 further libraries Head office: IT service center for the member libraries (services: network catalogue B3Kat, ILS hosting, SFX, Rosetta, Primo … and DigiTool)

Material in our DigiTool installation: mostly digitized books and journals –> digital entities of type METS or COMPLEX –child objects are usually single pages –large METS objects can have 8000 child objects End user access –< 10% via Resource Discovery –> 90% via OPACs / Google / Wikipedia / newsgroups / bookmarks Librarians (and, maybe, also end users …) were unhappy with the presentation of retro-digitized content in DigiTool September 8th, 2013 IGeLU Berlin

September 8th, 2013 IGeLU Berlin Kick-off meeting (round-table) 8 interested librarians from 6 libraries using DigiTool 3 BVB Head Office staff specification of problems collaborative analysis of well-done examples like eLuxemburgensia and dilibri this input  concept for our new METS viewer

September 8th, 2013 IGeLU Berlin Requirement #1 Start view bibliograpic metadata at the left side, display can be switched off metadata enhanced by: –Bookmark URL or, if available, „handle“ URL –URL of corresponding digital collection –URL of additional material, particularly for manuscripts more room for the digitized page – the main actor! –breadcrumbs felt to be dispensable –side-by-side view is seldom used (hard to read) –other functionality of the top toolbar moved to the left

„Old“ start view

New start view September 8th, 2013 IGeLU Berlin

Requirement #2 September 8th, 2013 IGeLU Berlin Thumbnail overview: much more thumbnails for retro-digitized books the first images are usually not so interesting: binding, flyleafs, bastard title … vertical scrolling is somehow confusing

Thumbnails September 8th, 2013 IGeLU Berlin Bundle of 50 throttled by JavaScript

Thumbnails September 8th, 2013 IGeLU Berlin

Thumbnails September 8th, 2013 IGeLU Berlin Bundle of 50 throttled by JavaScript

Requirement #3 Display of StructMaps: good StructMaps take a lot of work truncating their display annihilates that work  line break end users usually do not understand the concept of having several StructMaps  show only logical StructMap September 8th, 2013 IGeLU Berlin

ToC before September 8th, 2013 IGeLU Berlin

ToC now Bild neuer Viewer September 8th, 2013 IGeLU Berlin

ToC now September 8th, 2013 IGeLU Berlin

Requirement #4 Deep linking to single pages show bookmark URL for a single page when retrieved, the TOC has to open at the right place September 8th, 2013 IGeLU Berlin

Get deep link September 8th, 2013 IGeLU Berlin

Use deep link September 8th, 2013 IGeLU Berlin

Requirement #5 Reliable full text search handling of „umlauts“ transfer of search terms from the Resource Discovery is problematic: RD adds further search terms (e.g. the collection ID) that do not appear in the plain full text hit list should be easier to understand September 8th, 2013 IGeLU Berlin

Search result before September 8th, 2013 IGeLU Berlin Transcription Viewer

Search result now September 8th, 2013 IGeLU Berlin Oracle Full Text Search built-in fuzzy search possible

Development Start: September 30th, 2012 viewer preprocessor –no appropiate viewer preprocessor found for COMPLEX+METS –developing a slim BVBContainerVPP (encouraged by Rosetta) Table of Contents –mapping ToC => PIDs: in DigiTool a time-consuming job –Exlibris NMetsVPP keeps information in Session Management –ToCs change not frequently –we keep information in a file system cache User Interface well known jquery libraries –Border layout : ui-layout –ToC tree view : jstree September 8th, 2013 IGeLU Berlin

Development After only 10 weeks the new viewer could be tested by our inspiring librarians (delivery-Rules are really flexible ) Librarians‘ tasks: –Test how objects from their own library are displayed –Suggest ehnancements –Revise the „wording“ (German/English) –Tell us how to group the metadata for display Switch to production –March 2013 (graded by library) September 8th, 2013 IGeLU Berlin

Benefits Server main memory –200 to 700 deliveries of METS/COMPLEX per day –before STP: close to maximum limit of 4 GByte –after STP: usually less than 3 GByte –difference: session management used more housewifely? End User –no expired session after lunch break like before: September 8th, 2013 IGeLU Berlin

Side effect We found J2K Viewer much too slow for delivery of large images –superfluous identify request –no caching of icons and css –redundant requests for css New JPEG-Viewer –Default Viewer Preprocessor –Image viewer plugin for jquery: jquery.iviewer zoom by mouse scroll move section by mouse Rotate image –Easy to integrate for everyone September 8th, 2013 IGeLU Berlin

Next steps PDF download selection based on ToC instead of page numbers Full Text Search: make also ToC searchable Perhaps: facilitate SingleViewer –Many - partially souperfluos - icon requests without caching –Redundant calls of css (5 requests for just 2 different files) –Much too much code September 8th, 2013 IGeLU Berlin

You may test our viewer(s) yourself September 8th, 2013 IGeLU Berlin

Enjoy! September 8th, 2013 IGeLU Berlin