Showing posts with label search engines. Show all posts
Showing posts with label search engines. Show all posts

Friday, September 2, 2011

Getting our foot in the door to Moodle(Rooms)

My awesome co-worker and frequent co-conspirator Barbara Arnett has whipped up a little library resource search box that can be added to courses in our course management software (we just switched to Moodle.) We're currently working on convincing them to add it to the school's course shell template, so it will appear by default in every single course (where each prof will have the option to remove it, if they so desire.)

We're running into some trouble because we're using MoodleRooms to host the CMS, and apparently they charge extra for this sort of thing, but I have to imagine that this would really be useful for students. In the past, the course shells included a link to the library's homepage, with no explanation of how to use the site once they got there. We never really analyzed click-throughs from Blackboard (our old CMS), but the link was fairly buried (as opposed to having the search box prominently located on the side of every screen, as would be the case in Moodle.)

Is anyone else working on something like this? Did you have any trouble getting your school to add it to the template? Do you think it will increase online resource usage?

SCREENSHOTS (click to embiggen):

library link in Blackboard, located only under "Course Content"

library search box in Moodle, located in right-hand column of every page

Monday, March 14, 2011

oneSearch bookmarklet @ LibTech 2011

On March 17th (this Thursday,) I'll be presenting at the Library Technology Conference on the oneSearch bookmarklet tool created by Barbara Arnett and I.

Barbara won't be able to make it out to Minnesota (she'll be presenting the bookmarklet to the NJLA 2011 Technology Innovation Award committee,) but because we want to be as practical as possible in our presentations, she put together a quick reference for the three parts of the bookmarklet (you don't actually need the third piece, it just creates a nice button for users to drag and drop into their browser, as opposed to a simple link.)

Below is the code you'd need to get started working on your own browser-based search bookmarklet:


(1)HTML, (2)Javascript & (3)CSS:


1 - HTML to display bookmarlet on your webpage:


(edit this line: {document.body.appendChild(document.createElement('script')).src='http://www.stevens.edu/library/js/search.js';}
so that the red text links to the JavaScript file you place on yo
ur server)


2 - Javascript to sit on your server (sits in search.js, referenced in bookmarklet HTML)


(edit this line: _gaq.push(['_setAccount', 'UA-XXXXXXX-1']);
so that the red text reflects your own Google Analytics account number (you can also find this complete code within GA, in actions->edit->check status,)
and this line: var searchString='http://ezproxy.stevens.edu/form?qurl=http://XXXXXXXX.cs....&field=title&term='+(Ti);
so that the red text reflects your own search URL, which you can get from your catalog, database or federated search vendor)

(Note: if you don't want to use Google Analytics, just remove all the code before the line: var Ti=document.title.replace('- Wikipedia, the free encyclopedia','');)


3 - CSS needed for the button:


(You can do this as inline CSS or a separate stylesheet. Just replace the background image with your own image file.)

-------------------------------------------------------------
***OR, if you'd rather just download all the files, edit them, and place move them to the appropriate locations on your server, you can download the file packet (with instructions in a ReadMe.txt file.)***
-------------------------------------------------------------

Presentation slides:



One note: when we developed the bookmarklet, we were beta-testing Ebsco Discovery Service. We have since switched to Serial Solutions' Summon, but while that's being configured, the bookmarklet used our integrated search (also a Serial Solutions product.)

On the down-side, this has caused some inconsistency in our screenshots (the slides feature EDS screenshots, since we don't have full access to Summon yet.) However, this does emphasize the importance of having the full code reside on your server, as we've been able to make the required adjustments to the code without users having to re-install the tool.

Tuesday, October 5, 2010

Bridging the gap from Wikipedia to scholarly sources: a simple library bookmarklet

So I know I have been alluding to a fancy-shmancy "project" for awhile now, and it's finally at a point that I can show it off! Barbara Arnett and I (mostly Barbara, but I set the project in motion, so that counts for something I guess) have created a javascript bookmarklet that can be used in any browser to execute a search in Ebsco Discovery Service from any web page.

The impetus for this project was a tendency for novice researchers to rely on internet sources that may not be up to the standards required by their professors for college-level research (read: Google & Wikipedia). Unfortunately, those users were not only beginning, but ending their search with those websites, without ever trying the library’s subscription databases, or even making it to the library’s website.

Stevens is currently undergoing a trial of Ebsco Discovery Service (EDS), a federated search tool which includes the library catalog data. To make it easier for students to search the library resources, we decided to create a bookmarket that eliminates the step of having to go to the library website first before searching library resources.

The bookmarket provides an important bridge between common search behaviors (especially among undergraduates), and the "deep web" content located in library-funded, proprietary databases, thus easing their transition into scholarly research. You just drag-and-drop it into any browser, after which a search can then be initiated from any webpage the user visits. When the bookmarklet is clicked, the search terms default to the title of the page (so it works especially well with Wikipedia articles), and a prompt is displayed that allows the user to edit the terms, if so desired. When they press the OK button, the search is automatically executed in the Discovery tool and the results are displayed in a new browser window.

The bookmarklet is written in simple Javascript code, which resides on the library’s server, so it can be edited or updated without the user having to reinstall it. It works on all major browsers, and can also be edited to work with various search tools, such as specific databases, library catalogs or competing federated search tools (such as Serial Solutions’ Summon.)

A short demo:



Barbara and I will be participating in a webinar for the Metro New York Library Council in December, demonstrating various tech tools for libraries. See here for details: http://bit.ly/aYud4Q

11/19/10 - NOTE:

Ken Varnum at the University of Michigan has used our code to create an ArticlesPlus bookmarklet for their users. To make it easier for other developers to adapt our code for their projects, here it is, in its entirety. You'll have to edit it to use whatever search tool you want it to run, and change it to link to your own Google Analytics account (or just take that part out if you're not using GA), and we ask that you keep the attribution statement in there.

Thanks!

~val

Monday, September 13, 2010

Google Instant: an early review (with references!)

In the spirit of full disclosure, I had to write a journal entry for my Engineering of Enterprise Software Systems class, and I figured, hey, I wrote the damn thing, why not post it as a blog entry, since it's about search(-ing), and thus relevant to libraries? And yes, leave it to a librarian to have 8 reference for a page-and-a-half long paper.

--------------------------------------------------

This week, Google (NASDAQ:GOOG) announced “Google Instant”, featuring predictive, real-time search results, meaning you can see your search results update according to each character you type in the search box, as you type it. The company claims this speeds up searches by an average of 2 to 5 seconds per query.

Based on what I understand about databases and search technology, this would require a database call for each character typed, which, given the millions of people using Google’s search at any given moment (they recently reached 1 billion users a week, according to USA Today), would place a huge load on their servers/system.

Google’s new real-time search functionality uses AJAX (Asynchronous JavaScript and XML). This technology (or really, groups of technologies, including JavaScript, XML or JSON, XHTML, among others) allows web applications to run independently of a web page, so data can be retrieved from the server while the rest of the page loads (asynchronously). In other words, it allows different portions of a page to load/update separately, or asynchronously.

Apparently, the underlying technology is so simple, users have begun creating imitation real-time search applications for popular sites such as YouTube and Twitter (15-year-old web developer Stephen Ou built “iTunes Instant” in just three hours.)

Although it’s still pretty new, users have begun weighing in on Google Instant. Reactions range from love to hate, as is usual with any new technology. In an opinion piece in The Guardian, Charlie Brooker laments:

I'm starting to feel like an unwitting test subject in a global experiment conducted by Google, in which it attempts to discover how much raw information it can inject directly into my hippocampus before I crumple to the floor and start fitting uncontrollably.

In general though, people seem to like the speed, but are unsure if a faster search was really necessary, especially at the cost of some well-liked features that Google has dropped with this launch, including the search box that used to be located at the bottom of any page of search results, and the retention and auto-suggest feature for recently-completed searches.

Although some people may be underwhelmed by this new search feature, they are voicing concerns about some aspects of it.

The company is apparently filtering search results, and not returning items from queries that are deemed “offensive”. This not only brings up censoring issues, but can have unintended consequences, like in the case of Irina Slutsky, a reporter for Advertising Age, who complained that results related to her were being blocked because of the first four letters of her last name.
There is also concern over how Google is choosing results, and the affect that this, along with quickly appearing (and disappearing) will have on sponsored search results and ads. IBM’s Todd Watson was quoted as saying:
Let me explain: go to www.google.com and just type in the letter "A." What comes up first in the listing? "Amazon." Followed by "AOL." Followed by "ATT." I skipped on over to "I," thinking that IBM might come up first. But no, it was "IKEA." ... what in the world is IKEA doing coming up when I search for the letter "I"??
-----------------------------------------------------
References:
  1. Brooker, Charlie. 2010. “Google Instant is trying to kill me”. The Guardian. September 13. http://www.guardian.co.uk/commentisfree/2010/sep/13/charlie-brooker-google-instant. (accessed September 13, 2010).
  2. Hachman, Mark. 2010 “Google Launches Google Instant: Predictive, Real-Time Search.” PCMag.com. http://www.pcmag.com/article2/0,2817,2368861,00.asp. (accessed September 13, 2010).
  3. Holdener, Anthony T. 2008. "Ajax: the definitive guide." STEVENS INST OF TECHNOLOGY's Catalog, EBSCOhost (accessed September 13, 2010).
  4. Jefferson, Graham. 2010. "Google starts searching before you finish typing; New Instant tool could change business strategy." USA TODAY (Arlington, VA), September 08. NewsBank, EBSCOhost (accessed September 13, 2010).
  5. Jeffries, Adrianne. 2010. “Google Instant Search Inspires Mashups Across the Web.” ReadWriteWeb. September 12. http://www.readwriteweb.com/archives/google_instant_search_inspires_mashups_across_the.php. (accessed September 13, 2010).
  6. Jennings, Richi. 2010. “Google Instant results: reaction roundup.” Computerworld. September 10. http://blogs.computerworld.com/16922/google_instant_results_reaction_roundup?source=t3. (accessed September 13, 2010).
  7. Metz, Cade. 2010. “Google Instant 'invented by Yahoo! in 2005'”. The Register. September 10. http://www.theregister.co.uk/2010/09/10/google_instant_v_yahoo_live_search/. (accessed September 13, 2010).
  8. Paul, Ian. 2010. “Google Instant: Criticisms and Controversies”. PCWorld. September 10. http://www.pcworld.com/article/205241/google_instant_criticisms_and_controversies.html?tk=hp_new. (accessed September 13, 2010).


Tuesday, July 31, 2007

Hakia: Semantic Search Engine

From ars technica:

Search engines generally don't understand either content on the Web or the content of user queries; they work through keyword analysis, link weighting, and other statistical methods that allow an engine to produce more or less relevant results without ever needing to understand the implicit question in the search query. [Hakia] recognizes the concepts that lie behind the search terms and attempts to match those rather than keywords. Read more...>>