Matches in ScholarlyData for { ?s ?p ?o. }
- 161 creator rob-miller.
- 161 type InProceedings.
- 161 label "Exhibit: Light-weight Structured Data Publishing".
- 161 sameAs 161.
- 161 abstract "It is no surprise that Semantic Web researchers and enthusiasts are excited to publish and accumulate semi-structured data on the Web. But looking beyond our community, we recognize that many, many other people also have structured data and want to publish it in rich browsing interfaces. These small-time authors fall into the same category as those early enthusiasts of the Web who were simply excited by the opportunity of using the new medium to share information that they cared about. With this insight, we create a lightweight structured data publishing framework called Exhibit that duplicates many factors we believe have contributed to the original growth of the Web. We argue that appealing to this segment of the Web population--addressing their publishing needs and desires at very low cost in many aspects--lets us leverage their labor to structure-ize existing content on the Web that has previously been authored in HTML by hand and is remaining hard to harvest automatically.".
- 161 hasAuthorList authorList.
- 161 isPartOf proceedings.
- 161 title "Exhibit: Light-weight Structured Data Publishing".
- authorList type List.
- authorList hasFirstItem item-1.
- authorList hasItem item-1.
- authorList hasItem item-2.
- authorList hasItem item-3.
- authorList hasLastItem item-3.
- item-1 type ListItem.
- item-1 hasContent david-huynh.
- item-1 next item-2.
- item-2 type ListItem.
- item-2 hasContent david-karger.
- item-2 next item-3.
- item-2 previous item-1.
- item-3 type ListItem.
- item-3 hasContent rob-miller.
- item-3 previous item-2.
- 162 creator christopher-olston.
- 162 creator shashank-pandit.
- 162 type InProceedings.
- 162 label "Navigation-Aided Retrieval".
- 162 sameAs 162.
- 162 abstract "Users searching for information in hypermedia environments often perform querying followed by manual navigation. Yet, the conventional text/hypertext retrieval paradigm does not explicity take post-query navigation into account. This paper proposes a new retrieval paradigm, called navigation-aided retrieval (NAR), which treats both querying and navigation as first-class activities. In the NAR paradigm, querying is seen as a means to identify starting points for navigation, and navigation is guided based on information supplied in the query. NAR is a generalization of the conventional probabilistic information retrieval paradigm, which implicitly assumes no navigation takes place.<br /><br /> This paper presents a formal model for navigation-aided retrieval, and reports empirical results that point to the real-world applicability of the model. The experiments were performed over a large Web corpus provided by TREC, using human judgments on a new rating scale developed for navigation-aided retrieval. In the case of ambiguous queries, the new retrieval model identifies good starting points for post-query navigation. For less ambiguous queries that need not be paired with navigation, the output closely matches that of a conventional retrieval system.".
- 162 hasAuthorList authorList.
- 162 isPartOf proceedings.
- 162 title "Navigation-Aided Retrieval".
- authorList type List.
- authorList hasFirstItem item-1.
- authorList hasItem item-1.
- authorList hasItem item-2.
- authorList hasLastItem item-2.
- item-1 type ListItem.
- item-1 hasContent shashank-pandit.
- item-1 next item-2.
- item-2 type ListItem.
- item-2 hasContent christopher-olston.
- item-2 previous item-1.
- 190 creator oscar-diaz.
- 190 creator salvador-trujillo.
- 190 creator sandy-perez.
- 190 type InProceedings.
- 190 label "Turning portlets into services: introducing the organization profile".
- 190 sameAs 190.
- 190 abstract "Portlets strive to play at the front end the same role that Web services currently enjoy at the back end, namely, enablers of application assembly through reusable services. However, it is well-known in the component community that, the larger the component, the more reduced the reuse. Hence, the coarse-grained nature of portlets (they encapsulate also the presentation layer) can jeopardize this vision of portlets as reusable services. To avoid this situation, this work proposes a perspective shift in portlet development by introducing the notion of organization profile. While the user profile characterises the end user (e.g. age, name, etc), the organization profile captures the idiosyncrasies of the organization through which the portlet is being delivered (e.g. the portal owner) as far as the portlet functionality is concerned. The user profile is dynamic and hence, requires the portlet to be customised at run time. By contrast, the organization profile is known at registration time, and it is not always appropriate/possible to consider it at run time. Rather, it is better to customize the code at development time, and produce an organization-specific portlet which built-in, custom functionality. In this scenario, we no longer have a portlet but a family of portlets, and the portlet provider becomes the "assembly line" of this family. This work promotes this vision by introduces an organization-aware, WSRP-compliant architecture that let portlet consumers registry and handle "family portlets" in the same way that "traditional portlets". In so doing, portlets are nearer to become truly reusable services.".
- 190 hasAuthorList authorList.
- 190 isPartOf proceedings.
- 190 title "Turning portlets into services: introducing the organization profile".
- authorList type List.
- authorList hasFirstItem item-1.
- authorList hasItem item-1.
- authorList hasItem item-2.
- authorList hasItem item-3.
- authorList hasLastItem item-3.
- item-1 type ListItem.
- item-1 hasContent oscar-diaz.
- item-1 next item-2.
- item-2 type ListItem.
- item-2 hasContent salvador-trujillo.
- item-2 next item-3.
- item-2 previous item-1.
- item-3 type ListItem.
- item-3 hasContent sandy-perez.
- item-3 previous item-2.
- 194 creator idit-keidar.
- 194 creator uri-schonfeld.
- 194 creator ziv-bar-yossef.
- 194 type InProceedings.
- 194 label "Do Not Crawl in the DUST: Different URLs with Similar Text".
- 194 sameAs 194.
- 194 abstract "We consider the problem of DUST: Different URLs with Similar Text. Such duplicate URLs are prevalent in web sites, as web server software often uses aliases and redirections, and dynamically generates the same page from various different URL requests. We present a novel algorithm, DustBuster, for uncovering DUST; that is, for discovering rules that transform a given URL to others that are likely to have similar content. DustBuster mines DUST effectively from previous crawl logs or web server logs, without examining page contents. Verifying these rules via sampling requires fetching few actual web pages. Search engines can benefit from information about DUST to increase the effectiveness of crawling, reduce indexing overhead, and improve the quality of popularity statistics such as PageRank.".
- 194 hasAuthorList authorList.
- 194 isPartOf proceedings.
- 194 title "Do Not Crawl in the DUST: Different URLs with Similar Text".
- authorList type List.
- authorList hasFirstItem item-1.
- authorList hasItem item-1.
- authorList hasItem item-2.
- authorList hasItem item-3.
- authorList hasLastItem item-3.
- item-1 type ListItem.
- item-1 hasContent ziv-bar-yossef.
- item-1 next item-2.
- item-2 type ListItem.
- item-2 hasContent idit-keidar.
- item-2 next item-3.
- item-2 previous item-1.
- item-3 type ListItem.
- item-3 hasContent uri-schonfeld.
- item-3 previous item-2.
- 200 creator chao-cai.
- 200 creator hongli-yang.
- 200 creator xiangpeng-zhao.
- 200 creator zongyan-qiu.