• We’re Gonna Geek This Mother Out

    August 5, 2009

    what to do with the waterfront by mulmatsherm / CC-BY

    what to do with the water­front by mul­mat­sherm / CC-BY

    I am not much of a book reader.  I have a home com­puter.  It has a work­ing inter­net con­nec­tion.  Any inter­est I have in geneal­ogy or local his­tory could prob­a­bly be exceeded serendip­i­tously by talk­ing to fam­ily or neigh­bors and by wan­der­ing around the city.  As a fam­ily, we do not watch many movies.  I can­not seem to pay atten­tion to audio­books.  Our taxes are com­pli­cated enough that I use soft­ware to fig­ure them out.

    What I am say­ing is that I am not the tar­get mar­ket of pub­lic libraries.  Despite that, I am com­pletely intrigued by them.

    I worked for many years as a tech­nol­o­gist in aca­d­e­mic libraries.  They were all large research insti­tu­tions with big col­lec­tions, bud­gets and staff.  I was also not the tar­get mar­ket for them either (at least not after I grad­u­ated), but I under­stood the prin­ci­pal demo­graph­ics of their con­stituen­cies and their expec­ta­tion of the library.  I wit­nessed the shift in the aca­d­e­mic library from book depos­i­tory to IT shop (whether or not all aca­d­e­mic librar­i­ans agree on this assess­ment).  When the uni­ver­sity library stopped being “the place where the books are” it began to lose some of its iden­tity and many began try­ing to cre­ate “social spaces” within the library (pre­sen­ta­tion rooms, cof­fee shops, infor­ma­tion com­mons, etc.).  The pri­mary pur­pose of these endeav­ors, how­ever, seemed to be mainly to help mar­ket the library as the infor­ma­tion hub of the insti­tu­tion.  Since the infor­ma­tion is avail­able mainly via tech­nol­ogy, and the tech­nol­ogy makes the infor­ma­tion fun­gi­ble, it became nec­es­sary to rein­force the library’s impor­tance to the community.

    If this seems com­pli­cated, well, that is because it is.  The future of the aca­d­e­mic library is in lit­tle jeop­ardy, really, because its role and util­ity within the larger orga­ni­za­tion is pretty well defined and not eas­ily repli­cated by some other group or service.

    This is not to say (by any stretch of the imag­i­na­tion) that aca­d­e­mic libraries are sat­is­fac­to­rily meet­ing the needs of their “cus­tomers”.  Not by a long shot.  How­ever, if the aca­d­e­mic library is increas­ingly becom­ing a tech­nol­ogy orga­ni­za­tion then many of the aca­d­e­mic library’s prob­lems are tech­no­log­i­cal prob­lems, the­o­ret­i­cally with tech­no­log­i­cal solu­tions.  The major­ity of these prob­lems are at the inter­sec­tion of “the way we have always done things” and “where do we go from here”.  That is, these are tech­nol­ogy prob­lems that are enveloped in a sticky skein of sociopo­lit­i­cal issues.  If the inter­minable com­mit­tee meet­ings were ever to wear down that outer skin, it might just be pos­si­ble to make some real progress.  The library technologist’s hope springs eternal.

    The pub­lic library, on the other hand, appears to be roughly the inverse.  It is a pri­mar­ily social ser­vice that has clum­sily tacked tech­nol­ogy designed for aca­d­e­mic libraries to the top.  Any argu­ment for the mer­its of library appli­ca­tions pretty much breaks down when applied to the pub­lic library.  The audi­ence is dif­fer­ent and their needs are dif­fer­ent.  While, with­out a doubt, enabling research is within the scope of the pub­lic library, in real­ity the vast major­ity of trans­ac­tions there are far more mod­est.  The pub­lic that the library serves, largely under­whelmed by our com­pli­cated bib­li­o­graphic search tools, instead uses Ama​zon​.com, a tech­nol­ogy com­pany that has quite clev­erly tapped into social activ­i­ties (lists, “peo­ple who bought x also bought y,” etc.) to pitch their prod­ucts.  Most impor­tantly, the pack­ag­ing is slick and effortless.

    It is a shame — espe­cially con­sid­er­ing how inter­est­ing, fun, and reward­ing the projects would be —how lit­tle pub­lic libraries seem to be able to exe­cute their tech­nol­ogy.  Not that tech­nol­ogy is ignored, indeed my local library employs a vast array of appli­ca­tions to try to aid its users.  But this comes across as a hodge-podge: many dif­fer­ent inter­faces, none of them ter­ri­bly sat­is­fy­ing and not in sync with each other.  This is not exclu­sive to my library, of course, nor is it uncom­mon in an aca­d­e­mic library set­ting.  It would also be fairly eas­ily reme­died by some tech­ni­cal exper­tise, coop­er­a­tion, and a lit­tle bit of vision.

    Whereas the aca­d­e­mic library is likely not in jeop­ardy, the pub­lic library is sub­ject to far more fickle deci­sion mak­ers.  If the pri­mary bene­fac­tors of the ser­vice, mid­dle class tax pay­ers, see no ben­e­fits result­ing from the library’s exis­tence, it may find itself sub­ject to polit­i­cal pres­sure.  This is a pop­u­la­tion that, on the whole, is pretty wowed by style and con­ve­nience which tend not to be libraries’ strong suit.

    Know Your Audience

    My wife, Selena, is a stead­fast sup­porter of the pub­lic library.  She had an awak­en­ing about five years ago after shelling out tons of money to Ama­zon for books she read only once.

    Oh my God, they’ve got all these books.  For free!”

    At this point, we had been mar­ried for about four years and I had been work­ing in a library for about ten.  It is not like I hadn’t brought up the pos­si­bil­ity of the pub­lic library before, but I had no defense for her com­plaints about the catalog’s inter­face (SirsiDynix’s iBistro).  It took her requir­ing her high school stu­dents to get a library card to see the mer­its of the library and ever since she has been a devoted advocate.

    That does not mean that she still doesn’t have her com­plaints.  They are legit­i­mate gripes and, thank­fully, almost com­pletely tech­ni­cal.  Her issues are:

    1. There is no sim­ple way for her to find the inter­sec­tion of dis­cov­er­ing new things that might be inter­est­ing to her and what the library has.
    2. The library inter­faces are crude, unfor­giv­ing and pro­vide lit­tle that is use­ful for the casual reader.
    3. Two-plus month waits for the most pop­u­lar and cur­rent titles in the col­lec­tion is coun­ter­pro­duc­tive and fos­ters the notion that libraries are irrel­e­vant or out of touch.

    The third point is not exactly tech­ni­cal, I real­ize, but it has an effect on the library as a whole.  This will not stop me from offer­ing a tech­ni­cal sug­ges­tion that might help.

    Tell Me What I Want

    There are sev­eral oppor­tu­ni­ties in the library for serendip­i­tous dis­cov­ery:  the children’s book room, the returned book cart, the new books shelf, maybe a staff picks list.   It has not, his­tor­i­cally, been the forte of the library cat­a­log.  One of Amazon’s many strengths lies in its rec­om­men­da­tions and group­ings.  Sim­ply by being me and doing what I do, Ama­zon finds and presents me with things I might be inter­ested in based on how other peo­ple with pro­files like me shop.  While the rec­om­men­da­tions are gen­er­ally hit and miss, it made me aware of many things (espe­cially music) that I would have had no way of dis­cov­er­ing before.

    There are var­i­ous rea­sons that the library is reluc­tant to start cre­at­ing pro­file based ser­vices for its bor­row­ers:  USA PATRIOT act style pri­vacy con­cerns, pop­u­la­tion sizes that are too small to pro­duce mean­ing­ful rec­om­men­da­tions, etc.  U.S. libraries should pay close atten­tion to the UK’s MOSAIC project, how­ever, a JISC-funded ini­tia­tive to har­vest and mine cir­cu­la­tion data with the inten­tion of pro­vid­ing rec­om­men­da­tions based on bor­rower usage.  Assum­ing con­cerns sur­round­ing the dif­fer­ences in pri­vacy rights can be met, this could really begin to pave the way for­ward for such services.

    In the mean­time, there are tan­gi­ble ways to pro­vide less tar­geted, although still mean­ing­ful, rec­om­men­da­tions:  best seller, award, and book club lists.  Best sell­ers’ lists are, of course, a very rough met­ric of what is cur­rently pop­u­lar across Amer­ica and, in the case of some lists, tar­geted at par­tic­u­lar demo­graph­ics  (the New York Times, Essence Mag­a­zine, Evan­gel­i­cal Chris­t­ian Pub­lisher Asso­ci­a­tion, Powell’s Book­store, Inde­pen­dent Mys­tery Book­sellers Asso­ci­a­tion, etc.).  While best sell­ers lists give no con­text of the actual con­tent (out­side, pos­si­bly of fic­tion or non-fiction) and cer­tainly are no barom­e­ter to the qual­ity of the work, they do at least pro­vide a list of books that are cur­rently pop­u­lar, which might be all the dis­cov­ery some users need, espe­cially the spe­cialty lists.

    When I checked my local pub­lic library for access to their col­lec­tion based on best sell­ers lists, I was rather sur­prised to find that they did not have any.  This seemed so sim­ple and such an easy win for them, that I thought I would mock some­thing up so they could use it.  The New York Times has opened their best sell­ers lists and book and movie reviews through their API ser­vice mak­ing it very sim­ple to cre­ate a set of inter­faces based on their best sell­ers to the library cat­a­log.  Unfor­tu­nately, this proved to be harder than I orig­i­nally had hoped because the library cat­a­log has no machine read­able inter­face.  There is no easy way to pro­vide mashups to my library.  This is not ter­ri­bly sur­pris­ing; the same was true for Atlanta-Fulton County Pub­lic Library’s cat­a­log.  This is a ter­ri­ble shame.  If the library is unable to pro­vide the resources to cre­ate inter­est­ing and vibrant tech­no­log­i­cal ser­vices, they really should do every­thing in their power to facil­i­tate these ser­vices being cre­ated by mem­bers of their com­mu­nity.  This is exactly how Ann Arbor Dis­trict Library cul­ti­vated its “Super Patron”, Ed Viel­metti.  Iron­i­cally, the AADL already had a strong tech­no­log­i­cal base and prob­a­bly needed to depend less on their con­stituents than other libraries.  I sup­pose this stands to rea­son, though, what with the rich get­ting richer and whatnot.

    Quasi-tangential Rant

    The issue of com­pletely closed sys­tems res­onates with me espe­cially hard.  For the last two years, I have been work­ing on a project to build a spec­i­fi­ca­tion to pro­vide access to library data, via the Atom Pub­lish­ing Pro­to­col, called Jan­gle.  I was my employer’s rep­re­sen­ta­tive to work on the Dig­i­tal Library Federation’s Inte­grated Library Sys­tem and Dis­cov­ery Inter­face API.  This year, my work has pri­mar­ily been split between try­ing to herd Jan­gle along and try­ing to find oppor­tu­ni­ties to expose library data and ser­vices as Linked Data.  I also wrote a book chap­ter on pos­si­ble ways to make your library data more acces­si­ble for mash­ing up.  Sadly, all of this is an exer­cise in futil­ity if libraries have no machine read­able acces­si­ble means to pro­vide their data.  This lack of open­ness is a major set­back to libraries and the poten­tial ser­vices they can offer their users.

    The Worst of the Best Sellers

    While I was try­ing to fig­ure out a new plan of attack for imple­ment­ing some­thing like this, I did find that best sell­ers lists are not uncom­mon in pub­lic libraries; a cur­sory scan found them at Atlanta-Fulton Pub­lic Library, Knox County (TN) Pub­lic Library and the Nashville Pub­lic Library among sev­eral oth­ers.  The AFPL and Knox County PL both had them inte­grated directly into their OPACs.  Both use Sir­si­Dynix pow­ered OPACs:  the AFPL uses iBistro and Knox County uses Rooms.  Nashville Pub­lic Library uses Book​Site​.com, a third-party ser­vice that com­piles lists and tries to emu­late the look and feel of the orig­i­nal library website.

    They all suck.

    The prob­lem with Book​Site​.com is that it, appar­ently, has no way to check the host library to see if the selec­tion is even in the col­lec­tion, much less if it is avail­able or when it will be.  This requires the user to click on the link, ini­ti­ate a cat­a­log ses­sion, see if the item exists, check the avail­abil­ity, click the back but­ton, find the next item of inter­est, click on the link, enter the cat­a­log, etc.  While this may not seem ter­ri­ble, every time they fol­low a link for an item that does not exist or is not avail­able dimin­ishes their con­fi­dence that they will ever find some­thing avail­able.  Let us not for­get, also, that our OPACs tend to be hor­ri­bly slow at ini­ti­at­ing or real­lo­cat­ing ses­sions.  All of this just adds to a frus­trat­ing user expe­ri­ence.  This is another exam­ple of where a lack of APIs ham­strings third-party devel­op­ers:  despite the inten­tions of the library to pro­vide a bet­ter expe­ri­ence by pur­chas­ing sub­scrip­tions to prod­ucts like Book­Site, the end result is still awkward.

    One would then think that incor­po­rat­ing these lists directly into the OPAC would be an improve­ment. Unfor­tu­nately, this is not really the case.  While item avail­abil­ity is shown (assum­ing the item is even held), the dis­play is just an ugly, OPAC title list view.  Under­stand­ably, prac­ti­cally any title that appears on a best sell­ers list is more than likely going to be checked out (and will prob­a­bly have a wait).  From a user’s per­spec­tive, though, this offers very lit­tle as a “dis­cov­ery interface.”

    BestSellersList by you.

    Gee, thanks for show­ing me a list of books that I can­not get access to for at least a month.”

    Quite a few of the the entries were fairly mis­lead­ing as well.  They pro­vided hope for the user that the title might actu­ally be avail­able, but required going to the full title screen (sim­i­lar to Book​Site​.com), only to see that all of the copies are, in fact, unavail­able; they just have some sta­tus set that the OPAC can­not rec­og­nize as “avail­able” or “unavailable.”

    What is unac­cept­able here is that the poor user is pre­sented with a list of 15 dead ends.  If the library is unable to pro­vide any of these par­tic­u­lar titles, what can it offer the bor­rower that might be related or rel­e­vant?  Each of these books rep­re­sents a pos­si­ble avenue of inter­est into the col­lec­tion.  They also define a par­tic­u­lar point of inter­est in the col­lec­tive national con­scious­ness that can be uti­lized to present other works held by the library that may not be new, but could be just as much of inter­est to the user.  The “tra­di­tional” library avenues of pro­vid­ing sim­i­lar­ity tend to be fairly weak sub­sti­tutes when it comes to this.  Dewey Dec­i­mal Clas­si­fi­ca­tion (com­mon to the major­ity of pub­lic libraries), which pro­vides the “shelf browse,” is com­pletely inef­fec­tive in the case of fic­tion works for any­thing other than find­ing other titles by the same author or another writer with the same last name.  Brows­ing on sub­ject head­ings is also a rather blunt tool.  “”, “Female friend­ship Fic­tion.”, “African Amer­i­can women Fic­tion.”.  None of these, indi­vid­u­ally, cap­tures the essence of why a par­tic­u­lar book is on a par­tic­u­lar best sell­ers list.  The MARC 65x field is unable to cap­ture tim­bre.  And this is huge area where the pub­lic library is fail­ing the public.

    An Obvi­ous Mar­ket Opportunity

    There are prod­ucts and projects that begin to address this dis­par­ity between what the casual user wants and expects and how the library cat­a­log has evolved (or not) for the web.  Bib­lio­Com­mons’ busi­ness model is to pro­vide this social con­text layer over the col­lec­tion by facil­i­tat­ing and aggre­gat­ing cir­cu­la­tion data, reviews, lists, and other means to allow library users to directly influ­ence the rela­tion­ships between works.  SOPAC could be con­sid­ered an open source alter­na­tive to Bib­lio­Com­mons; it is a suite of com­po­nents fea­tur­ing a pub­lic inter­face built atop the pop­u­lar FLOSS con­tent man­age­ment sys­tem Dru­pal.  One of the pieces, Insurge, is intended to pro­vide a means to share this social data between the var­i­ous imple­men­ta­tions:  reviews, rat­ings, and rec­om­men­da­tions.  The design of Insurge the­o­ret­i­cally allows it to work inde­pen­dently of SOPAC, the Dru­pal mod­ule, although, in prac­tice, this has yet to hap­pen.  Both of these are com­plete OPAC replace­ments, rel­e­gat­ing the inte­grated library man­age­ment sys­tem to its right­ful place as an inven­tory con­trol system.

    At the other end of the spec­trum is Library­Thing for Libraries, which takes the incred­i­bly prag­matic approach of inte­grat­ing into the exist­ing vendor-supplied OPAC inter­face.  Like the other two, it lever­ages the much broader Library­Thing com­mu­nity to help enhance the local col­lec­tion.  Of the three cur­rently avail­able options, it, by far, pro­vides the rich­est and most com­pre­hen­sive social enrich­ment because the com­mu­nity already exists.  The oth­ers have to build this com­mu­nity and the con­tent from scratch.  One has to won­der, really, how Syn­det­ics has sold a sin­gle sub­scrip­tion since LTfL was released:  Library­Thing gives every­thing a Syn­det­ics sub­scrip­tion could, plus gives the user rel­e­vant alter­na­tives from their own library’s collection.

    That being said, LTfL also shares the same lim­i­ta­tion as Syn­det­ics (or any other “shoe­horned in the OPAC” enrich­ment pack­age):  the OPAC is still there.  This con­tent, these tags, the rat­ings:  none of these are avail­able to the searcher until she has already found some­thing.  Queries do not include this com­mu­nity sup­plied con­tent, there is no spellcheck, results can­not be sorted by rat­ing.  If pub­lic libraries are to stay rel­e­vant, these inter­faces have to be dropped.  The future of the ILMS itself is a dif­fer­ent mat­ter entirely, though its use­ful­ness as an inven­tory con­trol sys­tem is out of scope here.  This is just about the OPAC.

    It’s the rela­tion­ships, stupid

    I strongly believe that the future of the pub­lic library col­lec­tion inter­face has to be tied into some kind of con­tent man­age­ment sys­tem.  I am unable to find any hard sta­tis­tics to back this up, but I do not think it is much of a stretch of the imag­i­na­tion to say that a vast amount of library cir­cu­la­tion is casual, pop­u­lar read­ing.  Just walk into any branch and browse the col­lec­tion; the over­whelm­ing major­ity is not research mate­r­ial.  While cer­tainly there are lots of archival, local his­tory, ref­er­ence, and research items at any pub­lic library, can any one of them, hon­estly, say that these types of activ­ity make up the major­ity of what card­hold­ers want, need, or expect to do there?  Why, then, are the inter­faces opti­mized to per­form these tasks, arguably, at the expense of the major­ity?  Of course, sophis­ti­cated infor­ma­tion retrieval still needs to be sup­ported — the line between “hobby” and “research” can be blurry — but per­haps it does not need to be the pri­mary func­tion of the pub­lic inter­face.  The social nature of the library as place and col­lec­tion need to be merged.

    The con­cept of CMS as OPAC is not new or orig­i­nal (or exclu­sively use­ful to pub­lic libraries):  as pre­vi­ously men­tioned, SOPAC is a Dru­pal mod­ule, as is the Mel­lon Foundation-funded eXten­si­ble­Cat­a­log (XC) project.  Scrib­lio is a plu­gin for the Word­press blog­ging plat­form.  Sev­eral years ago, I was work­ing on a project to build a cat­a­log using the Daisy CMS as a back end.  Even SirsiDynix’s Rooms was an attempt to merge the con­tent and col­lec­tion, albeit with the aes­thetic of a tra­di­tional web OPAC, the speed of fed­er­ated search engine and the gen­eral user expe­ri­ence of a root canal.  At a cer­tain point, a library col­lec­tion grows to a size that it can­not fea­si­bly be dynamic and fresh using only the cat­a­logers as the sole edi­tors of the con­tent.  There is a grow­ing need for “mar­gin­a­lia,” inde­pen­dent of the MARC record, to tie the indi­vid­ual items within the library to each other, to events, to groups, to any­thing.  The sep­a­ra­tion between the “cat­a­log” and the gen­eral infor­ma­tion about the library makes no sense.

    In the Absence of Sug­ges­tion, There is Always Search…

    Besides the inte­gra­tion of gen­eral con­tent, col­lec­tion, and pub­lic con­tri­bu­tion, the sin­gle most impor­tant improve­ment needed for the pub­lic inter­face is search.  It is amaz­ing and some­what appalling how, despite our claims that our sys­tems are designed as being highly advanced infor­ma­tion retrieval tools, they fail utterly at retriev­ing infor­ma­tion.  My local pub­lic library recently deployed the fed­er­ated search prod­uct WebFeat, undoubt­edly in a well inten­tioned attempt to help their users nav­i­gate the var­i­ous silos of infor­ma­tion that incon­ve­niently require search­ing indi­vid­u­ally:  the cat­a­log, the audio­books, the pho­to­graph col­lec­tion, and the var­i­ous data­bases they sub­scribe to.  It is also, by the gen­tlest assess­ment pos­si­ble, a com­plete train wreck of a user expe­ri­ence.  Besides being slower than the stock cat­a­log inter­face, it does a ter­ri­ble job at search­ing.  It is under­stand­able that the library would want to high­light and improve access to their data­base col­lec­tion (as well as have a uni­fied search inter­face for their “gen­eral col­lec­tion”), but it does not seem likely that a bor­rower look­ing for some­thing by Nora Roberts to take with them to the beach cares much about results from Info­Trac One­File.  Requir­ing said bor­rower to enter their library card num­ber before they can search just lessens the expe­ri­ence even more.

    Another require­ment the library places on the searcher, that they must be an excel­lent or informed speller, is also unfor­tu­nate.  As I try out these inter­faces, there are two searches I try so I can see how effec­tive they are in aid­ing the hap­less searcher.  The searches are “Olive Kit­teredge” and “Jody Picoult.”  It is depress­ing how unhelp­ful our search inter­faces are.

    For “Olive Kit­teredge,” an under­stand­able mis­spelling of Olive Kit­teridge, the Pulitzer Prize win­ning best sell­ing book, I got:

    • Knox County’s Sir­si­Dynix Rooms gave me a did you mean “Olive skit­tered”.  Olive skit­tered also pro­duced zero results.
    • Atlanta-Fulton County’s Sir­si­Dynix iBistro gave me no rec­om­men­da­tions, just zero hits and placed me in a browse index.  “Olive Kit­teridge” did not appear within ten pages for­ward or back.
    • Nashville Pub­lic Library’s III Mil­len­nium cat­a­log gave no rec­om­men­da­tion, just zero hits and returned me to the search form.
    • Darien Pub­lic Library’s SOPAC gave me no rec­om­men­da­tions, no results.
    • Chattanooga-Hamilton County’s WebFeat search gave the rec­om­men­da­tion “olive kit­tredge” and no results.  “Olive kit­tredge” also pro­duced zero results.
    • Seat­tle Pub­lic Library’s Hori­zon OPAC dis­played “Did you mean: olive kit­teridge?”  Suc­cess, at last.  This is not a stock Hori­zon fea­ture, how­eve. Other Hori­zon libraries just gave zero results, zero recommendations.
    • Oakville Pub­lic Library’s Bib­lio­Com­mons pre­sented: “Did you mean olive kit­teridge (1 result)?”.  Another sat­is­fied customer.
    • Collingswood Pub­lic Library’s Scrib­lio cat­a­log not only tried to auto­sug­gest the proper spelling as I was typ­ing in the search box, despite sub­mit­ting my search with the mis­spelled title, Olive Kit­teridge was still the fourth result.

    Seattle Public Library Olive Kitteridge by you.

    Seat­tle Pub­lic Library get­ting it right

    Scriblio Olive Kitteridge by you.

    Scriblio’s auto­sug­gest to the rescue

    Jody Picoult” seems a per­fectly rea­son­able mis­spelling of the mul­ti­ple best sell­ing nov­el­ist and author of My Sister’s Keeper, which was recently adapted to film.  In the same order:

    • Knox County’s Rooms gave no spelling rec­om­men­da­tions and placed me in a browse search.  “Jodi Picoult” did not appear any­where for­wards or backward.
    • AFPL’s iBistro timed out my ses­sion, gave me no results and placed me a browse index.  “Jodi Picoult” did not appear for­wards or back.
    • Nashville PL’s cat­a­log:  “No entries found”.  Return to search form.
    • SOPAC:  no results, no recommendation.
    • WebFeat:  “Did you mean: Jody picounit”.  Jody picounit, unsur­pris­ingly, returned zero results.  WebFeat did not give a rec­om­men­da­tion for alter­na­tives to “Jody picounit”.
    • Seat­tle Pub­lic Library, despite pass­ing the Olive Kit­teridge test, returned one result:  Super searcher, author, scribe:  suc­cess­ful authors share their Inter­net research secrets by Loraine Page.  A con­tent note includes the string “Jody Picoult” (pre­sum­ably a mis­spelling of the author in the MARC record?).  No sug­ges­tions or rec­om­men­da­tions are given.
    • Bib­lio­Com­mons, again, aced this:  “Did you mean jodi picoult (29 results)?”
    • Collingswood’s Scrib­lio did not pro­vide a cor­rec­tion in the auto­sug­gest, but a Jodi Picoult book appeared as the sec­ond result, avert­ing user frus­tra­tion (and also pro­vid­ing a teach­able moment on the author’s name).

    WebFeat Picoult by you.

    Com­plete! Don’t you feel com­pletely satisfied?

    PicoUnit by you.

    My library still has no Jody Picounit

    These are not edge cases.  These are searches for cur­rent best sell­ers and a Pulitzer Prize win­ner and both of them are only off by one let­ter.  Of the six­teen searches, eleven of them ended in fail­ure.  While not com­pre­hen­sive, these were eight libraries cho­sen mostly at ran­dom.  For all of the cur­rent fix­a­tion in faceted and graph­i­cal search results (and to be fair, Queens Bor­ough Pub­lic Library’s AquaBrowser imple­men­ta­tion passed the Picoult test and pro­vided “kit­teridge” in its sim­i­lar­ity graph), none of these bells and whis­tles mat­ter one whit if the search inter­face can­not even help the user past the search screen.  Ama­zon not only pre­sented the cor­rect “did you mean” sug­ges­tions, it also pro­vided rel­e­vant search results with these bad searches.

    Amazon Olive Kitteridge by you.

    Ebb, Meet Flow

    Of course, cor­rect­ing a search for “Jen­nifer Wiener” to Jen­nifer Weiner is irrel­e­vant if the book the bor­rower is inter­ested in will not be avail­able for 89 days, as the Knox County Pub­lic Library was dis­play­ing last week for Best Friends For­ever (as of this writ­ing, the New York Times #1 Best Seller for Hard­cover Fic­tion).  That is nearly three months.  For­get sum­mer read­ing, you will be lucky to get this book before the win­ter sol­stice.  While I am nor­mally extremely sup­port­ive of large, coop­er­a­tive bor­row­ing con­sor­tiums, such as Georgia’s PINES, the advan­tages of such a sys­tem, regard­less of the size and scale, still com­pletely break down when it comes to such enor­mous spikes of pop­u­lar­ity.  It does not mat­ter how many copies are in the sys­tem if every­where from metrop­o­lises to back­wa­ters has a run on the same title.  This is not exclu­sive to best sell­ers, of course, con­sider titles on school cur­ric­ula or sum­mer read­ing lists.  Back­logs are bad for credibility.

    Pop­u­lar­ity, how­ever, is fleet­ing.  It is unrea­son­able for an under­funded library sys­tem to exhaust its lim­ited col­lec­tion devel­op­ment bud­get pur­chas­ing dozens of copies of the new hot thing which tomor­row may not cir­cu­late again ever (con­sider James Frey’s A Mil­lion Lit­tle Pieces).  For cases such as this, rather than bor­row­ing from other libraries that have noth­ing to give, it makes more sense to bor­row from the pub­lic.  Many of these most pop­u­lar titles are best sell­ers, after all, and “best seller” by its very mean­ing implies that a lot of peo­ple own that book.  Once read and passed around to your cir­cle of friends, what do you do with this book?  For these very pop­u­lar, highly cir­cu­lat­ing titles, it makes sense to cre­ate a sys­tem that allows book own­ers in the com­mu­nity to donate their copy.  Once a par­tic­u­lar title passes some pre­de­fined thresh­old (two holds for every copy, as an arbi­trary exam­ple), pro­vide a link in the best sell­ers list to encour­age peo­ple to give the library their copy.  Links to this page would need to be present else­where, too:  after all, the per­son that owns the book wouldn’t be look­ing for it on the library web­site since they already own it.  Adver­tise on the library web­site.  Have an announce­ment on the local NPR affil­i­ate.  Post the list of books the library wants to have donated near drop boxes. 

    The donor would be given a tax write off based on the value of their book on the open mar­ket.  When the pop­u­lar­ity spike dimin­ishes, the library could either return the book to the orig­i­nal owner or, per­haps, reg­is­ter itself as an Ama­zon affil­i­ate (as an exam­ple, I am not sure of the legal­i­ties or prac­ti­cal­i­ties of this, nor is this an endorse­ment for Ama​zon​.com) and sell the used copies with the pro­ceeds going back to the library like any friends of the library book sale.  The tax write off (as well as sat­is­fac­tion of per­form­ing a pub­lic good) would prob­a­bly be more desir­able to many poten­tial donors than going through the process of sell­ing the book themselves.

    The Medium is the Message

    What all of this points to is that pub­lic libraries need to place as high of an impor­tance on the tech­nol­ogy that they do on the social and phys­i­cal aspects of their orga­ni­za­tion.  A lot of effort goes into speaker series, story time, game nights, and movie nights.  A lot of plan­ning.  A lot of invest­ment.  If that invest­ment is not given, nobody will come to them.  The web pres­ence is no dif­fer­ent.  If the web tools are an after­thought, a hap­haz­ard, sloppy col­lec­tion of off-the-shelf tools that nei­ther help the user achieve their goals nor cap­tures their inter­est, the pub­lic will write the library off.  Just as a speak­ers series is a com­bi­na­tion pub­lic ser­vice and library mar­ket­ing tool, the web site must be more so, as it is more pub­lic than any event.

    At the same time, the library should not have to break the bank invest­ing in the most cut­ting edge and expen­sive tech­nol­ogy (or worse, break the bank with the run of the mill, dread­ful appli­ca­tions cur­rently pitched to them).  Many of these issues could quite eas­ily be addressed sim­ply by hir­ing a com­pe­tent and cre­ative devel­oper.  By pool­ing these devel­op­ment resources, even more ambi­tious accom­plish­ments can be achieved.  Geor­gia PINES (despite OCLC’s mar­ket­ing department’s claims) built the first truly “web scale” ILMS sim­ply because they had a need and were will­ing to devote the resources towards build­ing it.  Joe Lucia, the Uni­ver­sity Librar­ian at Vil­lanova made an intrigu­ing and provoca­tive state­ment on the NGC4LIB mail­ing list two years ago with this:

    What if, in the U.S., 50 ARL libraries, 20 large pub­lic libraries, 20 medium-sized aca­d­e­mic libraries, and 20 Ober­lin group libraries anted up one full-time tech­nol­ogy posi­tion for col­lab­o­ra­tive open source devel­op­ment. That’s 110 devel­op­ers work­ing on library appli­ca­tions with robust, quickly-implemented cur­rent Web tech­nol­ogy…. Instead of being tech­nol­ogy fol­low­ers, I ven­ture to say that libraries might once again become leaders….”

    He was speak­ing in this case of aca­d­e­mic libraries (he men­tions 20 pub­lic libraries, but I remain uncon­vinced that the aver­age pub­lic library has all that much in com­mon with its aca­d­e­mic coun­ter­part), but it is not too dif­fi­cult imag­ine this in the con­text of pub­lic libraries.  There are, after all, nearly three times as many pub­lic library sys­tems in the United States as there are aca­d­e­mic libraries.  Surely, col­lec­tively, they could fig­ure out how to fund such an endeavor to pro­vide a truly pow­er­ful devel­op­ment team com­mit­ted solely to the tech­nol­ogy needs of pub­lic libraries.

    If added to this was an infra­struc­ture and envi­ron­ment that cul­ti­vated an oppor­tu­nity to har­vest the con­tri­bu­tions of “super patrons” and “cit­i­zen devel­op­ers,” as well as graphic design­ers, usabil­ity and acces­si­bil­ity experts, entire ser­vices could be pro­vided by the con­stituency just as Bib­lio­Com­mons, Library­Thing, or SOPAC solic­its con­tent.  One of the many dis­trac­tions I had while writ­ing this arti­cle came from a desire that I had to not just com­plain about my pub­lic library, but actu­ally build some alter­na­tives that could be con­tributed back to them.  How­ever, as I men­tioned pre­vi­ously, there is no machine read­able access to their col­lec­tion for me to build upon.  In order to write some­thing inter­est­ing and, hope­fully, use­ful, I first had to write a crawler to har­vest their cat­a­log.  I have yet to gain the nerve to actu­ally run it; there is no robots.txt file, but it still seems rude and under­handed.  It is also ridicu­lous that I have to resort to such tac­tics just to sketch out some proofs-of-concept.

    If all three tiers of this ecosys­tem were to become a real­ity (coop­er­a­tive devel­op­ment team, local devel­oper resources, and a pub­lic con­tri­bu­tion net­work), the library would be well-placed to remain rel­e­vant for many years in the community’s con­scious­ness.  It is dif­fi­cult to see if the ini­tia­tive or vision is avail­able to estab­lish such an envi­ron­ment, how­ever.  Sig­nif­i­cant improve­ment would be rather easy to accom­plish.  All it would take is a lit­tle imag­i­na­tion and some commitment.

    Maybe I should just start my crawler and see what happens.

    Thanks to:  Brett Bon­field for not only con­vinc­ing me to write this arti­cle, but also tire­lessly review­ing it and for guid­ing this along even when I was get­ting flaky.  Also thanks to Dan Chud­nov for review­ing it and help­ing me find a bet­ter focus, even if he agreed with only about half of what I wrote.  Lastly, I’d like to thank my wife, Selena, with­out whom I would have had no inspi­ra­tion, ideas, or “research sub­jects.“

    You might also be inter­ested in:

29 Comments

  • Rachel says:

    Great post, really enjoyed read­ing it and has given me lots of ideas.

    But rub­bish title!

  • Jeff Scott says:

    Com­ing from a pub­lic library back­ground, this arti­cle doesn’t bring any­thing new to the table. We are a multi-faceted com­mu­nity resource that is just as val­ued as any aca­d­e­mic library. There are some com­mu­ni­ties that do not value their local pub­lic library, but those com­mu­ni­ties are in the minor­ity. If you look at the track record of these com­mu­ni­ties, you would prob­a­bly find that they make other poor decisions.

    Many pub­lic libraries don’t have the resources to pro­vide a copy to any­one who wants the lat­est best-seller. (If you read the lat­est Unshelved, they answer that ques­tion. “If we did that, all we would have is 10,000 copies of vam­pire nov­els and noth­ing else.”)

    Many libraries use third party ser­vices since many can­not afford and don’t have the know-how to develop these things on their own.

    Ama­zon is king of the book­selling world and they have defeated or sub­dued most of their com­peti­tors with their knowl­edge, algo­rithms, and now their weight. It’s old hat to make the com­par­i­son, you aren’t the first, but to put in it’s proper con­text you wouldn’t com­pare Ama­zon to libraries. We both have books, but we play dif­fer­ent roles. (Also, the ser­vice is Book­let­ters not book​site​.com. It’s a com­mon mistake.)

    The real prob­lem isn’t the tech­nol­ogy inter­face. The real prob­lem is get­ting peo­ple into the library to learn, read and explore. Peo­ple don’t drill down and explore the world around them, or even them­selves. They are just sat­is­fied with what is put before them with­out ques­tion. How do we change that?

  • Ross Singer says:

    Jeff, I think in some ways you are rein­forc­ing my point. A pow­er­ful, dynamic and (most impor­tantly) use­ful web pres­ence has a sec­ondary effect of being a pow­er­ful, dynamic and use­ful mar­ket­ing tool.

    You are right, peo­ple are not going to just go down to the library, there­fore it is impor­tant to also engage them on their terms and con­vince them it’s worth their while to come in. What I am try­ing to say is that the qual­ity of col­lec­tions and ser­vices don’t mat­ter if the audi­ence has no idea that they exist. The onus is then on the pub­lic libraries to real­ize that the web ser­vices are as much a pri­or­ity as the phys­i­cal ser­vices and should be com­mit­ted to accordingly.

    Libraries, pub­lic as well as aca­d­e­mic, are increas­ingly becom­ing tech­nol­ogy orga­ni­za­tions: aca­d­e­mic libraries just seem to be quicker to acknowl­edge this.

  • Trista Smith says:

    Thanks for the great post! I’ve always hated our OPAC but could never ade­quately artic­u­late why… It never does what I want!! But, in this arti­cle you have artic­u­lated for me why are cat­a­logs are so bad. One exam­ple: I am work­ing on genre lists and wanted, for my own per­sonal use, to cre­ate a link in my word doc­u­ment so I could see the avail­abil­ity of the item with one click, but iBistro won’t let me do that. I just get an error mes­sage. But, there does seem to be hope because you pointed out at least two OPACs that were helpful.

    My favorite thing in the arti­cle: Your suc­cinct list of the three things our users want but don’t have!

  • Jeff Scott says:

    Ross, thanks for the response.

    This is what I think a cat­a­log entry should look like:

    http://​books​.google​.com/​b​o​o​k​s​?​i​d​=​u​6​C​I​H​S​f​r​S​EQC

    It’s true every­one else is going to get their book infor­ma­tion from another source, then see if it is avail­able at their local library. A library is almost never the front run­ner on inform­ing some­one for a new book. Oth­ers have more mar­ket­ing power than we do. Our advan­tage is we offer the same book for free.

    Bet­ter web­sites are needed, but it is only one tool. I also have to say that the arti­cle comes off as a lit­tle con­de­scend­ing to pub­lic libraries.

  • Peggy says:

    The unfor­giv­ing nature of spelling in cur­rent opacs is a true pain for librar­i­ans as well as for the pub­lic. I do believe that the soft­ware will evolve to allow for cor­rec­tions but I fear the cost.
    As to the lack of copies and long wait peri­ods, Maine along with a num­ber of other geo­graphic units has estab­lished a statewide inter­li­brary bor­row­ing pro­gram which reg­u­larly cuts the wait­ing period sig­nif­i­cantly for new titles. Unfor­tu­nately the deliv­ery com­pany quit so that sys­tem is on hia­tus but it is expected to be up and run­ning within the month.
    Libraries are not yet at the ideal stage of being able to sup­plyu every­book to every reader but we have come a long way since the dreaded card catalog.

  • JC says:

    Boy do I wish we had the IT staff to develop an opac that would be user friendly in this way. As is, unfor­tu­nately, we don’t even have a full time staff mem­ber to work on the library’s web­site (this is for the CITY keep in mind), and bud­get cuts have elim­i­nated any future hir­ing. I think it is some­what unre­al­is­tic to assume that pub­lic libraries aren’t mak­ing the changes because we don’t want to, but these things cost money and we don’t even have the funds to hire an out­side web design­ing com­pany. Unfor­tu­nately as more peo­ple need libraries, money is being taken away from library ser­vice. Frankly, I’m just happy they haven’t shut down my branch.

  • DrWeb says:

    Ross,

    Thought­ful, full of your taking-things-to-task for what really is needed.. like spell-checking in Library Cat­a­logs, how long have we needed that?
    I have some hopes for the new World­Cat Local and World​cat​.org, but their recent cat­a­loging pol­icy (re-use) snafu makes me leery of their vision at the top.
    Pub­lic libraries need help with tech­nol­ogy, and the ven­dors in the com­mu­nity aren’t doing the job; maybe the OLE Project will save us :)…
    Keep writ­ing!
    DrWeb

  • Brett says:

    I’m a sys­tems librar­ian (I speak geek, but don’t pro­gram) and I“m run­ning into many of these issues with our OPAC.

    I’d like to note in there though, that there is a machine read­able inter­face for library cat­a­logs, you can make queries over z39.5 on almost all library cat­a­logs. The YAZ client is the most com­mon foun­da­tion on which those machine inter­faces are built.

  • Ross Singer says:

    Brett, our OPACs are a fairly uni­ver­sal struggle.

    Z39.50 access is not a given, how­ever. While it’s basi­cally ubiq­ui­tous in the aca­d­e­mic set­ting (since it’s a require­ment for things like End­Note), Z39.50 servers appear far less often (I would wager that they are the excep­tion rather than the rule).

    Many ven­dors charge extra for the Z39.50 server and, as far as I can tell, Carl­Web (which is what my pub­lic library uses) has no option for a Z39.50 server at all. There are prob­a­bly oth­ers that have them, but do not make the ser­vice active beyond their firewall.

    So, in fact, many pub­lic libraries truly do not have a machine read­able interface.

    DrWeb, unfor­tu­nately, World­cat Local (Uni­ver­sity of Washington’s imple­men­ta­tion) also fares pretty badly on the spelling test. The OLE Project will def­i­nitely pro­vide machine read­able inter­faces, but who knows when, nor how rel­e­vant they will be to pub­lic libraries. That being said, I wouldn’t be sur­prised to see some of their rec­om­men­da­tions find their way into Evergreen.

    JC, my inten­tion here isn’t blame the vic­tim: I com­pletely under­stand the real­ity of the finan­cial sit­u­a­tion pub­lic libraries are placed in. There is a point, how­ever, where this becomes a “death spi­ral”: the library, unable to imple­ment any­thing on their own, con­tin­ues to have its bud­get slashed because the per­cep­tion of its value wanes. For these cases, it’s even more impor­tant to have machine read­able access (even Z39.50 would be a start), so there is at least the pos­si­bil­ity of solic­it­ing new ser­vices from vol­un­teers in the community.

    Peggy, I’m inter­ested that Maine is able to (mostly) keep up with the demand. Do you know the typ­i­cal trends in how this is com­pen­sated? That is, do the rural libraries tend to sub­si­dize the sub­ur­ban and urban ones until the pop­u­lar­ity wanes? PINES doesn’t seem to say when a par­tic­u­lar title will be avail­able (at least, not that I noticed), so I can’t really use them as a comparison.

    I agree, though, that large (regional, statewide, etc.) inter­li­brary lend­ing con­sor­tiums would solve a lot a prob­lems (and if it solves this one, then I can see almost zero downside).

    Trista, thank my wife for the list.

  • Derik Badman says:

    z39.50 is not a great way to get data: rather lim­it­ing, slow, and a pain to build queries with.

  • Amy Ranger says:

    Cat­a­logers at one insti­tu­tion may use a con­sis­tent style in orig­i­nal cat­a­loging, but across insti­tu­tions: I doubt it. Yes, there are stan­dards, but cat­a­loging is as much art as sci­ence. No two librar­i­ans will cat­a­log some­thing the same way; no cat­a­loger will accept the work of another; and (gen­er­ally) no cat­a­loger will accept her own work 6 months later. So while I love a lot of what you’re say­ing, and I under­stand many of the issues, I don’t know that this will ever be pos­si­ble given the cur­rent tech­nolo­gies. Frankly, we’d need some­thing like One Data­base to Rule Them All. Aside from that, there’s some­thing that book­stores offer which I wish libraries would do (but if they do, I have not seen it): it’s called “hand-selling”. As in, hav­ing a staff mem­ber who knows the stock and the cus­tomers well enough to be able to put the two together, suc­cess­fully, time after time. Inde­pen­dent book shops do it all the time. Libraries? I don’t know. Thanks for the thought­ful piece, Ross.

  • […] Gonna Geek This Mother Out [web link]In the Library with the Lead Pipe (06/Aug/2009)“…academic library from book depository […]

  • Karl Ericson says:

    Thanks so much for this thought pro­vok­ing post. For me the most inter­est­ing thing is the quote from Joe Lucia and your extrap­o­la­tion on that. This is exactly the kind of “crowd­sourc­ing” that libraries of all types need, because we all know that we can’t do it on our own and haven’t we become experts at shar­ing knowl­edge and resources? Well, it would be absolutely bril­liant and could arguably become nec­es­sary for us all to con­tribute to such a project in order to com­pete in a shrink­ing market.

  • this arti­cle inspired my totally awe­some library cat­a­log here.

  • sorry, didn’t close the quote, here

  • Ross Singer says:

    Karl, I, too, find the Joe Lucia quote intrigu­ing and am a lit­tle dis­ap­pointed that it has (so far) not really got­ten any legs (although, to a degree, the OLE project is based — in a smaller scale with a smaller scope — on this sort of model). For many years, I have fan­ta­sized about start­ing a library ana­log to the Apache Foun­da­tion: cherry pick­ing a dozen or so of the most tal­ented devel­op­ers in the library, build­ing a few open source appli­ca­tions and help­ing incu­bate oth­ers (as well as con­tribute to them). I am prob­a­bly not the ideal per­son to run such an orga­ni­za­tion: far too dis­or­ga­nized, far too impolitic, but a per­son can dream, right?

    If said orga­ni­za­tion cre­ated the infra­struc­ture to fos­ter the sort of com­mu­nity sup­plied devel­op­ment that I described in the arti­cle, well — the sky’s the limit.

    • Jonathan Rochkind says:

      Can I work for you please?

      Seri­ously, that’s exactly what’s needed. Con­vince Mel­lon to fund it, get Roy or some­one to be the direc­tor, I’m on board in a heartbeat.

  • Steve Thomas says:

    THe quote from Joe Lucia mir­rors a com­ment of my own about the same time (no, really!) — which I’m sure says more about the Zeit­geist than any pre­science on my part. Inter­est­ingly, a team of 110 devel­op­ers would actu­ally dwarf the devel­op­ment team in most (all?) of the cur­rent ILMS ven­dors — there’s a rea­son they are so slow to respond to enhance­ment requests.

    The won­der to me is, that given the oft-mentioned coop­er­a­tive lean­ings of librar­i­ans, they have, largely, not yet embraced open source development.

    Excel­lent post, by the way.

  • One key point about Bib­lio­com­mons is that it includes a fully inte­grated My Account fea­ture. It is not just a search tool, it is the com­plete user experience.

    We are mov­ing from iBistro to Bib­lio­com­mons in the next few weeks. Our cus­tomers will get:

    - dra­mat­i­cally more rel­e­vant results (+spell check­ing)
     – facets for nar­row­ing results
     – tag­ging, rat­ing, review­ing, adding videos
     – build­ing lists, shar­ing lists
     – fully inte­grated my account (which really facil­i­tates the rat­ing and review­ing of stuff you have out or have recently returned)

    At this point Bib­lio­Com­mons give the inte­grated expe­ri­ence of a vendor’s prod­uct (like iBistro).

    Search results like endecca or aquabrowser

    Well thought out web 2.0 interactivity

    Shared user con­tent from mul­ti­ple libraries — the nec­es­sary crit­i­cal mass to build activ­ity that gen­er­ates activity.

    I am not aware of any­thing else in the mar­ket that brings all these pieces together.

    Peter
    Edmon­ton Pub­lic Library

    • Peter Bailey says:

      Are you keep­ing Syn­det­ics or other enhanced con­tent when you go with Bib­lio­com­mons? Book cov­ers and reviews are the best thing we’ve done with the cat­a­logue for patrons IMHO. BC con­tent seemed pretty thin last time I looked (yes, only Oakville PL is live though?)

  • Steve, many of us who think of our­selves as enlight­ened look at Lucia’s quote and think, “Wouldn’t it be great if every library direc­tor were like Joe Lucia? Wouldn’t it be great if they all got it?”

    But maybe some of our assump­tions are backward.

    For one thing, while direc­tors seem to keep pay­ing for pro­pri­etary soft­ware, they keep hir­ing pro­gram­mers who embrace open source and open stan­dards, even on the job. So it’s cer­tainly pos­si­ble that direc­tors, in gen­eral, are agnos­tic and prag­matic when it comes to soft­ware licens­ing, and, all things being equal, they may even favor open source.

    It’s also pos­si­ble that soft­ware com­pa­nies are slow to respond to requests not because they aren’t big enough — not because they have fewer than Lucia’s 110 pro­gram­mers — but because they’re too big (and bureau­cratic). I tend to get really good cus­tomer ser­vice from new start ups, even though many of them have just one to three pro­gram­mers. The key to get­ting good cus­tomer ser­vice and use­ful enhance­ments is mak­ing these requests to the right start ups with the right programmers.

    And I think that’s where libraries may be fail­ing. We might well be fol­low­ing the wrong model. We’re doing agile devel­op­ment in a pseudo-corporate envi­ron­ment and hold­ing out hope for Lucia’s 110 pro­gram­mers. Which very well could be exactly the wrong way to get out of the sit­u­a­tion we’re in.

    We should be look­ing at Paul Graham’s YCombi­na­tor (here’s a nice audio intro to YCombi­na­tor, with plenty of links to more) or the Google Sum­mer of Code model — small, tal­ented, inex­pen­sive, lightly super­vised, and unen­cum­bered (by job or life respon­si­bil­i­ties) pro­gram­ming teams who are encour­aged to take risks. The keys to YCombi­na­tor and Sum­mer of Code are eval­u­a­tion, vol­ume, and incentives.

    We have the pro­gram­mers avail­able to eval­u­ate appli­cants: code4lib folks have the knowl­edge and drive, and they excel at mak­ing well informed, demo­c­ra­tic decisions.

    Vol­ume is a ques­tion of money, though fund­ing per­haps 20 – 30 small teams per year would cost a lot less than hir­ing 110 full-time programmers.

    The issue may be incen­tives, though being given an oppor­tu­nity to cre­ate inter­est­ing soft­ware for libraries seems to be enough incen­tive for many out­stand­ing pro­gram­mers. The pres­tige of being part of a library-funded, com­pet­i­tive YCombinator/Summer of Code-like pro­gram may well be enough to attract tal­ented, hard-working pro­gram­ming teams from around the world who want an oppor­tu­nity to prove them­selves as coders, and help libraries in the process.

  • Excel­lent essay. Haven’t got­ten all the way through it yet myself, but on this topic:

    # There is no sim­ple way for her to find the inter­sec­tion of dis­cov­er­ing new things that might be inter­est­ing to her and what the library has.”

    I have a vision of com­bin­ing an (enhanced) ver­sion of the LibX tool­bar, with my Umlaut link resolver soft­ware (which in turn uses both your local library sys­tems and ser­vices like World­Cat), to _add_ infor­ma­tion about avail­abil­ity in your spe­cific library to Ama­zon (and other pages). You could def­i­nitely add a link to get such infor­ma­tion (oh, I’ve found a book I want, does my library have it? Or if not can I ILL it from my library?) to an Ama­zon page. You could prob­a­bly add the info directly on the page too.

    This is totally do-able, the build­ing blocks are there, I think I could do it in a month or less of work (that’s a month or less of work on top of all my other usual soft­ware cus­to­dial duties!).

    But even once done, the soft­ware you’d have to maintain/deploy locally might be too much for a pub­lic library, sadly.

  • Dave says:

    These ter­ri­ble OPACs are the sin­gle biggest prob­lem in pub­lic libraries today. Seri­ously. Nearly every project I’ve worked on has been neg­a­tively impacted by the lim­i­ta­tions of Sirsi’s prod­uct. Nearly every com­plaint we get about our web­site is really a com­plaint about a Sirsi short­com­ing that we have no con­trol over.

    You see our users fre­quently “con­fuse” the web cat­a­log and the web­site proper. That’s because almost every­one vis­its us online in order to search for mate­ri­als. This should tell us that a a good cat­a­log is much more impor­tant than a great web page. So many libraries roll out these shiny new web­sites, but as soon as you search for a book, you’re dumped into some god-awful interface.

    Thanks for out­lin­ing the prob­lem so well. I see a lot of chal­lenges ahead in imple­ment­ing a solu­tion, notably tech­no­log­i­cal exper­tise among staff. But devel­op­ments like Bib­lio, SOPAC and Koha are encour­ag­ing as they achieve more traction.

  • Toby says:

    Our cre­ative and highly com­pe­tent sys­tems librar­ian took a stab at fix­ing the flaws in the SPL cat­a­log… take a look now with the mis­spelled search: jody picoult. More “did you mean options”. This is true for any search that yields one result or only one page or less of results.

    Thanks!

  • […] If you fol­low the blog In the Library with the Lead­pipe, then you’ve seen the recent arti­cle We’re Gonna Geek This Mother Out. It’s an inter­est­ing piece and worth read­ing even if you don’t agree with what Mr. Singer […]

  • Kyle Cook says:

    Excel­lent suggestions.

    The crit­i­cism lev­eled at Nashville Pub­lic Library’s book­site lists is accu­rate. These lists are com­piled inde­pen­dent of the library’s hold­ings, so some items in the lists can­not be located in the library’s cat­a­log because they are unowned. This is a big prob­lem that should be cor­rected with a bet­ter tech­ni­cal solu­tion that removes these titles from the list to begin with.

    How­ever, the major­ity of the books in these lists are con­nected directly to the items avail­able in the library cat­a­log with the “Find In the Library” link. So, in most cases this ser­vice is helpful.

    Still, it is not ideal, and does not approach the bet­ter bib­li­o­graphic advi­sory ser­vices offered at Ama​zon​.com.

Subscribe to comments for this post:

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
Powered by WordPress | Original Theme by mg12 Edited by Derik. | Valid XHTML 1.1 and CSS 3