UNTANGLING A TANGLED WEB: a case study in choosing and implementing a CMS

T. L. Huttenlock, J. W. Beaird, R. W. Fordham Library Hi Tech 24(1): 61-68

Heather Braum, LI840, 10/07 1

Case Study Information

Location: Buswell Memorial Library, Wheaton College (IL) Project: Process of choosing content management system (CMS) Study Type: Reflective case study Findings: Overview of the entire process of choosing the library’s CMS

Heather Braum, LI840, 10/07 2 “Old” Days

First years of web design: Dreamweaver, FrontPage or other HTML editor Had to know complicated code Software installed on each user’s computer Difficult to use, even after training Expensive commercial licensing Many updates had to go through multiple people...complicated process in the “old” way

Heather Braum, LI840, 10/07 3

What is a CMS?

A content management system (CMS) is a software (typically web-based) application that manages content, such as computer files, audio, video, images, and web content, and allows a large number of users to make changes. (Wikipedia1) A web CMS is a used for creating and managing a large, dynamic collection of web material. It allows users with little or no training in programming/code to make changes to an existing website. It is essentially a website maintenance tool for non-technical administrators. (Wikipedia2)

1. http://en.wikipedia.org/wiki/Content_management_systems 2. http://en.wikipedia.org/wiki/Web_content_management_system Heather Braum, LI840, 10/07 4 How CMS works

Many CMS are open source Installed on a server (typically with PHP and MySQL installed -- programming software) The setup of a CMS does take some technical skill But the end-user side is easy Today, many people use a CMS without ever realizing it

Heather Braum, LI840, 10/07 5

Examples of CMS

Wordpress--KLOW1 CMS (http://www.wordpress.org/)

MoveableType (http://www.moveabletype.org/)

MediaWiki--Wikipedia2 CMS (http://www.mediawiki.org)

TikiWiki (http://www.tikiwiki.org/)

Drupal (http://www.drupal.org/)

Web GUI (http://www.plainback.com/webgui)

1. http://www.mykansaslibrary.org/ 2. http://www.wikipedia.org/ Heather Braum, LI840, 10/07 6 Hiawatha Library http://www.hiawathalibrary.org/ Heather Braum, LI840, 10/07 7

Carbondale City Library http://www.carbondalecitylibrary.org/ Heather Braum, LI840, 10/07 8 Bern Community Library http://bern.mykansaslibrary.org/ Heather Braum, LI840, 10/07 9

Tonganoxie Public Library http://www.tonganoxielibrary.org/ Heather Braum, LI840, 10/07 10 Corning City Library http://corning.mykansaslibrary.org/ Heather Braum, LI840, 10/07 11

Atchison Public Library http://www.atchisonlibrary.org/ Heather Braum, LI840, 10/07 12 Wordpress “Dashboard”

Heather Braum, LI840, 10/07 13

WYSIWYG Editor in Wordpress Heather Braum, LI840, 10/07 14 The Case Study

Heather Braum, LI840, 10/07 15

2003: The Problems

Legacy web environment Need for fast website maintenance Future web development needs

Heather Braum, LI840, 10/07 16 Systems and Technological Services Department

Faculty Librarian Computer Operations Supervisor (server admin) Computer Support Coordinator

Heather Braum, LI840, 10/07 17

History

Original static website, part of institutional site MyLibrary1 utilized for dynamic pages Test and production servers implemented Primitive CMS developed in-house for template use and workflow needs

1. http://mylibrary.library.nd.edu/ Heather Braum, LI840, 10/07 18 Reasons for CMS

Separate content and design, so non- could focus on content Links to electronic resources could still be generated using the MyLibrary structure Coding could be re-used on other parts of the site through use of the CMS

Heather Braum, LI840, 10/07 19

Choosing the CMS

Went with Open Source software options -- library had positive results with software in the past and also lowered costs Installation runs of software options varied After a year of looking (2003-2004), seven products made the final list Time running out -- summer would be the perfect time to redesign the website and implement the CMS

Heather Braum, LI840, 10/07 20 Formalized Rubric Open source and low cost Easy migration of data from old to new site Not too complex of a system, yet allow customization Standard software languages and large user base Well-document software Final results should be pleasing to the developer and to the content manager Established version, secure, and fast implementation

Heather Braum, LI840, 10/07 21

Decision

Most important factor: easy migration, so the library could still use the MyLibrary database WebGUI was the product that stood out

Heather Braum, LI840, 10/07 22 WebGUI

Handles content management and manages database connectivity Provides framework for reusable objects, including third-party development

Heather Braum, LI840, 10/07 23

Why was WebGUI chosen?

MyLibrary data reuse; only a SQL query had to be written Standard platform: Apache, , and MySQL Flexible and customizable templates Active user base Paid support available Installed base comes with calendar, FAQ generator, forum, syndication (RSS), and shopping cart Heather Braum, LI840, 10/07 24 Installation

Not many problems Staff had to learn mod_perl Paid instructions not very helpful “Light bulbs going on after first blowing a few fuses” Frustrating process, but the end result is a CMS that results in easily designed webpages

Heather Braum, LI840, 10/07 25

Problems

Learning curve CGI slow; switched to mod_perl language Design meetings took place at the same time as the installation and learning of the software Bugs discovered, but an upgrade to the newest release resolved them Major upgrade to WebGUI announced after initial implementation

Heather Braum, LI840, 10/07 26 Problems, continued

MyLibrary and WebGUI both updated at same time The upgrade of the database data broke the site Staff had to determine why things broke, on top of two new user interfaces Redesign the website, so it looked the same, but was redesigned “under the hood” “It seems that, for the systems department, the only constant is change

Heather Braum, LI840, 10/07 27

Experiences

Even with problems, upgrade worth it, with new features available (WYSIWYG editor) Attending WebGUI conference (2004) helped affirm decision -- great dialogue between users and developers Future upgrades Library will use test and production servers again

Heather Braum, LI840, 10/07 28 Different decisions?

Use the WebGUI user community more to better understand the CMS More reasonable timetable, stay on task Expect the unexpected Anticipate large learning curve and mistakes Fluid benchmarks due to learning curves and the unknown

Heather Braum, LI840, 10/07 29

Final thoughts

Important to analyze the intended users AND the tasks the system will be carrying out Project succeeded because the right system was selected to meet the library’s unique needs -- the previously built MyLibrary database WebGUI wasn’t looked at first, but eventually made the cut It may not have been the easiest to learn, but it met the library’s needs

Heather Braum, LI840, 10/07 30 “It stresses the importance of finding what is usable for each unique environment, keeping in mind that what works for in one setting may not work for another.”

Huttenlock, Beaird, Fordham (68)

Heather Braum, LI840, 10/07 31