The kuali foundation has been around for a few years now but only recently (since July 2007) started work on a student services system backed by 7 N. American institutions to the tune of more than $25 million over a 5-year period, with Carnegie Mellon and MIT digging deepest. At an initial glance, this initiative looks like yet another well-funded open source initiative and the sceptics will not be expecting much long term impact, although it is worth noting that the kuali board does include Brad Wheeler, co-founder of the reasonably-successful sakai project.

The timeline gives an idea of the scope and indicates that “curriculum development” is an early priority, something that is elaborated upon in the outline functional description. This seems a logical starting point but is far from trivial, being the subject of several recent and active JISC projects such as COVARM, XCRI and COVa. How well the kuali team can deliver in this area should be an acid test of the viability of the initiative.

A glance at the Technical Architecture Principles is worthwhile, both for what it says as well as what it doesn’t. It is very committed to SOAP web services and service orientation. On this front, I think the student services system effort will be useful even if it fails miserably: a contributor and proving ground for the principles of the eFramework. On the what-it-doesn’t-say front, the list of open standards didn’t mention IMS or other educationally-oriented group outside the US; only PESC was mentioned.

One to watch!

 At a recent workshop for the eFramework there  was a session discussing experiences in using “BPEL” (Business Process Execution Language) in the RepoMMan project. BPEL allowed the RepoMMan to use web services provided by the Fedora Repository to bring the workflow process out of the repository in a configurable manner. Significantly, the engine that runs the BPEL instructions can also access other web services.

This seems like an important development, demonstrating how a generic repository could be wrapped within a more application-specific workflow, so avoiding the need for an application-specific repository. This makes a good companion to the ability of a repository to support multiple metadata application profiles.  Assessment “item banks” could be a good test case for the utility of BPEL. For example, a recent report on item bank requirements for repositories identifies the policies around access and capture/storage/access of usage data. Projects such as Minibix are developing the state of the art in item banking and should provide the baseline for further exploration, but we should not expect the full service oriented vision, BPEL and all, to be upon us soon. But you never know…

The thought struck me last night, on seeing a film with some students around a green-screen monitor that it was in 1986 that I first used instant messaging. The command was called “notify” but the cognoscenti created an alias, “n”, in their logon script (personalisation) and another alias to see which of their friends were on line. I think it was an IBM 3084 mainframe behind the scenes and very “dumb” and impersonal terminals at the front end. It is sometimes hard to remember the days before the internet (it was probably 1992 when I first experienced TCP/IP and was jolly pleased to remote control my SUN workstation in Durham while in Boulder Colorado) but in 1986 we were pretty impressed by CUDN, the Cambridge University Data Network and being able to IM each other from our respective places of study and dwelling.

How often we “notified” I shudder to recall, for the monikers of my friends are still memorable: SJC10, BTS11, GAN10 …

Funny how some things change while other’s don’t…

Google Co-op caught my attention recently as a welcome addition to the social bookmarking family, although it is not really being sold as this by Google; the collaborative/collective elements are not brought to the fore. I don’t wish to suggest that Google Co-op is the “answer”, but it has a complementary approach  built more around an interest than a person.  It’s well worth a look, there is a browser add-in to send URLs to your “custom search” and a facility to download your URLs (essential if you are going to invest much time). A little disappointing is that there hasn’t been any attempt to include any categorisation or tagging within a “custom search”.

In Southampton today there was a get together jointly between some people from the HE Academy and JISC CETIS communities to look at developments and directions in eAssessment in the context of the physical sciences and mathematics. A couple of “quite interesting” pieces of work caught my attention…

Martin Greenhow showed us some examples of his new Mathletics (you need to scroll down to find this) and talked about some of the technology (MathML, SVG and an impressive JavaScript library) and challenges in setting maths and statistics objective questions with quite deep elements of randomisation and apparent smartness. It all looked rather well done and the questions work in QM Perception. This really looked like something deserving of much wider use and appreciation as well as an exploration of how some of the underlying technology could be tool-kit-ised and exploited in wider circles.

Aside from the technical perspective, Martin talked about the positive student response and the way the rich feedback had effectively turned what was ostensibly an assessment into a learning resource – mal-rules based on common student errors and misconceptions were linked to feedback in a particularly effective way. Students were keen to work through a surprising volume of feedback material. One of the problems Martin identified is students gaming the system, something that makes the question setting quite challenging, but maybe this student strategy, once understood, can be exploited too.

Frank Margrave gave us a preview demonstration of LinuxGym, which isn’t officially released yet. This is a nice example of assessment in context, in this case linking a live linux box with a set of questions so that students would execute the commands in response to a question and have the consequence of the commands checked against various rules for success.

I’m a bit of a sceptic when it comes to REST and the SOAP vs REST “debate”. There seems to be a tinge of hatred of corporate IT and dogmatic promotion of niche programming languages. There has been quite a lot of REST-o-ranting on the topic and I am not going to go there now.

REST does interest me in the influence it has on service design; indeed I have been a little worried that a lot of alleged SOA is not as loosely coupled as the philosophers would like and that, even when using document-style (rather than rpc style) SOAP, it is too easy to be led astray into, for example: OO thinking, CRUD. REST is both attractive in lending itself to loose coupling and unattractive in drawing one towards class-oriented design rather than business process oriented design so I thought I would have an attempt at a REST approach to IMS Enterprise Services v1. Scott Wilson had a look at a “REST-style” approach to IMS Enterprise Services some time ago but this isn’t in the same style that I look at, which I think is more fundamentalist resource-centric. I don’t think either of us is actually saying that real implementations of IMS Enterprise would never want to use the WS-* stack; it offers a heap of valuable heavy-weight capabilities.

My first cut is available in PDF:

I have often observed chaotic meetings or been frustrated by group discussions that seem to lose the plot. I had never really thought about why this happens other than to complain under my breath about a weak chairperson or facilitator or to mutter “stick to the point” now and then. Now, at least, I have found a partial explanation: Christopher Allen has an interesting article, “The Dunbar Number as a Limit to Group Sizes” where he provides some evidence and relates to more fundamental anthopological research.