Title: Library Catalog as Versatile Discovery Platform
1Library Catalog as Versatile Discovery Platform
Tito Sierra, Emily Lynema, and Markus WustNorth
Carolina State University LibrariesDLF Fall
Forum 2007November 6, 2007
2Outline
- Next Generation Catalogs
- Catalog as Discovery Platform
- CatalogWS API
- Current CatalogWS Applications
- Closing Thoughts
3Next Generation Catalogs
4Background
5Examples - Endeca
6Examples - AquaBrowser
7Examples - Encore
8Examples - Primo
9Examples - WorldCat Local
10Examples - Solr-powered
11Examples - Solr-powered
12Next Generation Catalogs
- Modern search options
- Relevance ranking
- Faceted search
- Tag/word clouds
- New content and functionality
- User contributed content, social features
- Enriched content (book covers, reviews)
- Current awareness (RSS feeds)
13Next Generation Catalogs
- Current next generation catalog systems are
largely focused on optimizing a single discovery
context the OPAC
14Question
- Why should the discovery of cataloged library
collections be limited to user interaction with a
single catalog application?
15Catalog as Discovery Platform
16Platform?
- a platform is a system that can be
reprogrammed and therefore customized by outside
developers -- users -- and in that way, adapted
to countless needs and niches that the platform's
original developers could not have possibly
contemplated, much less had time to accommodate. - In contrast, an application is a system that
cannot be reprogrammed by outside developers. It
is a closed environment that does whatever its
original developers intended it to do, and
nothing more. - Marc Andreessen, Analyzing the Facebook
Platform, three weeks in (http//blog.pmarca.com/
2007/06/analyzing_the_f.html)
17Discovery Happens Elsewhere
- No single website is the sole focus of a user's
attention. Increasingly people discover websites,
or encounter content from them, in a variety of
places. These may be network level services
(Google, ...), or personal services (my RSS
aggregator or 'webtop'), or services which allow
me to traverse from personal to network
(Delicious, LibraryThing, ...). - Lorcan Dempsey, Discovery happens elsewhere
(http//orweblog.oclc.org/archives/001430.html)
18Platform Motivation
- Move beyond the one-size-fits-all approach to
catalog discovery - Make it easier to reuse and repurpose catalog
data outside the ILS/OPAC - Build catalog interfaces optimized for different
use contexts
19CatalogWS API
20CatalogWS Goals
- Initial impetus
- Can we have RSS feeds for the catalog?
- Can we integrate catalog results into library
website Quick Search? - Final result
- Rich API for searching NCSU Libraries Catalog
21NCSU Catalog Architecture
22Search Indices as Data Source
- Benefits
- Performance
- Search features
- Consolidated and normalized data
- Limitations
- Subset of catalog data
- Read-only
- Not real time
23Technical Design
- RESTful architecture
- Define query using HTTP GET requests with URL
parameters - Separate web application handles API requests
- Java, Tomcat, XOM, Saxon 8.8, org.json
24API Functionality
- Technical documentation
- http//www.lib.ncsu.edu/catalog/ws/
- Discovery-oriented
- Catalog availability
- serviceavailability
- Focus on known-item lookup (isbn)
- Catalog search
- servicesearch
- Support known-item and exploratory searching
- Mimic functionality available on catalog search
results page
25Example Request
- http//www.lib.ncsu.edu/catalogws/?
- servicesearchquerydeforestation
26Required Parameters
- service
- availability search
- query
- Any term(s)
27Optional Parameters
- output
- xml rss opensearch json
- count
- default 30, max 300
- offset
- default 0
- sort
- relevance date_desc date_asc call_number
most_popular date_added - style
- URL of XSL to transform to custom output
28XML Response
- Defined with Relax NG Schema
- Discovery-centric
- Search metadata
- Results
- Basic bibliographic metadata (not MARC)
- Holdings / Item metadata
- Facet metadata
- Links
29(No Transcript)
30(No Transcript)
31(No Transcript)
32Current CatalogWS Applications
33Current CatalogWS Applications
- Three categories
- Integration with external applications
- Alternative catalog interfaces
- Collection promotion
34Integration with External Applications
- Integrate catalog data in external library
applications Quick Search - Integrate catalog data in external non-library
applications iGoogle Widget
35Quick Search
- Website Search Tool
- Combines
- Catalog search
- Journal finder
- Databases
- Website search
- Library FAQs
36Quick Search
- Top matching titles
- Format facet results
- Links to full catalog search results
37Google Widget
38Google Widget
- Search and display catalog results within iGoogle
39Alternative Catalog Applications
- MobiLIB Catalog basic catalog interface for
mobile devices - FacetBrowser experimental facet-based browsing
interface
40MobiLIB Overview
- Current services
- Catalog search
- Computer availability
- Library opening hours
- Campus directory
- Contact information for selected library
departments and services - Links to external sites
- Location of buses in campus transit system
41MobiLIB Catalog
- Usage scenario Known-item search on mobile
device (smart phone, PDA, ) - Bare-bones search interface
- Only one facet Availability
42MobiLIB Catalog
- Search fields
- Keyword
- Title
- Author
- ISBN
43MobiLIB Catalog
- Results display
- Short title
- Library
- Availability
- Call number if only one copy
44MobiLIB Catalog
- Item display
- Full title
- Format
- Author
- Date
- Library
- Availability
- Call number
- Location
45FacetBrowser
- Exploratory search
- Focus on browsing with facets
- Same facets as OPAC
- Basic keyword search
46Collection Promotion
- FacetBrowser as a collection promotion authoring
tool - Automatically generated bookwalls
- RSS feeds for new titles
47FacetBrowser
- Includes shopping cart for saving selected items
- Currently offers four different output styles
48FacetBrowser
- Displays output
- Generates HTML code for bookwall displays and
blogs
49New Books Bookwall
- Newest books in catalog
- Automatically generated
- Maintenance free
50RSS Feeds
- Users can subscribe to RSS feeds based on their
individual search preferences - Active promotion
- Information about newest items is pushed to users
51RSS Feeds
52Closing Thoughts
53Benefits
- Reduced development costs
- The CatalogWS API has lowered the technical
barriers for staff to develop new web
applications that use catalog data.
54Benefits
- Versatile access to catalog data
- The resource-oriented nature of the CatalogWS API
makes it easy to integrate catalog data in
external applications.
55Platforms, Again
- a platform is a system that can be
reprogrammed and therefore customized by outside
developers -- users -- and in that way, adapted
to countless needs and niches that the platform's
original developers could not have possibly
contemplated, much less had time to accommodate. - Marc Andreessen, Analyzing the Facebook
Platform, three weeks in (http//blog.pmarca.com/
2007/06/analyzing_the_f.html)
56Thanks!
- Tito Sierra
- tito_sierra_at_ncsu.edu
- Emily Lynema
- emily_lynema_at_ncsu.edu
- Markus Wust
- markus_wust_at_ncsu.edu
57More Information
- CatalogWS API
- http//www.lib.ncsu.edu/catalog/ws/
- CatalogWS Applications
- http//www.lib.ncsu.edu/dli/projects/catalogwsapps
/