DOC PREVIEW
UT INF 385T - How to Make a Semantic Web Browse

This preview shows page 1-2-3-4 out of 11 pages.

Save
View full document
View full document
Premium Document
Do you want full access? Go Premium and unlock all 11 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 11 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 11 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 11 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 11 pages.
Access to all documents
Download any document
Ad free experience

Unformatted text preview:

How to Make a Semantic Web Browser Dennis Quan IBM T. J. Watson Research Center 1 Rogers Street Cambridge, MA 02142 USA [email protected] R. Karger MIT CSAIL 200 Technology Square Cambridge, MA 02139 USA [email protected] ABSTRACT Two important architectural choices underlie the success of the Web: numerous, independently operated servers speak a common protocol, and a single type of client—the Web browser—provides point-and-click access to the content and services on these decen-tralized servers. However, because HTML marries content and pres-entation into a single representation, end users are often stuck with inappropriate choices made by the Web site designer of how to work with and view the content. RDF metadata on the Semantic Web does not have this limitation: users can gain direct access to the underlying information and control how it is presented for them-selves. This principle forms the basis for our Semantic Web browser—an end user application that automatically locates meta-data and assembles point-and-click interfaces from a combination of relevant information, ontological specifications, and presentation knowledge, all described in RDF and retrieved dynamically from the Semantic Web. With such a tool, naïve users can begin to discover, explore, and utilize Semantic Web data and services. Because data and services are accessed directly through a standalone client and not through a central point of access (e.g., a portal), new content and services can be consumed as soon as they become available. In this way we take advantage of an important sociological force that en-courages the production of new Semantic Web content by remaining faithful to the decentralized nature of the Web. Categories and Subject Descriptors D.2.2 [Software Engineering]: Design Tools and Techniques – programmer workbench, user interfaces. General Terms Human Factors, Design Keywords Semantic Web, RDF, user interface, Web Services, bioinformatics 1. INTRODUCTION 1.1 Motivation The World Wide Web revolutionized the Internet by providing a number of mutually reinforcing capabilities. HTTP offered a simple standard by which information could be fetched from any Web server. HTML provided a uniform syntax in which publishers could present information that would be rendered in human-readable form in a Web browser. And URLs gave a way for any Web page to refer to any other Web page, regardless of its location. Taken together, these capabilities meant that a lay user could seamlessly browse the entire space of Web information, viewing information without con-cern for location and using a simple point and click interface to navigate from any Web page to others that it referenced. Though substantial, the powerful information access capability en-gendered by the Web has its limitations. Through its use of HTML and HTTP servers, the Web demands the production of content already formatted for presentation in a particular human-readable fashion. Implicit is the idea that a publisher will be able to figure out the right way to present its information to end users. It should be clear, however, that the information consumer will often have the best sense of what is important in the fetched information and how best to make use of it.1 Every Web browser offers its user some limited ability to override presentation characteristics such as the font and font size. Stronger evidence of the need for clients to con-trol the presentation of information can be seen in the development of HTTP content negotiation standards, in which the client describes its capabilities and hopes that the server will deliver something that can be presented reasonably [33], as well as the Web Accessibility Initiative’s attempt to develop guidelines for crafting presentations of Web pages so that they can be used by people with disabilities [34]. Finally, efforts such as NewsIsFree show that means as ex-treme as screen scraping are employed in order to enable Web site content to be viewed in alternate ways (in this case, as RSS news feeds in news tickers, news alert tools, etc.) [36]. The Semantic Web offers a particularly extreme example of differ-ently-abled clients: nonhumans. In the Semantic Web vision, autonomous agents will be able to pull information from the Web and manipulate it on behalf of their users. HTML is clearly a terrible data presentation language for such applications—its visual markup hides the semantic content that agents actually care about. This problem has motivated the development of RDF, a language for describing semantic information in a machine-readable form without the distraction of presentation markup. We argue that beyond its support for automation, the Semantic Web lets us dramatically improve the way people directly access informa-tion. The Semantic Web gives us the opportunity to separate con-tent—the proper purview of the publisher serving the information—from presentation—an issue in which the end user or their local application, aware of the uses to which they are putting the informa-tion, should have substantial say. The fact that information is seman-tically marked up, instead of just being formatted for display, makes it possible for end user applications to make intelligent decisions on how to present the information based on the purposes for which it is being used. One application may show more details of an informa-tion object, another less. One may present visually rich attributes of 1 Arguably, this is an application of the classic end-to-end argument [32] that lower levels of an application should not be making choices best left to the top elements that understand the overall goals of the system. Copyright is held by the author/owner(s). WWW 2004, May 17–22, 2004, New York, New York, USA. ACM 1-58113-844-X/04/0005. 255an object, another focus on textual or audible content. An applica-tion accessing a city description for the purposes of travel planning can present entirely different information from one being used to prepare a history report or evaluate a business opportunity. 1.2 Approach In this paper we describe Haystack, an application that can be used to browse arbitrary


View Full Document

UT INF 385T - How to Make a Semantic Web Browse

Documents in this Course
Load more
Download How to Make a Semantic Web Browse
Our administrator received your request to download this document. We will send you the file to your email shortly.
Loading Unlocking...
Login

Join to view How to Make a Semantic Web Browse and access 3M+ class-specific study document.

or
We will never post anything without your permission.
Don't have an account?
Sign Up

Join to view How to Make a Semantic Web Browse 2 2 and access 3M+ class-specific study document.

or

By creating an account you agree to our Privacy Policy and Terms Of Use

Already a member?