Showing posts with label JISC MOSAIC. Show all posts
Showing posts with label JISC MOSAIC. Show all posts

Tuesday, 27 October 2009

The Library's Role in Organising "Course Knowledge"

It seems to me that one of the key, live discussion issues faced by academic libraries at the moment in their 'service to undergraduates' role is the extent to which they integrate with the students' experience of a course (which increasingly means: in the VLE).

In the Open University, the central library's role was originally to support course development and academic research, as well as archiving the university's course materials. Undergraduate access to other academic libraries across the UK was also negotiated by the Library. The rise of e-collections, however, means that the OU Library can now start to provide information access to undergraduate students who access library services remotely.

In Cambridge, too, the central University Library's role, primarily as a research library, but also as a provider of services to College and Department libraries, looks as if the increasing online availability of resources might influence the services it provides directly to undergraduates, in addition to the services it provides through the other libraries.

But to what extent are the libraries looking inside their respective .ac.uk domains (both the public areas and the authenticated ones) and attempting to 'organise learning related course knowledge' - that is, those resources that grow up around a course over the its lifetime.

So for example, we have 'direct' course related outputs, such as course reading lists and past exam papers. Then there are the outputs of data-mining around courses, such as looking at what books students on a particular course borrowed in significant numbers. Where students do their own research on a particular topic, there are resources they have referenced in their work. These may become increasingly discoverable if students start to make use of social bookmarking or reference managing tools, posting course related social bookmarks, for example, as they do their research. For students who subscribe to RSS feeds, OPML feedrolls relating to a particular course might also be available. And as open educational resource initiatives keep testing the waters in terms of releasing course materials under an open license, there are likely to be increasing amounts of course materials (including reading lists, lecture podcasts, or videos etc etc) available relating to any particular course, or at least, course related subject area.

(One OU course I used to mark each year always has a research style question that required students to discover two or three resources to support their answer. I'd bookmark these each year in order to see what sorts of searches students might be doing for the assessment: a lot of the resources seemed to be among the top Google results for an 'obvious' keyword/keyphrase selection suggested by the question.)

So how might a Library go about organising 'course knowledge'?

One approach I have explored in the past are course related search engines. In one early demo, I mined courses on the OU's OpenLearn website for links to external websites, and used these as the basis for a course resources search engine. (I suspect the demo has since rotter: OpenLearn Dynamic Custom Search Engine). In other examples, I would search over the outgoing links from a particular webpage (e.g. 'Search Links On this Page' Revised Bookmarklet - again, this may have rotted...). One course I am currently running uses a Google Custom Search Engine populated by hand with resources linked to from the course materials, providing students with a way of searching over the (public) resources that the course refers to (think of this like a reading list limited search engine).

"Ah yes, all very useful", you may say. "But so what...?" So maybe Google is going to beat the libraries to it again if they don't start thinking in a weblike way. For example, in my feed reader today I learn that Google is now offering Contextual search within Wikipedia:
For Wikipedia pages with a lot of information and links, contextual search lets you limit your search to only those Wikipedia pages that are linked from the current article, focusing the results on the topic of the article. So, in addition to getting all matching Wikipedia articles, you can quickly drill down to contextually relevant results using the Linked Wikipedia Pages tab.

WAKE UP: in most institutions, the course is a context, but how much value is being exploited from that context? To what extent do our 'learning environments' allow linked course resources to be explored as if the learning environment was a research environment?

Encouragingly, there are signs of academic Libraries starting to think about the exploitation of course resources. So for example, @daveyp's book recommender based on library loans data looks as if it might be increasing the number of books borrowed at Huddersfield University (ILI2009: Exploiting Usage Data). And at Cambridge, moves appear to be afoot at getting hold of centralised course information data so that it can be used to personalise a variety of library services (more on this in a later post...;-)

Just by the by, clearing out some long ago opened tabs on my web browser ovr the weekend, I came across this post entitled Examopedia, which describes a project at Portsmouth where "questions from a past exam [are posted on a wiki]; students then put their answers to these questions onto the wiki, suggesting alternatives or amendments if an answer has already been posted".

For subjects where short problems are used as one of the drivers for checking understanding and demonstrating techniques, I can see how this might be a really powerful technique. It also got me wondering about the extent to which a service like Stack Overflow (now available as a white label service, Stack Exchange), where users can post questions, receive answers, and share all sorts of karmic goodness, might be used in a similar way? E.g. by allowing past papers to be atomised down to the level of separate questions, posted as such, and then collaboratively addressed by a social learning community?

One question is, to what extent should it be the Library's role to explore the way(s) in which course knowledge can best be organised and exploited...?

Thursday, 22 October 2009

JISC MOSAIC Competition Entries - Imaginings Around the Use of Library Loans Data

One of the joys of chatting to folk under the auspices of the Arcadia programme is that it allows them free reign to talk about all the things they'd like to do, rather than just the things that are on the current day-to-day grind development plan. Today, for example, I attended a meeting that was looking at ways of getting course related data associated with students held in one university administrative database so that it could be used to provide additional context for library services looking to make course related recommendations (reading lists, past exam papers, and so on) to individual students.

This relationship between books and courses is one that can be explored, in proof of concept prototype form at least, using data from the JISC MOSAIC programme.

Over the summer, this programme supported a developer competition to encourage developers to "produce a browser based application that makes use of some or all of the MOSAIC library activity data".

The data represented several years' worth of anonymised records relating to books borrowed from an academic library, with book loans linked to course affiliations of the borrowers, as well as their year of study.

Although the data was initially made available as a large XML file, Dave Pattern (@daveyp) from the University of Huddersfield Library rapidly produced a simple web based API to the database (MOSAIC Competition Data API) which opened up the possibility for developers and tinkerers without database experience to participate in the competition.

In all, six entries were submitted to the competition, (comptition results), covering the following areas:

Improving Resource Discovery

- Navigate the ‘Book Galaxy’ through links based on borrowing habits (link: Book Galaxy):

[image to come - I couldn't get the Java applet to work]

- "find books that have been borrowed from your institution's library by students on a particular course, add them to a reading list and share it with others" (link: iLib):

iLib MOSAIC Competition entry http://www.codebrane.com/ilib/course/bahonseducationaladministration

iLib glue: e.g. http://www.codebrane.com/ilib/book_search/?book_searchtext=games, http://www.codebrane.com/ilib/course_search/?course_searchtext=games

Supporting learning choices

- Supporting course choice - augmenting the UCAS course catalogue with books and courses related to a course by virtue of books borrowed commonly across courses(link) [DISCLAIMER: this was my entry; blog post about this app]:

Supporting course selection MOSAIC competition entry http://ouseful.open.ac.uk/mosaic.php?cc=e216

Course selection glue: e.g. http://ouseful.open.ac.uk/mosaic.php?cc=e216, and the various bits of Yahoo pipework associated with the app (listed on the project page)

- Course suggestions based on books you’ve read or that are itemised in a reading list (link: Read to Learn):

Read to Learn MOSAIC competition entry http://www.meanboyfriend.com/readtolearn/

Supporting decision making

- Assess circulation relating to departments and courses (link: Collection Development Dashboard):

Collection Dev Dashboard - MOSAIC Competition entry http://dysinterested.com/mosaicdashboard/


- Value the loans per courses as a collection performance indicator (link):

Book loan value MOSAIC competition entry http://voyager.aber.ac.uk/mosaic/

Aggregated Data
A couple of the apps display reports that crunch aggregated stats from the data in potentially useful ways (e.g. the collection reporting tool and the loan book value tool), although I'm not sure about the extent to which Library systems support bulk reporting already (library systems vendors all seem determined to keep their documentation behind password protected, license holder access only barricades for some reason that I just can't fathom?

The Read to Learn app looks like it combines lookups from several ISBNs to rank suggested courses, which to my mind is more interesting (in a playful, if not useful, sense) than simply totalling figures within a particular set. E.g. I assume that the suggested course rankings will be different for each different set of books you upload and are calculated uniquely for each different set of books? (If I've misinterpreted this, I'm sure Owen will let me know ;-)

"Linked Data" opportunities
On thing that particularly appealed to me about this data was the ability to recommend one thing based on another. In my own application, this took the form of finding courses on which books had been borrowed that were also borrowed on a course that a student browsing a course list on the UCAS website might be considering taking.

At first, I though iLib did something comparably indirect - e.g. using a search term to find a set of books and then using that list of books to identify a set of related courses, or searching for coursenames that contain a particular search term and then reporting back with the books associated with those courses; but I think the course search and book search are actually just literal searches? (i.e. the book search searches for books directly, and the course search searches for course titles containing the search term directly).

I'm not sure what Book Galaxy does from playing with it - I still can't get it to work :-( From the description: "Clicking on a book will show a web of related books for the selected book at the centre, with courses that use the book listed around the outside." So this presumably looks up books related to courses related to a particular book (nice:-). "Clicking on a course will show all the books that are used by that course." But not the courses related to that course by virtue of common books, which would be the corollary of the books related to books approach? (So e.g. my app used a courses to courses mapping.)

Just looking at first and second order relationships, we can get:

- course to books (starting with Course A):
Mosaic: course to book

- book to courses (starting with Book 1):
Mosaic - Book to courses

- course to courses (starting with Course A):
Mosaic: course to courses

- book to books (starting with Book 1):
Mosaic: Book to books

Note that if we take xISBNs into account (and the MOSAIC API supports xISBN lookups), we get a potentially richer map, e.g. when mapping from a book to courses. So for example a book has alternative ISBNs for its diffrent editions, we might get something like:

MOSAIC: Book to courses via xISBN


Anyway, it was interesting to see how different people addressed the competition, although there's not as much glue as I was hoping for (that is, apps with RESTful URIs that can take course codes, ISBNs or free text search terms, and maybe produce RSS, JSON, XML or easily scrapable outputs that don't simply replicate calls to Dave's API).

And as far as the data goes, I think MOSAIC is still accepting data for to add to the mix, and scripts are available (I think?) that can generate a data dump in the required format from a variety of library systems (including Voyager... So how about it, Cambridge?;-)

For more techie details, see the MOSAIC wiki

PS if any of the other competition entry developers have blogged about their apps, I'd love to be able to link to the corresponding posts :-)