Enterprise Abstraction http://ea.typepad.com/enterprise_abstraction/ Timidly offered thoughts on enterprise architecture and library technology. en-US Thu, 24 Jan 2013 14:27:43 -0500 http://www.typepad.com/ http://www.rssboard.org/rss-specification 45.3674-75.6188http://ea.typepad.com/http://www.feedburner.com/fb/images/pub/fb_pwrd.gifPowered by FeedBurnerEnterpriseAbstractionhttps://feedburner.google.com CISTI Minecraft http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/YNtOcDBt9i4/cisti-minecraft.html http://ea.typepad.com/enterprise_abstraction/2013/01/cisti-minecraft.html A sign of a fellow with too much time on his hands (me). I present CISTI, building M-55, on Minecraft. Update: Feb 15, 2012 - Note, this work was done after hours on my own time. A sign of a fellow with too much time on his hands (me).  I present CISTI, building M-55, on Minecraft.

2013-01-24_14.19.28


2013-01-24_14.19.49

 

2013-01-24_14.20.12

Update:  Feb 15, 2012 - Note, this work was done after hours on my own time.

]]>
CISTI Fun Games National Research Council Steve Thu, 24 Jan 2013 14:27:43 -0500 http://ea.typepad.com/enterprise_abstraction/2013/01/cisti-minecraft.html
Content is king, long live content! http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/OemGm3TPFtY/content-is-king-long-live-content.html http://ea.typepad.com/enterprise_abstraction/2012/05/content-is-king-long-live-content.html 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... 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?

]]>
Library Steve Thu, 17 May 2012 10:20:55 -0400 http://ea.typepad.com/enterprise_abstraction/2012/05/content-is-king-long-live-content.html
Of Requirements http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/1dUxN_f8L0M/of-requirements.html http://ea.typepad.com/enterprise_abstraction/2012/05/of-requirements.html Requirements. I dislike them. Mostly because they're usually either so poorly done as to be useless for determining the work to be done and for testing, or so tediously lengthy and detailed that nobody is inclined to use them. That said, there are many times... 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.

]]>
Implementation Project Managment Web Development Web/Tech Steve Thu, 17 May 2012 07:20:46 -0400 http://ea.typepad.com/enterprise_abstraction/2012/05/of-requirements.html
CISTI Mobile http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/CRrFO-il2pc/cisti-mobile.html http://ea.typepad.com/enterprise_abstraction/2012/05/cisti-mobile.html 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... 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.

 

 

]]>
CISTI Library Web Development Steve Wed, 09 May 2012 15:30:03 -0400 http://ea.typepad.com/enterprise_abstraction/2012/05/cisti-mobile.html
List of Canadian Repositories http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/5_92i9F6gcY/list-of-canadian-repositories.html http://ea.typepad.com/enterprise_abstraction/2012/05/list-of-canadian-repositories.html 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... 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.

Updated July 4, 2012 to add Colonial Despatches

 

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

Colonial Despatches

http://bcgenesis.uvic.ca/oai.xq

Constellation

http://constellation.uqac.ca/cgi/oai2
Curve http://curve.carleton.ca/oai
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 Library Scientific Publishing Steve Wed, 09 May 2012 15:20:24 -0400 http://ea.typepad.com/enterprise_abstraction/2012/05/list-of-canadian-repositories.html
CISTI Mobile - beta http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/eVimoRlOIU4/cisti-mobile-beta.html http://ea.typepad.com/enterprise_abstraction/2011/05/cisti-mobile-beta.html 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... 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.

CISTI Mobile English QR 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 Government Implementation National Research Council Web Development Web/Tech Steve Thu, 26 May 2011 13:04:05 -0400 http://ea.typepad.com/enterprise_abstraction/2011/05/cisti-mobile-beta.html
CISTI Tacky Christmas http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/G9xoBqvU9GM/cisti-tacky-christmas.html http://ea.typepad.com/enterprise_abstraction/2010/12/cisti-tacky-christmas.html 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... 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:

Picture 005 Picture 006
Picture 007
Picture 008

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

]]>
CISTI Fun Steve Thu, 09 Dec 2010 10:17:17 -0500 http://ea.typepad.com/enterprise_abstraction/2010/12/cisti-tacky-christmas.html
QR Codes http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/OxKx9Qa3VHg/qr-codes.html http://ea.typepad.com/enterprise_abstraction/2010/12/qr-codes.html 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... 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'));

]]>
Steve Wed, 08 Dec 2010 10:13:12 -0500 http://ea.typepad.com/enterprise_abstraction/2010/12/qr-codes.html
Journal cover images - in SFX Link Resolver http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/IiXrbBTOn38/journal-cover-images-in-sfx-link-resolver.html http://ea.typepad.com/enterprise_abstraction/2010/06/journal-cover-images-in-sfx-link-resolver.html 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.... 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)

]]>
Implementation Library Web Development Web/Tech Steve Thu, 17 Jun 2010 13:54:48 -0400 http://ea.typepad.com/enterprise_abstraction/2010/06/journal-cover-images-in-sfx-link-resolver.html
Change http://feedproxy.google.com/~r/EnterpriseAbstraction/~3/xm-lZ4QJSUk/change.html http://ea.typepad.com/enterprise_abstraction/2010/04/change.html 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... 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.

]]>
CISTI Library National Research Council Web/Tech Steve Thu, 22 Apr 2010 23:01:52 -0400 http://ea.typepad.com/enterprise_abstraction/2010/04/change.html
http://feeds.feedburner.com/EnterpriseAbstraction
feeds.feedburner.com
crawl=CC-MAIN-2017-26
63444
application/http; msgtype=response
sha1:LOQLFIVSFWLAGLAE7ZWJSQ4AOU64XQDG
<urn:uuid:16d434be-4b7a-442b-8b54-bca46318a538>
2017-06-29T09:07:15Z
172.217.3.46
application/rss+xml
sha1:7F63MQSOHDNNZEA6QKEVPMVQIPQSYEX7
<urn:uuid:2f2c8a41-4c2e-41ea-8a6f-f983491067ef>
http://feeds.feedburner.com/EnterpriseAbstraction
response
<urn:uuid:cafbcc4b-85a2-47e6-9af0-0c1eccd98ca3>
robots: classic
hostname: ip-10-145-249-12.ec2.internal
software: Nutch 1.6 (CC)
isPartOf: CC-MAIN-2017-26
operator: Common Crawl Admin
description: Wide crawl of the web for June 2017
publisher: Common Crawl
format: WARC File Format 1.0
conformsTo: http://bibnum.bnf.fr/WARC/WARC_ISO_28500_version1_latestdraft.pdf