Join the next Metadata Discussion Group meeting for a look at metadata and discovery layers. While we often talk about the need for metadata standards to share our information, discovery layers – meant to help users search, browse, and find what they need within our collections – often don’t really care about a metadata standard as long as the metadata coming in is consistently identifiable for that discovery layer’s index.
Indexing using Apache’s Solr search platform is a common method to provide faceted searching and browsing in many library/online resource contexts (IUCAT, the IUB Libraries’ web site, and Media Collections Online all have Solr indexes behind them, for example). The source of metadata that feeds each of the indexes in those examples is different, however. We’ll take a look at how these sites are handling discovery differently while using similar tools and what it could mean in terms of discovery to combine these different types of library data sets.
DATE: Tuesday, November 11
PLACE: Wells Library Room 043
TOPIC: Metadata and Discovery Layers
MODERATOR: Julie Hardesty
For examples of what others are doing along these routes, you can take a look at UW-Madison Libraries and Stanford University Libraries discovery layers, paying particular attention to how they provide discovery and access to collections available online.
The Metadata Discussion Group invites you to three meetings this semester. The group is open to everyone–there is no formal membership.
All meetings will be from 9:00 am – 10:00 am (note the slightly earlier start time this year) in Room 043 of the Wells Library.
October 14, 2014
Problems with Authority: Libraries, Archives, and Identity Management
November 11, 2014
Topic: Metadata and Discovery Layers
December 9, 2014
<bf:titleValue>A BIBFRAME Update</bf:titleValue>
Our October discussion focusing on identity management will explore how developments in library linked data challenge long-held notions concerning authority control. We will examine examples from recent archival metadata projects and linked data efforts in European cultural institutes (including, but not limited to, libraries).
This is the second in a two-part series on how libraries might start thinking ahead for BIBFRAME, a standard that is being developed to replace MARC. Much has happened since we last talked about BIBFRAME in October. The website underwent a reorganization, a BIBFRAME editor (for “record” input) was previewed at ALA Midwinter, early implementers are beginning to report on their experiences thus far, and the BIBFRAME Vocabulary and BIBFRAME Authorities specifications were published (note: all of the BIBFRAME documents should be considered to be in “draft” status).
Comments from the community seem to be swaying away from the “this new model is too extreme to accommodate the granularity of our current data” view to “this new model is too conservative to carry our data into the semantic web” view. The concern that the architects of BIBFRAME are seeking to replace MARC rather than remodel bibliographic data in a way that utilizes modern web technologies (particularly in the areas of data exchange) is becoming more pervasive. Now seems to be a great time to discuss a remodel of our data. Does the scope of our data remodel require applying a new coat of paint or demolishing the whole structure and rebuilding from the foundation? How might we use new technologies to meet the fundamental principles of information discovery (and reuse)? All are welcome to participate!
DATE: Tuesday, April 15
PLACE: Wells Library Room 043
TOPIC: Prepping for BIBFRAME: It’s Time for a Remodel!
RESOURCES YOU MIGHT CONSULT
Good places to start in the new(ish) BIBFRAME documentation (even if you only skim):
Early thoughts on implementation:
 Whether this concern is fair or not, it is a recurring theme throughout the ISQ Winter 2013 issue on the topic, “Evolution of Bibliographic data exchange.” Those who are interested in BIBFRAME and wish to hear an international perspective (from national libraries that already have experience implementing library/archives linked data) may want to read the whole issue.