User login

Navigation

You are here

library

Subject Guides from the IMechE

In order to try and get some of the vast store of engineering information we're sitting on out to a wider audience we've created a number of occasional subject guides for engineers and students. The aim is to highlight sources of information available from our Library and the Institution itself.

You can see an example of one of these (for the aerospace industry) here, from which you can browse to a whole host of others.

Zhigang Suo's picture

Pay per paper (P3)

(Originally published on Applied Mechanics News on 22 July 2006, where many comments provided remarkable insight)

I’ve just stopped subscribing to Science. The magazine is great, but few papers in it interest me. The signal-to-noise ratio of Science, I guess, is just too low to most individuals. Instead, I’ve now subscribed to the RSS feed of Science. If any paper looks interesting, I can access to the full paper online through Harvard Libraries. Outside my office, a color printer is free to use for everyone. A library of an institution seems to be an ideal home for a journal like Science. Nearly every individual paper in Science is of high enough quality to appeal to someone in the institution.

Few journals can make that claim, however. Most journals are only relevant to several people in an institution. Furthermore, few researchers read any scholarly journal from cover to cover. Rather, we all read individual papers. However, libraries subscribe to journals, or even bundles of journals. As a result, the libraries pay for many papers that nobody reads, and miss other papers that someone would like to read.

This business model is bad for authors and readers, and possibly even bad for publishers. Technology now exists to distribute information far more efficiently, in a unit consistent with how people consume the information. For example, many people now prefer buying individual songs to albums. See a recent book, The Long Tail, by Chris Anderson, the editor-in-chief of Wired, for a remarkably perceptive analysis of media industries.

The same business model may apply to scholarly papers. One may argue that journals, like albums, were invented as a packaging technology to suit the old economics of delivery. As scholarly papers are all online, the name of a journal becomes simply a tag to the papers published in that journal. Maybe a powerful tag, but a tag nonetheless. So far as how papers should be distributed, the name of a journal should serve the same function as all other tag-like entities: keywords, names of authors, etc: the tags help readers to sort papers and set priorities. It makes no sense for anyone to insist that papers with any particular tag be delivered as a bundle.

Many publishers already offer individual papers for sale online; for example, the cost is at $30 per paper for many Elsevier journals. Once a reader buys a paper, it seems reasonable to share this paper with his close colleagues, and it also seems reasonable to store the paper for future use. Perhaps we can formalize this practice.

How about we treat a paper just like a book? With one click, a reader will have the paper, and his library will automatically pay for it. Once bought, the paper is accessible to every user of the library. We can also collect statistics. If the users of a library buy many papers in a journal, the library should subscribe to the journal. Libraries will set up an algorithm to minimize the total cost. Publishers will set up their algorithms to maximize profits. However, libraries and publishers do have a common ground: they both want to help people to find papers.

To support such a business model, a third party may provide a web service. It seems to be too wasteful to make every individual library and every individual publisher maintain a separate web service. Something like Amazon.com or Last.fm for papers might do. The service can also be an extension of services like EZproxy or CiteULike.

Zhigang Suo's picture

Libraries and Amazon

(Originally posted on Applied Mechanics News on 25 June 2006)

Libraries take premium spaces, which will not grow and will likely shrink. As more and more books are stored in off-campus depositories, people miss the serendipity of browsing among shelves and discovering books that they don’t know they’d like to read. They can browse the catalogues of the libraries. However, a typical catalogue of a library contains meager information: the online catalogue is a clone of its ancestor on cards. Creating an information-rich and user-friendly online catalogue is too expensive for a library.

These problems have a solution. The primary source of data on books is Amazon. It contains publisher-supplied data such as cover images, table of contents, index, and sample material. Searchable full texts are within reach. Perhaps even more valuable, Amazon contains comments of users on books. Based on collective behavior of users, Amazon also recommends books to users. Amazon will no doubt continue relentless innovation.

In an ideal world, a user should not waste his time on the catalog of a library, nor should the library waste its resources on maintaining a stand-alone catalog. The user should simply browse on Amazon. Once he finds an interesting book, a single click should tell him if the book is in any of the libraries accessible to him. In this ideal world, to enter a book into the catalog of a library, a librarian only needs to enter a single number: the call number of the book. All other data of the book are not library-specific and are already in Amazon. What if the library owns a book not in Amazon? The librarian should enter a detailed description of the book, as if she were the publisher of the book.

This ideal world may not be far different from our world. The LibraryLookup Project allows a user to generate a bookmarklet, so that with one click he can look up a book in a library, while surfing on Amazon. The creator of the Project, Jon Udell, has developed a screencast to guide you through the process of generating your own bookmarklet.

A deeper integration of Amazon and libraries would harness more power. The statistics of borrowing books could be aggregated from all libraries and be used to recommend books to users. Amazon, libraries and some third party could collaborate on the business of print on demand. Libraries could send even more books to depositories and greatly simplify efforts in cataloging books. Users would have a seamless experience with books. Oh, if a book is not in a library, users could suggest, with a single click, that the library order the book.

Ending added on 26 June 2006, after reading a message from Zak Stone. Amazon.com is named after the Amazon River, the largest river in the world, carrying more water than the next six largest rivers combined. May the rivers of libraries and the streams of users contribute to the River of All Books. May Amazon.com nurture the civilization without drowning us with commercialism.

Note added on 10 July 2006. An entry describes my experience with LibraryLookup Bookmarklets.

Note added on 15 July 2006. Wall Street Journal (13 July 2006) on Rice University's Press on line and print on demand (POD). For an example of comercial POD, see lulu.com. Also see a recent product annoucement of e-reader.

Note added on 17 July 2006. OCLC and Amazon: A Connection Revealed.

Note added on 27 July 2006. Springer will offer all new titles in e-book form.

Note added on 20 August 2006. Amazon introduces library processing.

Note added on 31 August 2006. Google offers free download of books.

Note added on 31 August 2006. Stanford's vision for library.

Subscribe to RSS - library

Recent comments

More comments

Syndicate

Subscribe to Syndicate