Tag: search engine

thing 12: Rollyo

Blogcritics used Rollyo for a while a couple of years ago, and I was never happy with the search results or the way they were displayed. It could have been some setting that BC used, but I assumed it had more to do with the way Rollyo works.

When I was at Blogworld last fall, I chatted with the folks at the Lijit booth for a while and made a note to take a look at their product when I got home. Apparently so did Phillip Winn, the Blogcritics Chief Geek, because not long after, Lijit replaced Rollyo as the site’s search tool. It’s worked out well.

Rollyo’s web search is powered by Yahoo Search, so I can’t see why I would want to use it as a general search engine. I think that Rollyo’s best value is as a search engine that looks at a specific collection of websites. This might be handy in a library if you have, for example, a number of different digital collections being served up from different domains or subdomains. With a Rollyo (or similar) service, you could build a single search interface for them. That is, if you don’t mind sending your users to a site that mixes in six paid links for each page of ten results, in addition to side-bar advertisements.

CiL 2008: Speed Searching

Speaker: Greg Notess

His talk summarizes points from his Computers in Libraries articles on the same topic, so go find them if you want more details than what I provide.

It takes time to find the right query/database, and to determine the best terminology to use in order to find what you are seeking. Keystroke economy makes searching faster, like the old OCLC FirstSearch 3-2-2-1 searching. Web searching relevancy is optimized by using only a few unique words rather than long queries. Do spell checking through a web search and then take that back into a reference database. Search suggestions on major search engines help with the spelling problem, and the suggestions are ranked based on the frequency with which they are searched, but they require you to type slowly to use them effectively and increase your search speed. Copy and paste can be enhanced through browser plugins or bookmarklets that allow for searching based on selected text.

The search terms matter. Depending on the source, average query length searches using unique terms perform better over common search terms or long queries. Use multiple databases because it’s fun, you’re a librarian, and there is a lack of overlap between data sources.

Search switching is not good for quick look-ups, but it can be helpful with hard to find answers that require in-depth query. We have a sense that federated searching should be able to do this, but some resources are better searched in their native interfaces in order to find relevant sources. There are several sites that make it easy to switch between web search engines using the same query, including a nifty site that will allow you to easily switch between the various satellite mapping sources for any location you choose.

I must install the Customize Google Firefox plugin. (It’s also available for IE7, but why would you want to use IE7, anyway?)

CiL 2008: The New Generation of Library Interfaces

Speaker: Marshall Breeding

[You can find the slides from this presentation on the Library Technology Guides website.]

OCLC study in 2005 indicated that only 2% of college students begin their research with a library website or catalog, as opposed to 89% using a search engine like Google. The 2007 report indicates that library website use is down 10%. (These are surprising statistics given the data from the studies presented yesterday that indicated that students would go to a library website first. I have to wonder if the study looked at library catalogs specifically. Also, wondering if OCLC has another motive for making it seem like library catalogs are horrible — Worldcat Local, anyone?)

Okay, back to Breeding’s talk.

Library catalogs do need to be something more than a computerized version of the card catalog. OPACs suck. We have a disjointed approach to information and service delivery with the different interfaces for finding books, articles, databases, etc., and we need to do something better.

What do we call it besides OPAC? We need to re-define it, but we don’t have a name for this new thing yet. It needs powerful search engines and a clean interface with a comprehensive body of information available to our users, down to the article level. The system needs to favor electronic resources as much as our current systems favor print resources, and both should be in the same interface.

We need to be able to do deep searching of article-level items within our own interface by harvesting the data much like the Open Archives Initiative. (Publishers will be resistant to this, and in particular, aggregators that spend a lot of time and money on R&D for their search interfaces. There are a few libraries experimenting with this, but I think we need some turnkey technologies before more libraries adopt this approach.)

Web 2.0 tools can provide some options for tweaking interfaces and bringing them together, but it needs to be seamless and not cobbled together like what we have now.

Interface features that Breeding wants: simple point of entry, relevancy ranked results (users expect that the “good stuff” will be listed first), facets for narrowing and navigation (let users drill down through the results set, incrementally narrowing the field, rather than using boolean or “advance search”), query enhancement (validated spell check, automatic inclusion of authorized and related terms, etc.), suggested related results (make the query and the response to it better than the query provided), navigational bread crumbs (select/deselect facets), and a few more that I didn’t type fast enough to get. You want to make it so easy that users aren’t thinking about the interface but rather are thinking about the content.

We need appropriate organizational structures, such as faceted applications of subject terminology, discipline-specific thesauri or ontologies, and tags. We need enriched content like book jacket images (Syndetic Solutions, Amazon Web Services, Google Book Search API, etc.), rating scores, and an as-yet-unavailable open content solution. We need a personalized user experience with a single sign-on that is persistent throughout the session. We are entering the post-metadata search era with full-text searching of books becoming more available, in conjunction with the already available full-text searching of journals, so metadata searching is less and less necessary, thus making the strict rules for cataloging and indexing less necessary, allowing us to focus on other aspects of cataloging. We need to move beyond the discovery of content to the delivery of content. We need library-specific features such as appropriate relevance factors (keyword rankings + library weightings, circulation frequency, other library holdings, scholarly content, etc.), results grouping (FRBR), and collection focused.

Take your content and services to where the users are. Wed library-specific requirements and expectations with the content-delivery sophistication of e-commerce tools.

Can the library community bear the cost of this new OPAC? Can we afford to not do it or do it so slowly that we become irrelevant? We don’t have another 3-5 years to get to where we should have been five years ago.

A few interfaces we have today: Endeca, AquaBrowser Library, Ex Libris Primo, Innovative Interfaces Encore, OCLC Worldcat Local, The Library Corporation’s Indigo, LibraryThing for Libraries as an add-on, Scriblio (WordPress based), vuFind, eXtensible Catalog, and a various ILS with next-gen features (Polaris, Koha, Evergreen).

CiL 2008: Going Local in the Library

Speaker: Charles Lyons

[Speakers for track C will all be introduced in haiku form.]

Local community information has been slower to move online than more global information provided by sources such as search engines and directories, but that is changing. Google can provide directory information, but they can’t tell you which of the barbers listed near you, for example, are good ones. They’re trying, but it’s much harder to gather and index that information. “In ur community, inforimin ur localz.” The local web can be something deeper, hyper, semantic.

Local information can sound boring if it doesn’t effect you directly. For example, information about street repairs can be important if it is happening along the routes you drive regularly. The local web connects the real world and the virtual world. The local web is bringing a sense of place to the Internet.

Libraries provide access to local information such as genealogy, local history, local government info, etc.

Local search engines started off as digital phone books, but now they are becoming more integrated with additional information such as maps and users reviews. Ask.com provides walking directions as well as driving directions, which I did not know but plan to make use of in the future. By using tools like Google Custom Search, libraries are creating local search engines, rather than just having a page of local links. MyCommunityInfo.ca is a popular search engine for residents of London, Ontario.

Local blogs also provide information about communities, so creating a local blog directory might be useful. Be sure to add them to your local search engine. Local news sites blend user-generated information with traditionally published sources. Useful news sites will allow users to personalize them and add content. Libraries are involved in creating local online communities (see Hamilton Public Library in Ontario).

Local data is being aggregated by sites like EveryBlock, which pulls information from the deep web. It’s currently available in three cities (Chicago, New York, & San Francisco) with plans for expansion, and once the grant ends, the code will be opened to anyone.

Wikipedia is a start for providing local information, and a few libraries are using wiki technology to gather more detailed local information.

Metadata such as geotagging allows more automation for gathering locally relevant information. Flickr provides geographic feeds, which can be streamed on local information sites.

Libraries are using Google Maps mashups to indicate their locations, but could be doing more with it. Libraries could create maps of historical locations and link them to relevant information sites.

No successful revenue generation has been formulated for local information sites. Most local sites are generated by passionate individuals. Libraries, which are not revenue generating sources anyway, are better poised to take on the responsibility of aggregating and generating local information. Particularly since we’re already in the role of information provision.

Libraries can be the lense into local information.

pity the ____

One of my recent webcomic finds (besides Questionable Content — sorry, Benjamin) is Sheldon. I can’t quite explain why I like it so much, I just know that in the past couple of months, it’s been one of my regular must-reads. The comic has an RSS feed that includes both the strips and the author’s … Continue reading “pity the ____”

One of my recent webcomic finds (besides Questionable Content — sorry, Benjamin) is Sheldon. I can’t quite explain why I like it so much, I just know that in the past couple of months, it’s been one of my regular must-reads.

The comic has an RSS feed that includes both the strips and the author’s blog entries. Today he highlighted an archive strip that he ran across while going through the process of tagging each strip for the search engine. It made me giggle and reminded me I probably should blog about it so that other folks can enjoy it, too.

search engine wars

Marketplace had and interesting story yesterday on the search engine wars. One of the people that the reporter talked to said that although search engines are currently the hot ticket for online advertising, he is looking forward to the next big thing to come. He said that back when Goggle was just getting started, web … Continue reading “search engine wars”

Marketplace had and interesting story yesterday on the search engine wars. One of the people that the reporter talked to said that although search engines are currently the hot ticket for online advertising, he is looking forward to the next big thing to come. He said that back when Goggle was just getting started, web portals were the thing, and now web portals are a thing of the past.

Today as I browsed through the blogs and Google News searches in my RSS feeder, I got to thinking about how blogs and wikis are becoming more and more popular, and probably whatever comes out next in the way of big money on the Internet will be realted to RSS feeds. I just added a few saved searches from Feedster, which are based on keywords, and I thought, “If Wil Wheaton has a blog, then why wouldn’t X10 or some of the other more annoying online advertisers set up blogs and use keywords to get folks like me to view their site?” Scary thought.

css.php