*BIBFRAME Linked Data: A Conceptual Study on the Prevailing Content Standards and Data… DOI: http://dx.doi.org/10.5772/intechopen.91849*

like AACR2 which were developed primarily with display issues in mind prevents the processing of MARC data significantly [14]. Ultimately, this means that library data is unable to interact with the vast majority of computer applications automatically, limiting the exposure of bibliographic data on the Web, preventing the rich relationships between data elements from being realized and effectively hiding bibliographic information from online users.

BIBFRAME is designed to address these issues. To begin, as one researcher notes, BIBFRAME is not only designed to replace MARC as an encoding and exchange format but to offer a complete re-conception of bibliographic description itself, one that is in-line with the capabilities of the Web environment [15]. BIBFRAME accomplishes this in a number of ways. First, BIBFRAME replaces the idea of the catalog record with the notion that a resource is defined by a discrete series of bibliographic elements. These elements clearly distinguish between the intellectual content of a resource, its physical carrier, and the various entities responsible for its production. Freed from the record as a bundle of data elements, the individual elements are better able to interact in computer applications, and the cataloguer is better able to describe relationships between elements. Secondly, text strings or literals are replaced by URIs or Universal Resource Identifiers. By using URIs to identify bibliographic elements and their values, machines are better able to process the bibliographic information and to utilize the relationships described between them. These two elements, when built upon a Web-based architecture and serialized in RDF/ XML, permit BIBFRAME bibliographic data to interact more freely on the Web.

However, despite these changes and the claim that it is standard agnostic, the BIBFRAME initiative also claims that BIBFRAME will be backwards compatible with MARC, meaning that MARC will be mapped to BIBFRAME in such a way that MARC data can be automatically converted to BIBFRAME data without loss of information. Indeed, the BIBFRAME initiative has already developed tools that are available on its website which can translate MARC data into BIBFRAME 2.0 (**Figure 2**) [16]. As the relationship between MARC elements and BIBFRAME entities may be complex, may even be many-to-many, as one researcher notes [17], the success of such a mapping remains to be seen.

#### **Figure 2.**

*Screenshot of the BIBFRAME comparison service results page showing MARC data (left) and BIBFRAME RDF/XML data (right) for Terry Flanagan's* Snoopy on wheels*.*

*Linked Open Data - Applications, Trends and Future Developments*

library data within the Web environment more generally. As such, the model is designed with a high degree of flexibility in the hope that it can accommodate any number of existing models as well as models yet to be developed. Put simply, the model's flexibility is intended to foster extensibility. The following sections will discuss the relationship of BIBFRAME to the prevailing content standards and models employed by cultural heritage institutions, or those in the process of being adopted by cultural heritage institutions, in an effort to determine the degree to which BIBFRAME, as it is currently understood, can be a viable and extensible framework

BIBFRAME is intended to replace MARC as the encoding and exchange format for the bibliographic data produced by the library community. But why? What is it

First of all, the design of MARC can perhaps be best understood as an exchange format which emphasizes the display of bibliographic information about specific library holdings within electronic catalogs. As a result of this emphasis, MARC records can be conceived as aggregates of information that include descriptions of both the conceptual essence of resources as well as aspects of their physicality [4]. These aggregates are realized in the cataloging process through the application of content standards such as AACR2 and now RDA and are captured, for the most part, in a series of tagged literals or tagged text strings. Ultimately, the overarching structure of MARC records and the content rules used to realize them serve as means to display bibliographic data in much the same way as the physical card catalogs which were its predecessor [1]. MARC's design has served the library community well over the years and has, as the Library of Congress points out in their introductory paper on the BIBFRAME model, allowed librarians to accomplish

1.To capture information about the intellectual essence of resources

3.To capture information about the management of resources such as control

However, within the current context of the Web environment coupled with the increased processing capabilities of modern computers and applications, MARC's design presents the library community with a number of structural difficulties that limit the potential uses of bibliographic data. First of all, MARC's reliance on the use of literals as identifiers for resources and the elements that compose bibliographic records limits the ability of machines to process MARC information [4]. As a result, variations or equivalences of literals are difficult for machines to parse. Secondly, MARC does not separate information regarding the intellectual content of a resource and its physical carrier clearly enough [4]. Even with adjustments to MARC, such as those included in RDA, an FRBR-based content standard that makes a clearer distinction between the content and carrier, the very format of MARC will not allow machines to utilize it fully [12]. Thirdly, the structure of MARC records, although information rich, are poor at expressing relationships between bibliographic elements in ways that machines can easily understand [13]. Again, even with adjustments to MARC, such as MARC/XML, a serialization intended to increase the machine readability of MARC records, the use of content standards

2.To capture information on the physical aspects of resources

for bibliographic description and exchange in the Web environment.

about MARC's design that requires the format to be replaced?

**3.1 Machine readable cataloging (MARC)**

three important bibliographic tasks [4]:

numbers and record handling codes

**6**
