Open Source Discovery Portal Camp
Join the development teams from VuFind and Blacklight at PALINET, November 6, 2008, for day of discussion and sharing. We hope to examine difficult issues in developing discovery systems, such as:
*
ILS Connectivity
*
Authority Control
*
Data Importing
*
User Interface Issues
*
Federated Search
*
Virtual shelf list
*
De-dupping
*
Usage Recording and Reporting
Implementing or hacking an Open Source discovery system such as VuFind or Blacklight?
Interested in learning more about Lucene/Solr applications?
Join the development teams from VuFind and Blacklight at PALINET, November 6, 2008, for day of discussion and sharing. We hope to examine difficult issues in developing discovery systems, such as:
*
ILS Connectivity
*
Authority Control
*
Data Importing
*
User Interface Issues
*
Federated Search
*
Virtual shelf list
*
De-dupping
*
Usage Recording and Reporting
The time has come for libraries, too, to negotiate for rights to index full text
By Jonathan Rochkind -- Library Journal, 2/15/2007
The ability to search and receive results in more than one database through a single interface—or metasearch—is something many of our users want. Google Scholar—the search engine of specifically scholarly content—and library metasearch products like Ex Libris's MetaLib, Serials Solution's Central Search, WebFeat, and products based on MuseGlobal used by both academic and public libraries—are all a means of providing this functionality. At the university where I work, without very much local advertising, Google Scholar has become the largest single source of links to our link resolver product, illustrating how hungry users are for metasearch.
RaPIDS: Rapid Prototyping of Intuitive Discovery at Stanford
Federated Searching
Federated searching is a strategy for simultaneously searching a number of online resources and pooling the results into one interfiled result set. As part of the RaPIDS (Rapid Prototyping of Intuitive Discovery at Stanford) initiative, SULAIR is experimenting with federated searching as a means of giving scholars a broad view of disparate resources held across many different, isolated systems. For this effort, SULAIR is working with Deep Web Technologies. The company’s federated searching system, Explorit Research Accelerator, is currently powering a number of science, technology and government search portals, including National Digital Library for Agriculture (NDLA), Science.gov, Scitopia, and WorldWideScience.org. SULAIR has developed with Deep Web Technologies three demonstrations of federated searching within the Stanford environment:
Search for articles using the built in search engines, retrieve and archive PDFs, and read and study them all from within Papers, your personal library of Science.
Google Librarian Central - Article 12/2006 - 3
Download a PDF of this article
When I interned at Google last summer after getting my MSI degree, I worked on projects for the Book Search and Google Scholar teams. I didn’t know it at the time, but in completing my research over the course of the summer, I would become the resident expert on how universities were approaching Google Scholar as a research tool and how they were implementing Scholar on their library websites. Now working at an academic library, I seized a recent opportunity to sit down with Anurag Acharya, Google Scholar’s founding engineer, to delve a little deeper into how Scholar features are developed and prioritized, what Scholar’s scope and aims are, and where the product is headed.
-Tracey Hughes, GIS Coordinator, Social Sciences & Humanities Library, University of California San Diego