Bookmarking Favourites

Finding the right resource to resolve a query at the enquiry desk can sometimes be a tricky affair, particularly if the methods for bookmarking aren’t exactly helpful.  Members of staff who are faced with queries that require access to a specific website are often left to flounder as they root around various sub-folders amongst their Favourites bookmarks on Internet Explorer.  For inexperienced members of staff, this can be an exasperating situation.  However, there are a variety of tools that are available to efficiently direct members of staff to appropriate internet resources.

Perhaps the most widely used bookmarking tool is Delicious.  For a long time, I was oblivious to what Delicious could actually do.  I saw the links at the bottom of various pages, but had no idea as to the value of the tool itself.  Eventually I decided to ‘take the plunge’ and see what it has to offer.  There are certainly a number of advantages for using Delicious in the context of an enquiry desk.  Firstly, there is the ability to tag links with subject headings.  Provided the links are tagged properly (and that is the key), it can inform the user of exactly what information is contained on that link.  This has a massive advantage over folders on your browser as, although they indicate what site they link to, they do not reveal what information these sites contain.  From an enquiry desk perspective, this is invaluable.  Staff are no longer required to plough through a variety of links before they find what they want, by clicking on an appropriate tag, they can find the information they want far quicker.  This means better service delivery as the information is located faster, and the user doesn’t have to deal with an increasingly frustrated member of staff, desperately trying to find the right information.

An additional benefit to Delicious is the fact that links can be viewed on any computer.  Should I see a link at home that I think might be valuable in an enquiry desk context, I can simply add it to my account and then visit the site at work should I have the appropriate query.  Likewise, should I be at work and discover a useful website, I can then access it at home at a later date.  In terms of public libraries, this is even more useful as different libraries across the same authority can add links that they find useful and thus share them with members of staff in other libraries.  This also means that should members of staff have a particular expertise in one subject area (in terms of knowledge of useful internet resources), that expertise can be shared with people throughout the authority.  A massive advantage to effective service delivery.

Although there are a number of benefits to this form of organising internet links, it is not without its problems.  User tagging is a very useful tool, as long as everyone tagged links in the same way.  What might be seen as an obvious tag for one member of staff, might not be so obvious for another.  As a result, members of staff might overlook important resources that can deal with the query and will consequently be no better off than using the old-fashioned method of bookmarking.  This is perhaps the biggest problem in allowing members of staff to add their own links and tag them as they see fit.  Without some form of central control, there would be inconsistency which would lead to inefficiency.  A hundred members of staff means a hundred different ways to tag one item.  Take these two photos from FlickR, both of roughly the same subject:

25 de Abril Bridge with Cristo-Rei

25 de Abril Bridge, Lisbon

The first photo is tagged as follows:

portugal holiday 2008 lisbon 25deAbrilBridge tagus suspension

The second is tagged:

25deAbrilBridge lisbon portugal suspensionbridge cristo-rei rivertagus almada franciscofrancodesousa antoniolino

As you can see, there are a number of subtle differences in  how the two are tagged.   The first one uses the tag ‘suspension’ whilst the second uses ‘suspensionbridge’.  Clearly in the case of the first set of tags, care will need to be taken when searching.  Someone looking for ‘suspension bridges’ will obviously not retrieve this image.  Likewise, if someone was looking to find examples of work by Francisco Franco de Sousa, they would also miss the first image.

Taking all of this into account, imagine the problems that would occur if members of staff each tagged links themselves, the problems would be multiplied many times over.  As a result, the utilisation of Delicious would lose its advantage over folders stored on the browser.  That said, if it was used in a controlled manner, Delicious could be a very useful resource for public library enquiry desks and a welcome aid to those less-comfortable in dealing with internet based queries.

Catalogue Solutions

So, as you may be aware, I have been spending some time working on a solution to our un-catalogued items.  Well, I have had to pass on my work to someone a bit higher up the ladder (guess I should have done that before I had done so much work on it!!), who is going to have a look at what I have been doing and see if it is either useful or an avenue worth exploring.  Hopefully I will get the all clear to continue as I think it could be a really useful resource.  If not, well, it’s back to the drawing board I guess!!

Cataloguing on a Wiki

As I noted on a previous post, I have been working on solving a few practical problems at work.  As part of my drive to catalogue materials that are not on our library management system, I have been adding our collection of maps onto a wiki I have set-up at Zoho.  Up until now, the maps have been catalogued on a spreadsheet several pages long.  This meant that searching for a specific map was laborious to say the least.  To make the search process easier I split the maps up in to different areas and gave each area its own wiki page.  This meant that when a search was conducted, it would at least narrow it down to a general area.  However, the process hasn’t been without its blips.

The main problem has been with the hit-and-miss nature of the search engine.  When entering one particular search term, the engine threw up no results, even though I knew the term was in the database.  Thankfully, the guys at Zoho have been very helpful.  After encountering the problem, I decided to get in touch with a member of the team.  Impressively, they got back to me the very next day and said they would look into it.  It turned out there was a fault with the software and they assured me that they would rectify it.  They also asked of there were any features that would make the service easier to use.  I suggested that it would be useful if when a search is conducted, instead of just directing you to the page, the search terms could be highlighted on the wiki page.  Again I got an email the very next day, and they said they would look into it.  Impressive service!

I am really hopeful that this will make it easier for members of staff to use and I am hoping to build it into a one-stop shop for help with reference queries.  It will provide a wealth of information specific to our library that is easily searchable.  For example, a page would be created with copyright information on maps so that (as inevitably happens) when members of staff struggle to remember the technicalities of copyright laws, they can find the information via a simple search engine on the database.  It will take a lot of time to get to this stage, but I am confident that using a wiki in this way will make it much easier for staff to provide a quality service and, after all, that is what we should be aiming for.