WebLUIS Task Force
Initial Report
May 22, 1997

Prepared by:
Rich Bennett, UF (Chair)
Mary Deane, FCLA
Judy Depew, FSU
Mark Hinnebusch, FCLA
Athena Holcomb, UCF

Table of Contents

Introduction | Scope of Activities

  1. Recent and Short Term Development of WebLUIS
  2. Medium Term Development Possibilities
  3. Long Term Development Possibilities (including some recommended guidelines for future design of the WebLUIS user interface as it evolves)
  4. Ongoing Structure for Development of WebLUIS
  5. Recommendations.
WebLUIS-L Archives WebLUIS Home Page Task Force Home Page WebLUIS Features to Test

Introduction
The WebLUIS Task Force was established by the SUS PSPC in early January, 1997 and assigned the following charge:

"The WebLUIS Task Force is charged with making recommendations for the strategic direction of WebLUIS. The group will explore options, define alternatives, and make recommendations on the functionality of this user interface. Additionally, this task force will participate in the implementation of WebLUIS changes and revisions. An initial report on recommendations and direction for the scope of WebLUIS will be presented to the PSPC by March 31, 1997."
The Task Force has had one face-to-face meeting (at FCLA offices in Gainesville) and two conference calls. In addition, group members have exchanged a number of e-mail messages; some just between the group while others were on the WEBLUIS-L listserv which we established and opened up to all SUS Libraries' staff to encourage broader participation in generating ideas, evaluating options, reporting problems, etc.) While the deadline for our initial report proved to be optimistic (given Task Force members' schedules, ever-shifting local priorities, etc.), we are now pleased to deliver this initial report

At the outset, it is important to say that, in the initial implementation of WebLUIS, FCLA has operated, and is operating with two basic goals. A) As much as possible of the existing functionality of the NOTIS/LUIS system should be preserved and where possible, enhanced. Any functionality lost should be restored as soon as possible. B) Sufficient resemblance to the existing NOTIS/LUIS system should be retained so that neither existing library staff nor users would need retraining to use it.

The report is divided into the following sections:

It is also seems important to mention here that all long term development will be affected by any decision that may be made to abandon the NOTIS/LUIS/WebLUIS system in favor of some alternative that may exist (or may come to exist). Obviously, if another system is chosen based on the perceived desirability of its user interface and its adaptability to our Digital Library initiatives, local development efforts will change (to conversion of data, creation of means to recover lost functionality which will likely occur on both the tech and public side, etc.) If another system would be chosen more for its technical side strengths, further development of the Web interface might be necessary in which case the design principles suggested in this report for WebLUIS development might serve as a guide. A decision to retain the current system and focus on enhancing it significantly for the Web environment would result in yet another work plan. Resolving this fundamental issue of the system to be used in the future needs to be a very high priority

Scope of Activities
"WebLUIS" primarily refers to the WWW interface to LUIS system public resources (i.e. services traditionally delivered by terminal LUIS menus and databases.) The term is also being used to represent the broader "FCLA Digital Library" initiatives that will result in access to additional library resources (i.e. non-LUIS databases) over the WWW. While this initial report will touch on the second aspect, it primarily addresses the first. We have not attempted to address the further issue of potential delivery of library technical services functions in the future via the WWW (although that topic needs to be addressed in some forum).

From the beginning we also attempted to make a clear distinction in our discussions between the concepts of "search engine" and "user interface" - and to restrict our efforts to "user interface" issues at this time. Briefly, "search engine" refers to the underlying search capabilities of a system, while "user interface" refers to the "presentation" of those capabilities and search results to the system end user. The LUIS search engine, for example, currently has two user interfaces (terminal LUIS and WebLUIS) which, while similar in appearance, are not the same. While there may be suggestions for further enhancements of the "engine" in the future, the many enhancements during the past decade have made the search engine itself quite powerful. The priority at this time is seen as evaluating options for "presentation", and not for the "engine" itself.

I. Short Term Development of WebLUIS

While the "WebPortal" interface became available in Summer, 1996 to enable staff and users to begin accessing LUIS in the Web environment (including providing links to the newly-available full text of some journal articles in General Academic and Business indexes), "WebLUIS" itself was not really introduced until late November and was not "released" until early January, 1997. The initial interface was conceived to closely resemble the familiar terminal LUIS product "look and feel" (partly to avoid having to train users on multiple interfaces), while adding the ability to navigate the system by clicking Web links. Links to the full text of some periodical articles and, within library catalogs, to other web pages whose URL is entered in the 856 field of bibliographic records were the other primary "values added" with initial implementation. Access via Web browsers has also meant that some people can now gain easier access to LUIS resources without additional telecommunications software.

As the Task Force began discussions, it seemed that the focus of our (and FCLA's) initial efforts needed to be on stabilizing and enhancing the product as it was initially conceived (rather than on immediately developing a major re-design). Providing a fully functional system first was considered a much higher priority than diverting resources to move in a very different direction. With that in mind, here is a list of changes that have occurred since initial implementation (and a list of current development activities):

II. Medium Term Development Possibilities

As the short term development described above unfolds and system reliability/stability is achieved along with an increasingly functional user interface, additional development may be undertaken that is characterized here as "medium term". This means that the basic presentation of LUIS search results continues to approximate the current WebLUIS system, but that some enhancements are made to take advantage of the greater flexibility of the Web environment. Following are some of the possibilities:

  1. Develop additional Web resources that can be linked to from a persistent "toolbar" at the top of every LUIS screen. http://www.uflib.ufl.edu/aufintro3.html shows examples of the kinds of library/LUIS research aids that might be developed to communicate with and assist our users. (Many of the links you'll see on this "toolbar" link to sample pages). Among these resources might be distance learner information and generic library instruction information (perhaps developed by the relevant SUS PSPC subcommittees) as well as a different WebLUIS "help" system which presents much of the current explain screen information in the more flexible Web presentation. How this feature could best be achieved while retaining one's "place" in LUIS while temporarily leaving the WebLUIS environment remains to be seen. One possibility using "frames" for the persistent tool bar can be seen at http://www.fcla.edu/cgi-bin/cgiwrap/~fcltps/webportal/USINGFRAMES (type nerluis when you link to this page).

  2. Develop a new WebLUIS database Web page to replace (or supplement) the traditional LUIS menu system for selection of WebLUIS databases to provide a more Web-like database selection device (list, pull-down menu, etc.). In the Web environment, perhaps we can move to a common menu of WebLUIS resources as originally existed before custom menus were made available. Each institution now has the ability to develop its "custom" presentation of Web resources on it's own Web pages, and does not really need the FCLA menu system to provide access to local news and information, etc. in WebLUIS.* In the case of those unique resources that now appear on menus at only some institutions due to supplemental contracts (e.g. in the case of extra EUREKA databases paid for at UF, USF, etc.), those links could appear on institution Web pages rather than on WebLUIS menus. Two rough examples of possible alternative presentations can be seen at http://www.uflib.ufl.edu/adblist.html and http://www.uflib.ufl.edu/testcon.html

    * It is recognized that some institutions may wish to have the WebLUIS Home Page at http://www.fcla.edu serve a larger role in their organization of access to Web resources than others instead of creating and maintaining a local Web structure.

  3. If thought to be desirable, it may be possible to display the command entry area at the top of WebLUIS database screens instead of at the bottom (see example at http://www.uflib.ufl.edu/aufintro2.html ) .

  4. Options for marking and printing/downloading records (in addition to the current ability to e-mail records) can be developed and evaluated.

  5. Use of multiple windows

  6. Use of style sheets to enhance appearance of pages.

III. Long Term Development Possibilities

As previously mentioned, our focus to date has been on further developing and "tweaking" the WebLUIS product as originally conceived so that it can be considered throughout the SUS as a viable alternative to terminal LUIS. FCLA efforts in that direction during recent months have been detailed above. We have also given some attention to the medium term development possibilities. While we have begun formulating additional ideas for longer term development of the WebLUIS interface by beginning to review other library catalogs on the Web (as well as interfaces provided by other database services) to see what works well and might be applied in our future development, this review is not yet complete. Shown below are some of the issues involved in this development along with some tentative "design guidelines" that need to factor into our own design. This section is divided into A) WebLUIS Interface Possibilities, B) Digital Library Possibilities, and C) Technical Services Possibilities.

Special Note: It is important to mention that all long term development will be affected by any decision that may be made to abandon the NOTIS/LUIS/WebLUIS system in favor of some alternative that may exist (or may come to exist). Obviously, if another system is chosen based on the perceived effectiveness of its user interface and its adaptability to our Digital Library initiatives, local development efforts will change (to conversion of data, creation of means to recover lost functionality which will likely occur on both the tech and public side, etc.) If another system would be chosen more for its technical side strengths, further development of the Web interface might be necessary in which case the design principles developed for WebLUIS development might serve as a guide.

B. Digital Library Possibilities

The Task Force has not focused to any significant extent on this area since this is generally believed to be more the purview of the SUS Electronic Collections Committee. However, in addition to contracting with commercial vendors for access to full text and other resources via remote Web link (or via local mounting and web access such as in the Elsevier Journals project for UF, USF, and FSU), we would encourage SUS institutional initiatives to identify and digitize unique resources that can be preserved and made widely available (perhaps even for a fee in some cases). Several examples of local projects may be previewed at http://karamelik.eastlib.ufl.edu/ (the UF Libraries' Preservation Department Home Page). NOTE: A listserv (SUSDIGIT-L) has recently been established for discussion of digitization issues in the SUS).

A major issue that will be increasingly important as more resources are delivered electronically is that of providing, insofar as possible, a common interface to those resources. While it is unlikely that all resources can be made accessible in a common way, we should look for opportunities (e.g. Z39.50) to help our users function as easily as possible.

C. Technical Services

The Task Force has not discussed this area of possible future development. However, the need to insure a stable, fast, environment for performing basic library staff operations likely means that shifting to Web processing where there are inherently more problems than in our NOTIS terminal environment should be studied very carefully before making such a shift.

Mark Hinnebusch will be meeting with the SUS Technical Services Planning Committee in June to discuss some of the possibilities for enhancing and improving functions in this area.

IV. Ongoing Structure for Development of WebLUIS

This Task Force has helped to identify some of the priorities for FCLA's short term development of the WebLUIS user interface. It has also created a listserv (WEBLUIS-L) which is open to any SUS Libraries' staff member interested in actively contributing to the development of the product. (NOTE: Following a recent re-advertising of the WEBLUIS-L listserv, the number of listserv members has substantially increased to 77 - and there is hope that it can become an effective communication vehicle). FCLA staff would like there to be a permanent group to interact with concerning this development, and several options for providing this ongoing input occur to us:

  1. Retain the current Task Force (3 SUS members and 2 FCLA staff) to continue advising FCLA and posting ideas for consideration on the WEBLUIS-L and/or FCLLIST listserv(s) for informal feedback.
  2. Expand the group to include representation from any institution that would like to be involved at that level. The group could retain the same name or be renamed something like "WebLUIS Development Team".
  3. Retain a small group (current or newly-appointed) with specific liaisons in each SUS Library appointed to assist in testing, etc. and providing feedback from their locations. NOTE: Development for the workstation environment is much more difficult than in the terminal environment because of the wide variety of local options for equipment and software. Providing feedback systematically from each library is critical to ongoing development.
  4. Expand the group to include a representative from each institution (not necessarily a "public services" person) with the relevant interest and expertise. That body would be made permanent to provide regular guidance to FCLA and to assist FCLA in testing, trouble-shooting, polling staff, etc. as needed. NOTE: This approach would insure that each institution has a voice in WebLUIS development. The group might best work independently of PSPC, TSPC, and ECC (working very closely with all, but not reporting to any specifically.) This might become increasingly appropriate as development evolves into the technical services area.

What needs to be clearly understood is that Web interface preferences appear to be even more highly "individual" than terminal emulation preferences have ever been, so an effective mechanism for discussion and decision-making needs to exist if any significant progress is to be made. If a group is to actually serve in an active advisory capacity to FCLA, perhaps the group should be given clear authority to make some ongoing design/development decisions without higher approval.

V. Recommendations

  1. Refinements in the current WebLUIS product should continue before significant long term development is undertaken. It is a priority to achieve stability and reliability approximating, insofar as possible, the terminal LUIS product as opposed to emphasizing development of a significantly different public interface.

    With a stable and functional Web product in place, development of an alternative presentation can be undertaken "behind the scenes" without direct impact on users of the active WebLUIS system.

  2. Long term development of WebLUIS (both OPAC and technical services) is inextricably linked to any decision that may be made to shift from NOTIS/LUIS/WebLUIS to an entirely new system. An evaluation of the options and a decision to commit to enhancing the current system or replacing it should be accomplished as soon as possible to prevent wasted effort.

  3. Sometime this summer (perhaps after a solution for the browser BACK and FORWARD button problems is implemented - and when response time problems are resolved at individual institutions), there should be a "push" throughout the SUS to re-introduce WebLUIS as a viable alternative to terminal LUIS. NOTE: There is a sense that some staff and users may have been so discouraged with the instability during the early days of WebLUIS release that they may not have paid much attention to the enhancements that have occurred since then.

    While no recommendation is being made for setting a date to migrate to exclusive use of WebLUIS, such a recommendation may be desirable once acceptance is achieved. Terminal LUIS continues to be a very fast, reliable mechanism which effectively delivers information (although not to Digital Library resources).

  4. The Task Force (or a permanently-established replacement group) should continue to review options for medium and long term development and should further refine the preliminary design guidelines listed above.

  5. The PSPC should provide feedback on the preliminary design guidelines detailed in this report. Additional considerations are encouraged.

  6. The PSPC (and perhaps its Cooperative Instruction Development Subcommittee) should consider the training implications of creating a WebLUIS interface that differs considerably from the terminal LUIS interface during the time when the stability and reliability of terminal LUIS makes abandonment of that vehicle undesirable. NOTE: There is concern about the potential impact of having to train users on two very different interfaces. Feedback from those groups on the relative merits of beginning to change the WebLUIS interface while not wanting to cease support for terminal LUIS would be very useful to the Task Force.

  7. A common WebLUIS database list (Web page) should replace (or supplement) the LUIS menus for navigating WebLUIS databases. Each SUS Library should consider developing its own Web structure for access to unique resources.

  8. Other PSPC subcommittees (e.g. Distance Education and Instruction) should explore the potential for developing and making available relevant information via a persistent WebLUIS toolbar.

  9. The PSPC, TSPC, ECC, and SUS Directors should determine if the role of this Task Force should be greater than that of assisting with development of the public interface.

  10. The PSPC, TSPC, ECC and SUS Directors should consider the options for a structure for ongoing development so that authority for that development is clear and implementation can be accomplished relatively quickly. A separate group as described in IV.D seems to be the best model for the long term.

  11. The PSPC should insure that each institution has appointed someone as its primary liaison for testing WebLUIS as it develops and reporting results of those tests, problems, etc. Partial testing at a few institutions (as has been possible in the past for terminal LUIS changes) is not adequate for the WebLUIS environment (because of the local equipment and browser options).