Enterprise Abstraction

Content is king, long live content!

Some thoughts (none particularly original) I'm having about library futures.

In the library world, I keep seeing posts from libraries and librarians all wondering about how to be relevant, valued, important.  Many talk about the importance of librarianship, and the specialized knowledge and skills they have.  We focus on better ways to search, and licensing content.  Indeed these things have value.  But I'm not sure they're actually the core enduring value for libraries.  I think the decrease in the perceived value of libraries is more fundamental, and simpler.

It's about content.  Libraries used to have content that was unavailable, or otherwise very expensive to own.  Sharing via the library was a sensible and logical thing to do.  Today that still makes sense - though the types and volume of information that's available via the internet/web reduces the value for many kinds of information (encyclopedias for example, and also books and journals that are available in digital formats - ie:  all of them practically).

By my thinking though, the key purpose for a library - providing access to information that is generally otherwise unavailable - is still an enduring value.  It's simply that the types of information that are generally unavailable has changed.  Today thats not books and journals.  It is never-published and/or un-digitized materials, scientific data, lab notebooks, photographs, rare books and manuscripts, old maps, records, documents of enduring (national, organizational, historic) value.  Our value is in identifying, preserving, and making these materials available.

Does that mean that libraries should become archives?

Of Requirements

Requirements.  I dislike them.  Mostly because they're usually either

1. so poorly done as to be useless for determining the work to be done and for testing, or
2. so tediously lengthy and detailed that nobody is inclined to use them.

That said, there are many times in life one has to do unpleasant things.  Sometimes requirements are required.

 Therefore, if we must use them, I suggest (read insist) on the following:

• Make your requirements SMART requirements.  That is:  Specific, Measurable, Attainable, Relevant, and (I augment the last one) Testable/Trackable.  In short, if they don't tell you what you need to do, and you can't test them - toss them...  you are wasting everybody's time.
• Have a few requirements as possible, but no fewer.  More requirements definitely does not imply better.  Unless you're dealing with contracts, the purpose is to define the work such that everyone understands, and to be able to later test the work to see if it meets expectations.  Any more than that and you're wasting everybody's time - particularly your own.
• You don't necessarily have to have all the requirements up front.  It's fine to go back and realize you need some adjustments/additions.  That said, be mindful of scope creep. 
• Remember your clients.  Who are your clients for requirements?  In my shop, there are two clients:  The developer (and general project team), and the testers.  Write requirements so that they can do their jobs.

One method I find exceptionally helpful in requirement writing is to use the words "Must, Should, and May" in a very structured manner, as per RFC 2119.  This may seem a bit excessive, but it really helps me control my thinking about what requirements are essential (MUST haves), what would be really nice to have (SHOULD), and what we can have (May - Optional).  It also helps to make the requirement statements clear to everyone - particularly the developers/implementers and testers of the future system.

CISTI Mobile

Wow, it's been a long time since I've posted. 

In that time, we've launched CISTI Mobile in production.  In general, the creation was a positive experience. We learned plenty about JQuery mobile, Metalib API's (used to enable the federated search), and about mobile website development generally. 

I think, correct me if I'm wrong, that is was indeed the first Canadian federal library mobile website?

Having accomplished the first goal of providing for a mobile interface for CISTI, we'd now like to pursue the further goal of having people actively use it.  We've a few daily users.. but there's plenty of room for more usage. 

I'd been thinking of redirecting mobile users from our various applications to the mobile site - but now I realize that that's kind of complicated.  The simplest solutions to implement wouldn't place them on their equivalent landing page, and thus would likely cause confusion.  It seems that this is one of the key disadvantages to having a "separate" mobile site, rather than skinning existing applications to serve mobile users natively.

That said, the effort to skin all of our applications would have been enormous.  Hence, I think I'll see if we can't simply direct users to the common landing pages/static pages to the mobile site - and leave the rest for now.

 

 

List of Canadian Repositories

I've done some recent experimentation involving harvesting Canadian institutional repositories with the OAI-PMH protocol.  Mostly this was a personal endeavour to determine how many there were, how much content they had, and how difficult/reasonable it would be to harvest them all and provide a search index.  It seems that there's no comprehensive listing of Canadian repositories, so I had to gather and cobble my own. 

It seems not to be a common practice for repositories to publish their OAI-PMH addresses.  This is a minor tragedy.  The list that I gathered follows for the edification of others who might have a similar need.

The list consists of 53 unique Canadian repositories, and where available, their OAI-PMH interface API's.

An experimental harvest (future availability uncertain) of these repositories resulted in over 367093 unique metadata records.  The harvester used was an instance of the PKP Open Archives Harvester.

 

Repository	OAI-PMH Base URL
Archipel	http://www.archipel.uqam.ca/perl/oai2
Atrium	http://atrium.lib.uoguelph.ca/oai/request
AUSpace DEV 1.5	http://auspace.athabascau.ca:8080/oai/request
Avian Conservation and Ecology	http://www.ace-eco.org/oai/
Brock University Digital Repository	http://dr.library.brocku.ca/oai/request
Canadian Breast Cancer Alliance	https://researchspace.library.utoronto.ca/oai/request
Canadian Bulletin of Medical History	http://www.cbmh.ca/index.php/cbmh/oai
cIRcle - UBC's Information Repository	http://circle.ubc.ca/oai/request
Collection mémoires et thèses de l'Université Laval	http://www.theses.ulaval.ca:8080/oaicat/servlet/OAIHandler
Constellation	http://constellation.uqac.ca/cgi/oai2
Curve	UNKNOWN
DalSpace at Dalhousie University	http://dalspace.library.dal.ca:8080/oai/request
Dépôt numérique de UQTR	http://depot-e.uqtr.ca/cgi/oai2
Digital Commons @ McMaster	http://digitalcommons.mcmaster.ca/do/oai/
Digital Commons @ Ryerson	http://digitalcommons.ryerson.ca/do/oai/
DSpace at the University of Lethbridge	http://www.uleth.ca/oai/request
DSpace@UCalgary.ca	http://dspace.ucalgary.ca/dspace-oai/request
eCommons::Research	http://ecommons.uwinnipeg.ca/oai/request
eCommons@USASK	http://ecommons.usask.ca/dspace-oai/request
ERA: Education and Research Archive	http://era.library.ualberta.ca/oaiprovider/
Érudit	https://depot.erudit.org/dspace-oai/request
eScholarship@McGill	http://digitool.library.mcgill.ca/OAI-PUB
Espace ETS	http://espace.etsmtl.ca/cgi/oai2-etdms
International Developmental Research Center (IDRC)	https://idl-bnc.idrc.ca/dspace-oai/request
International Review of Research in Open and Distance Learning	http://www.irrodl.org/index.php/irrodl/oai
IslandScholar	UNKNOWN
LU Zone UL	https://zone.biblio.laurentian.ca/dspace-oai/request
Memorial University Research Repository	http://research.library.mun.ca/cgi/oai2
MSpace at the University of Manitoba	https://mspace.lib.umanitoba.ca/dspace-oai/request
MSVU Digital Commons	http://dc.msvu.ca:8080/dspace-oai/request
MUN Digital Archive Initiative	http://collections.mun.ca/cgi-bin/oai.exe
NRC Publications Archive	http://oai.cisti-icist.nrc-cnrc.gc.ca/oai/ctrl
oURspace	http://ourspace.uregina.ca/dspace-oai/request
OZone	http://ozone.scholarsportal.info/dspace-oai/request
Papyrus - Dépôt institutionnel numérique	http://papyrus.bib.umontreal.ca/dspace-oai/request
Polar Data Catalogue	http://www.polardata.ca/oai/provider
POLYPublie	http://publications.polymtl.ca/cgi/oai2/
PubMed Central Canada	UNKNOWN
Qspace	http://qspace.library.queensu.ca/dspace-oai/request
Recherche uO Research	http://www.ruor.uottawa.ca/dspace-oai/request
RiverRun @ UNB	http://dspace.hil.unb.ca:8080/oai/request
Scholarship@Western	http://ir.lib.uwo.ca/cgi/oai2.cgi
Sémaphore	http://semaphore.uqar.ca/cgi/oai2
SFU Institutional Repository	http://ir.lib.sfu.ca/dspace-oai/request
Spectrum: Concordia University Res. Repository	http://spectrum.library.concordia.ca/cgi/oai2
Theses Canada	http://oai.collectionscanada.gc.ca/oai/oai.php
T-Space at The University of Toronto Libraries	http://tspace.library.utoronto.ca/tspace-oai/request
Université du Québec à Chicoutimi - Documentation régionale	http://sdeir.uqac.ca/metadata/oai.asp
University of Saskatchewan Electronic Thesis and Dissertation Archive	http://library.usask.ca/etd/OAI/oai.pl
UVicSpace	http://dspace.library.uvic.ca:8080/oai/request
UWSpace	http://www.uwspace.uwaterloo.ca/dspace-oai/request
WinSpace	UNKNOWN
York Space	https://www.library.yorku.ca/dspace-oai/request

CISTI Mobile - beta

A quick overview and introduction to our thinking and work on a federal libary mobile website.

In observing the growing trend in the use of mobile devices, a small group of us at CISTI decided to explore the options and best practices for offering better access to CISTI services.

Check out the CISTI Mobile website (beta).

We had been investigating the possibility of producing some sort of application, possibly for the iPhone/iPad... but there are a couple of distinct disadvantages to that approach.  Firstly, we'd need to obtain and retain the knowledge to support application development - or contract for someone to do that work.  Secondly, we'd only be improving access on a small sub-set of the main mobile devices available. 

With that understanding, we pursued investigation into providing better access for mobile devices to our website.  CISTI is an institute of the National Research Council - an agency of the federal government, and hence obliged to meet federal government CLF standards for websites.  Fitting our full featured CLF site into a mobile screen size was essentially impossible.  Moreover, very few federal government mobile websites exist - and those that do seem to be older WAP-based sites designed before the advent of modern smartphones.

Further investigation revealed that the current best practice is to create simplified and separate dedicated mobile website in these cases - reducing the content and services to their core - and offering clients the option of using either the full regular site, or the mobile site as desired.

That said, the site attempts to meet the spirit of federal government CLF policy (branding, look and feel, accessibility and bilingualism) - but could not actually follow the established guidelines as they are based on desktop oriented browsers, and monitors.

Armed with this knowledge, a prototype was created using JQuery Mobile and the beginnings of code to connect with the Metalib API.  This prototype was intended to gauge the amount of effort that would be required to produce a fully functioning mobile website - and to demonstrate the concept to interested stakeholders.  Development of a functional prototype took far less time than expected, and demonstrated that a mobile website was achievable with minimal effort. Further, the prototype was able to demonstrate that we could create a single mobile website suitable for most common and modern versions of iPhone, Android and Blackberry devices.

Most library mobile websites provide contact/location information, hours of operation, access to search the library catalogue, and often - particularly in the case of academic libraries - reserves, holding information, course notes, etc. 

CISTI, as usual, is different in this regard.  We are not, particularly, a conventional lending library, nor an academic library, and the resources of most interest to our clients (and particularly the research staff of the National Research Council) are the licensed electronic access to scientific and technical articles.  A simple search of the Catalogue would not do.  Hence, we focused our effort towards providing access to search across large sets of scientific articles in addition to our library catalogue and local institutional repositories.  Though the Metalib x-server api, we were able to construct queries and receive results from any sets of licenced and local resources required - and format those results to make them suitable for display in most mobile devices.  Taking advantage of Metalib means having to code this once - and having mobile access to all of our available search resources.

Location and contact information (phone, maps) are something that most mobile devices support very well - and we thought it would be a useful (and easy) addition to the content of the mobile site. 

Further, links to CISTI's Twitter, Facebook, the ubiquitous "about us" pages, and a link to CISTI's full website were included.

More information is available on the CISTI Lab Website page for CISTI Mobile.  Comments and suggestions on CISTI Mobile (beta) are welcomed at this blog, or via any of CISTI's usual communication channels.

CISTI Tacky Christmas

In a groundswell of tackyness - CISTI staff are participating in a Tacky Christmas Decorating contest amongst the various sections of staff.  Examples from the IT group included below:

I hope nobody needs anything from those particular shelves in the reference section...

QR Codes

I've been interested in playing with QR codes, and how they might be applied to my work at CISTI.  Recently, I found a useful tip from Lifehacker showing how to create a bookmarklet that will make a QR code of the current web page... useful if you want to transfer the current page on your desktop/laptop to your phone for mobile reading.  It's a lot more convenient than emailing yourself the URL.

It's dead simple, making use of Googles chart API's.  Just make a bookmark in your toolbar with the following as the location information:

javascript:void(window.open('http://chart.apis.google.com/chart?cht=qr&chs=150x150&chl='+encodeURIComponent(top.location.href)+'&chld=H|0','qr','width=155,height=155'));

Journal cover images - in SFX Link Resolver

I been learning SFX administration - adding some features here and there... last week I added the Google Books covers service - which turned out to be quite satisfactory.  It got me thinking that there must be a similar service for journal covers.  Apparently not.

However, some colleagues in the Twitterverse recommended using the journal covers supplied by Elsivier.  It's not an API call, nor am I able to directly call the images remotely - but I have some space - so I decided to download and link them locally.

All the files are named XXXXXXXX.gif - where XXXXXXXX is the ISSN of the journal.  (I've since renamed the files to XXXX-XXXX.gif to support the way that SFX deals with ISBN's).  After downloading and untarring the image files, I placed them in a web-accessible directory.

Then, it was simply a matter of linking, unobtrusively, to the images in SFX (or presumably from any application that deals with ISSN's).  For SFX, I inserted the following - but this code would work for any page as long as you can insert the desired ISSN in the appropriate places:

<!-- SKA EXPERIMENTAL - Adding journal cover images -->
<!-- Will show image if available, or will show 0 height 1px image otherwise -->
<!-- Note:  Without Javascript in IE, will show no-image icon if image does not exist -->
   <TMPL_IF ISSN>
        <a href="http://lab.cisti-icist.nrc-cnrc.gc.ca/anthonys/journalcover/<TMPL_VAR NAME="ISSN" ESCAPE='HTML'>.gif">
          <img src="http://myserver.mydomain.ca/journalcovers/<TMPL_VAR NAME="ISSN" ESCAPE='HTML'>.gif" height=90 alt="" onerror="this.src='http://myserver.mydomain.ca/journalcovers/px.gif'; this.height='0';">
        </a>
    </TMPL_IF>
<!-- END SKA EXPERIMENTAL -->

In my case, I inserted this code in sfxmenu.tmpl, just after the area where the Google Books cover would load.  The <TMPL_IF ISSN> prevents this portion from being rendered if the item in question does not have an identified ISSN (for example - if it were a book, or other work).

One could certainly that the portions - removing the <TMPL> portions that are specific to SFX, and insert this code anywhere.  In most cases, if the ISSN image is not available, it will display px.gif (which is a 1 pixel white image).  In Firefox it's totally transparent - but in IE, it will show a broken image if the ISSN image is not found - and the user has disabled JavaScript.  I hope to resolve that problem eventually.

Some examples:

Example 1

Example 2

Example 3 (No cover available)

Change

We've recently released a new website for CISTI - reorganizing some things in conjunction with the CISTI Transformation and the changes in document delivery services.

Externally, the website has changed it's structure - and is still transitioning as the rollout of the new partnership for document delivery proceeds.  That said, essentially the same services and content remain available.  We've added a new metasearch function - that we hope will simplify things - particularly hoping to simplify the answer to the question "Does CISTI have this?"   Now you should be able to find out - in one place.

Internally, things have changed significantly.  In the past, CISTI provided a separate portal dubbed the "Virtual Library" for the exclusive use of NRC.   We have merged the functionality of this portal with our main website - http://cisti-icist.nrc-cnrc.gc.ca - such that IP recognized persons (or those using our NRC proxy server) will see many more options including the ability to browse and search licensed and free e-journals, databases and other resources, librarian authored subject guides, and have an assortment of federated search options.  Integrating the ILS/Catalogue, metasearch, and CISTI-hosted databases (Discover and NPArC) is CISTI's link resolution service Find@CISTI - now finally being used essentially EVERYWHERE there's a bibliographic citation presented on the website.

Presently, we're working to improve the site, and to release (finally) a version of the LibX Toolbar for NRC Staff - that I hope will bring the capabilities of the library more readily available for researchers in their work.

It's been a busy time.

SFX and JavaScript

I'd been hunting around for a means to have our local SFX implementation (Find@CISTI) run without requiring JavaScript.  I'd done the requisite Google search, and submitted a request - to no avail.  The solution turned out to be rather trivial - and seems to have been implemented in subsequent releases of the SFX templates.

In your SFX instance, at /templates/sfxmenu/target_list.tmpl, add the following noscript line:

<!-- end extra comments --> <tr> <td height="0"> <noscript><input title="Navigate to target in new window" type="submit" value="<TMPL_VAR NAME='SERVICE_NAME'>&nbsp; <TMPL_VAR ESCAPE=HTML NAME='TARGET_NAME'>"></noscript> </td> </tr>

Our line had been removed or was missing... problem solved.  The buttons presented with JavaScript off are not particularly pretty - but they are functional.