1. 7. Approaches to Models of Metadata Creation, Storage and Retrieval Metadata Standards and Applications

2. Goals of Session Understand the differences between traditional vs. digital library Metadata Creation Storage, and Retrieval/Discovery

3. Creating Metadata Records The “ Library Model ” Trained catalogers, one-at-a-time metadata records The “ Submission Model ” Authors create metadata when submitting resources The “ Automated Model ” Automated tools create metadata for resources “ Combination Approaches ”

4. The Library Model Records created “ by hand, ” one at a time Shared documentation and content standards (AACR2, etc.) Efficiencies achieved by sharing information on commonly held resources Not easily extended past the granularity assumptions in current practice

5. The Submission Model Based on author or user generated metadata Can be wildly inconsistent Submitters generally untrained May be expert in one area, clueless in others Often requires editing support for usability Inexpensive, may not be satisfactory as an only option

6. The Automated Model Based largely on text analysis; doesn ’ t usually extend well to non-text or low- text Requires development of appropriate evaluation and editing processes Still largely research; few large, successful production examples, yet Can be done in batch Also works for technical as well as descriptive metadata

7. Combination Approaches Combination machine and human created metadata Ex.: LC Web Archives (http://loc.gov/minerva)http://loc.gov/minerva Combination metadata and content indexing Ex.: NSDL (http://nsdl.org)http://nsdl.org

8. Content “ Storage ” Models ‘ Storage ’ in this context relates to the relationships between metadata and content (not the systems that purport to ‘ store ’ content for various uses) These relationships affect how access to the information is accomplished, and how the metadata either helps or hinders the process (or is irrelevant to it)

9. Common ‘ Storage ’ Models Content with metadata Metadata only Service only

10. Content with metadata Examples: HTML pages with embedded ‘ meta ’ tags Most content management systems (though they may store only technical or structural metadata) Text Encoding Initiative (TEI) Often proves difficult to update

11. Metadata only Library catalogs Web-based catalogs often provide some services for digital content Electronic Resource Management Systems (ERMS) Provide metadata records for title level only Metadata aggregations Using API or OAI-PMH for harvest and re- distribution

12. Service only Often supported partially or fully by metadata Google, Yahoo (and others) Sometimes provide both search services and distributed search software Electronic journals (article level) Linked using ‘ link resolvers ’ or available independently from websites Have metadata behind their services but don ’ t generally distribute it separately

13. Common Retrieval Models Library catalogs Web-based ( “ Amazoogle ” ) Portals and federations

14. Library Catalogs Based on a consensus that granular metadata is useful Expectations of uniformity of information content and presentation Designed to optimize recall and precision Addition of relevance ranking and keyword searching of limited value (only ‘ text ’ used is the metadata itself) Retrieval options limited by LMS vendor decisions

15. Endeca Information Access Platform (software) optimizes huge volumes of data and can be used by everyday people North Carolina State University Libraries 2006, first library to use this technology Fast, flexible & as simple as browsing the Web, but unmatched by Web search engines due to rich [metadata] content & cutting- edge capabilities.

16. http://www.lib.ncsu.edu/

17. Web-based The “ Amazoogle ” model: Lorcan Dempsey: “ Amazon, Google, eBay: massive computational and data platforms which exercise strong gravitational web attraction. ” Based primarily on full-text searching and link- or usage-based relevance ranking (lots of recall, little precision) Some efforts to combine catalog and Amazoogle searches (ex.: collaborations with WorldCat) Google is using metadata

19. Portals and Federations Portals: defined content boundaries Some content also available elsewhere ex.: Specific library portals, subject portals like Portals to the World (http://www.loc.gov/rr/international/portals.ht ml)http://www.loc.gov/rr/international/portals.ht ml Federations: protected content and services Often specialized services based on specifically purposed metadata (ex.: BEN- http://www.biosciednet.org/portal/) http://www.biosciednet.org/portal/

20. Information Discovery and Retrieval Z39.50 SRU Federated search (Metasearch)

21. Federated search Institutions are experimenting with Federated search (meta-search) to search across disparate sources of metadata LC has a beta version available: http://www.loc.gov/search/new/

22. Z39.50 An international (ISO 23950) standard defining a protocol for computer-to- computer information retrieval. Makes it possible for a user in one system to search and retrieve information from other computer systems (that have also implemented Z39.50) Originally approved by the National Information Standards Organization (NISO) in 1988

27. SRU Search/Retrieval via URL SRU is a standard XML-focused search protocol for Internet search queries, utilizing CQL (Contextual Query Language), a standard syntax for representing queries To learn about it see: http://www.loc.gov/standards/sru/in dex.html http://www.loc.gov/standards/sru/in dex.html

29. Can You Tell? Can you tell what ’ s going on behind these sites? How are they organized? What creation and storage models are used? Chopin Early Editions: http://chopin.lib.uchicago.edu/ http://chopin.lib.uchicago.edu/ The Great Kanto Earthquake of 1923: http://dl.lib.brown.edu/kanto/ http://dl.lib.brown.edu/kanto/ Mark Twain Project: http://marktwainproject.org http://marktwainproject.org