My New Job as User Experience Librarian

This month, I ended more than ten years of service in the Information Services Division at the Newman Library at Baruch College and started a new position as a user experience librarian in the Collection Management Division. While I will continue to provide reference services and teach workshops and credit courses, I’ll be working on all sorts of projects in Collection Management that focus on improving access to and integration of the library’s online and on-site resources. The work will consistently be driven by user needs, which means that I’ll be involved in a lot of usability tests, focus groups, surveys, and more, as part of an effort to design a better experience for our students and faculty. So far, I’ve been hip deep in our link resolver (SFX), our ejournals lookup system (Serials Solutions 360 Core) our federated search tool (Serials Solutions 360 Search), and admin options for various databases. My supervisor and amazing colleague, Mike Waldman, and I hope to release a mobile-friendly website that links to mobile-friendly databases, a LibX toolbar, and a project involving QR codes in the stacks linking users to electronic resources and LibGuides.

I expect I’ll still be posting items at my other blog, Digital Reference, but will also be active over here at Beating the Bounds, which is where I go when I want to talk about scholarly communication, open access, fair use, copyright, information literacy, databases, social media, and user experience.

(cross posted at Digital Reference)

Copyright Trumps Creativity

If you haven’t seen the post on Waxy.org by Andy Baio about how he felt compelled to settle a case in which he was accused of copyright infringement, go read it now. It’s a great, personal tale about how copyright laws have over-reached and block artistic expression. It’s also a nice intro to the indeterminacy of fair use guidelines, especially the issue of what counts as a transformative use.

Thanks to Jessamyn West for her retweet that brought this to my attention.

Where Open Access Can Take Us

In this highly recommended interview by David Weinberger, open access advocate Peter Suber offers a pithy explanation of how open access means more than simply making scholarly communications freely available online:

Open access is not the end, it’s the means…to enhanced forms of research.

By making vast swaths of publications freely available online, we make it easier for us to design systems for text mining, meaning extraction, and automated classification and abstracting.

Definitely check out the full interview, which can be found in episode #2 (“Free Knowledge”) of the Library Lab podcast.

LexisNexis Academic To Release Interface Optimized for Mobile Web Browsers

As an update to my last post (“Apps vs. Mobile Web Optimized Interfaces for Search and Discovery”), I just want to make a quick note that LexisNexis has confirmed that their forcoming new mobile interface with LexisNexis Academic will be not be a dowloadable app but instead something that is designed to work in mobile web browsers.

I hope that they’ve designed it so that it automatically detects whether you’re using a browser on a phone and then redirects you to the optimized interface. Some of the database vendors that offer mobile browser interfaces require the library to set up a unique of URLs for the mobile versions, which means the number of links you have to maintain and provide to your user has doubled. As anyone who has tried to maintain electronic resources for a library knows, keeping on top of URL changes for those resources is a major time sink, as the links are usually spread across a wide number of pages on a library website.

Apps vs. Mobile Web Optimized Interfaces for Search and Discovery

I really wish the publishing companies, scholarly societies, and database vendors that are exclusively developing apps for mobile devices would rethink their preference for apps over interfaces that are optimized to work on mobile web browsers. Ever since Apple launched its app store on iTunes, web developers have been debating whether it is preferable to do a mobile web optimized site or instead release an app. Now that the vendors that libraries rely on for databases have earnestly entered the world of mobile design, there seems to be a lack of uniformity of opinion about the best way to proceed. Some companies have only released apps:

Others have only done interfaces that are slimmed down enough to work comfortably within a mobile web browser:

Some have hedged their bets and offer both apps and mobile web interfaces:

Some notable vendors have yet to release their mobile service yet. LexisNexis Academic will have a mobile interface this summer, though I’m still not clear if it’s an app or a mobile browser interface. ProQuest’s new platform for it’s databases is supposed to have mobile browser interface, but I haven’t seen it yet (I’m not sure if it hasn’t been released yet or if it requires you to switch over to the new platform, which we haven’t yet done in my library). Having tried most of the apps and web interfaces for the products above and having thought about how my library will promote them to our students, I’ve come to the conclusion that for the moment, the mobile web experience is superior to the app one. Here are the reasons why I’m not a fan of the apps I’ve seen.

  • Apps have to be downloaded. The user who wants to find something has to first take the extra step of installing an app.
  • Apps have to be updated. I don’t know if the apps that the library vendors will provide will require as frequent updates as the other apps on my phone, but even having to do it at all is an extra annoying step for our users to periodically follow.
  • Clunky authentication. Users have to do things like fill out a form with their app and get an email back from the vendor with a special code to be entered into the app. Other apps have to be “paired” up while the user is on the library’s or college’s network.
  • Idiosyncratic authentication. It’s hard enough getting our users to enter some sort of user name/password combination for most of our databases they access via regular web browsers, but at least it is a consistent experience. With apps, we’re expecting our users to get used to a variety of authentication schemes that vary from app to app. Furthermore, each app requires you to authenticate. If you use a browser to visit library databases (on a regular browser or a web one), you authenticate once that session and use as many databases as you want without having to re-authenticate each time you try a difference resource.
  • Apps take up space. Our library has huge ecosystem of databases. Do we really expect our users will want to use up valuable screen real estate and space in the phone’s memory with all the databases they may need?
  • Eclipse other databases. It’s already challenging enough to get users to recall that there are more databases than the ones with the easy-to-recall brand names (JSTOR, LexisNexis). A user who has downloaded a database app or two is going to be less likely to recall that there may be other, possibly more relevant, database options for mobile search. If you are looking at mobile optimized web page listing all the library’s mobile-friendly databases (perhaps sorted by subject, by title, etc.), there’s a greater chance they’ll use a wider variety of databases than if they’d downloaded an app or two.
  • App names often differ from regular web versions. Why should we add to the mental burden of our users by asking them to recall that what we call IEEE Computer Society Digital Library (an ungodly name to begin with) is the same as IEEE Xplore Mobile Digital Library (the former is the regular web version and the latter is the mobile app version)? Or expect them to know that buried in the sprawling app from Gale called Access My Library are the mobile versions of Business & Company Resource Center, Gale Virtual Reference Library, and more?
  • No link resolvers. I didn’t see any link resolvers in the apps. Admittedly, it’s not clear to me whether the link resolver we use (SFX) works properly in the mobile browsers I’ve used. Assuming that link resolvers can be made to work in the browser, I like that we can recreate the ecoystem of databases and link resolution that we have on the regular web. I don’t see how that ecosystem can be easily recreated in a world of mobile apps for each database.
  • Libraries can’t customize apps. The admin options that libraries are given to tinker with the look and feel of their web-based databases are not available with the app versions of databases.
  • Vendors don’t offer apps for all mobile operating systems. Very few apps come in versions for all the major mobile operating systems: iOS (for iPhones and iPod Touches), Android, and Blackberry.
  • Developing apps is expensive. The wish list of things I would like database vendors to fix or improve is lengthy. Spending precious time and money to develop apps is not at the top of my list. The cheaper and, in my mind, better option, is to develop for mobile web browsers first, as that lets vendors get their products onto a wider range of mobile device more quickly than if they were to take the time to develop apps for each of the mobile OSes.

I recognize that the vendors, publishers, and scholarly societies are just dipping their toes into the world of mobile services. I hope, though, that they don’t get carried away with apps and can recognize the limitations that those apps have right now.

H.W. Wilson Gets Swallowed Up

I was saddened to hear yesterday on the Against the Grain blog that EBSCO would be acquiring H.W. Wilson. While I have no doubt that Wilson was ailing financially for a while and wasn’t exactly winning any love for its interface, I do have fond feelings for the company for two reasons. First, one of the few things that I recall about my elementary school library from the early 1970s was being introduced to the Readers’ Guide to Periodical Literature. Second, while in library school at the Pratt Institute in the last 1990s, I went on a tour of the Wilson offices up in the Bronx. A a burgeoning library geek, I was thrilled to see cubicle farms where staff were actively indexing journals and magazines as we walked by. Even better, though, was the on-site printing plant that Wilson still maintained and was in operation when we visited.

Fewer database vendors means to me less competition and less innovation, bad news for those of us in the library world. Here’s the text of the email that went just went out moments ago to Wilson customers about the acquisition by EBSCO:

A New Future for H.W. Wilson

Dear Customers:

We have exciting news to share.  As you know, it has always been our goal to provide the best products and services to our customers, and we are dedicated to supporting the library community as a whole.  We will continue to uphold these objectives, and will do so together with EBSCO as we move forward. 

Effective May 31, 2011, Wilson has merged with EBSCO Publishing.  We have maintained a strong partnership with EBSCO through the years, and this joining marks an exciting new beginning that will be immensely positive for Wilson customers.  With more than 150 years of combined experience serving libraries and research needs, the strengths of both companies will come together to provide greater products and services – enabling us to take the Wilson databases to unprecedented heights, and together enhance the EBSCO databases as well.  As Wilson databases are added to the EBSCOhost platform, customers will be encouraged to transition to EBSCOhost, and you will begin to see the results of the combined effort of Wilson and EBSCO.

This partnership will enable huge strides for our companies in serving our customers, and helping you to support your end users.  We thank you for your business and loyalty through the years.  We look forward to serving your needs for years to come.

For questions that we anticipate will be frequently asked, please visit:  http://support.epnet.com/knowledge_base/detail.php?id=5482

Sincerely,

 

 


Deborah Loeding
Vice President, Sales & Marketing

 

Mobile Friendly Databases

Today, I’ll be giving a short presentation to colleagues from other libraries in the City University of New York that will focus on the topic of databases that have mobile friendly interfaces. I decided against using slides and am instead going to distribute this handout with the outline of my presentation.

Mobile Databases Presentation LACUNY 12 May 2011

Inexpensive Event in NYC on Mobile Services and Libraries

In a few weeks, I’ll be one of four presenters at an event here in New York City on mobile services and libraries. If you are a member of the Library Association of the City University of New York (LACUNY), the event is free; otherwise it’s just $5. Here’s the announcement going out on various lists:

The Pocket Library: Trends in Mobile User Services
Thursday, May 12th
1:30pm – 4:00pm
CUNY Graduate Center, Rm C197

Please join the LACUNY Emerging Technologies Committee for a series of presentations on the use of mobile technologies in the delivery of library services. CUNY librarians will discuss challenges and opportunities related to the design, implementation, assessment, and promotion of mobile library services.

Light refreshments will be served. Admission is free for LACUNY members. Non-members pay a $5.00 admission fee at the door or online via PayPal. Space is limited so please register by May 6th to reserve your seat.

Register online at: http://lacuny.org/committees-and-roundtables/committees/emerging-technologies

Hunter College Libraries Mobile Web Project
Danielle Becker, Web Librarian, Hunter College
Discover what went into creating the Hunter College Libraries mobile web site. Hear about their mobile strategy and what their next steps are in their ongoing mobile development process.

Mobile Friendly Databases
Stephen Francoeur, Information Services Librarian, Baruch College
This presentation will examine the trend of databases that have web interfaces optimized for mobile devices or mobile apps. The usefulness and viability of these mobile solutions for databases will be explored, as will strategies for connecting your library’s users to these resources.

Mobile Information Literacy: Let’s Use an App for That!
Stefanie Havelka, Electronic Resources-Web Services Librarian, Lehman College
Alevtina Verbovetskaya, Instructional Technologies Librarian, Lehman College
Accessing data and information via apps and mobile websites has become the norm. To better serve our students and faculty, we as librarians need to keep abreast in the field of emerging technologies. We need to be able to identify authoritative apps and recommend free & paid apps to our patrons. We also need to teach our users how to be information literate on the go.

Using QR Codes to Link Real & Virtual Library Space
Joseph Deodato, Web Services Librarian, College of Staten Island
QR codes are two-dimensional barcodes that can be used to send text, audio, video, and other digital media to a user’s smartphone. Learn how QR codes can be used to deliver point of need services and link physical and virtual library space. Uses, benefits, and considerations for implementation will be discussed.

Naming Conventions for Databases

One of the things I struggle with when thinking about the library website is how to name the databases and other online resources that we subscribe to at my library. My general principle is to have the database name on the library website match the way that the database names itself. In general, this means leaving the platform/vendor name out of the name we use on the library website. Rather than say “EBSCOhost Academic Search Complete” or “Academic Search Complete (EBSCOhost),” it makes more sense to just list it as “Academic Search Complete.”

I get that including the platform/vendor name as part of the naming system you use on the website may help those users who can’t quite remember the exact name of the database they were supposed to use or that they used once before. By offering the vendor or platform name (EBSCOhost, ProQuest, WilsonWeb, etc.) as well as the specific database name, we’re giving our users  more details that may trigger recognition. On the other hand, I’m more concerned that students be able to indicate the database name correctly in any citations that they include in a bibliography. In general, the style guides seem to suggest that you just use the database name. Many of the databases will generate citations for sources that you find, and those citations usually leave off the vendor or platform name.

This week, I noticed that a database we’ve listed as “Westlaw Campus” is probably more correctly referred to as “Campus Resarch.” Before I recommend to my colleagues that we rename the database on our site, I’m curious about how other libraries list that database on their library sites. If you’ve got 30 seconds, it would be great if you could indicate on this poll in Doodle how your library handles the naming of this database. I’ll do a post later where I summarize the results.

New Site for Finding LIS Events

Blake Carver’s LIS empire has expanded to include a new site, LISEvents, that offers a calendar of conferences, webinars, seminars, etc. that would be of interest to folks working in the library and informaton science fields. I think that if enough people get involved to submit events to the site, it can become the go-to site to find conferences and replace older sites that rely on one person’s diligence to capture and publish this kind of information (such as the Library Related Conferences page).