wpmu

A mildly edited version of my response to Jim Groom's post over on the bava --

D'Arcy mentioned the need for this to scale, and he's right. With that said, I don't think we need to have scalability to 100K students as a first goal. The beauty of the small pieces loosely joined is that it's easier, and that it's a step away from the monolithic LMS's so beloved by so many --

Toward that end, it's good to consider what we'd need to carry from the blog to the aggregator in order to connect a student work with an institutional SIS/LMS. To start, I see two factors as essential: first, mapping a feed to a student, and second, mapping individual posts from within a feed to a course.

The first piece is relatively straightforward: within the institutional aggregator, map each feed to a userid within the school's system. This way, institutional IDs are not exposed via any type of feed, and the connection of student feed to institutional record occurs where it needs to: within the institutional aggregator.

The next piece gets trickier: embedding course info into the feed. I actually think the easiest way to do this would be to use the Atom feed, as the Atom feed is designed to carry additional info (as an xml payload within the feed). Google is using Atom feeds this way on Open Social (although for a far more complex implementation, carrying friend data), and given that WP already generates Atom feeds, it makes sense to leverage what's already there.

So, on the WP side: some new code that creates a drop down list of course names keyed to course IDs. When a person is creating a blog post, they have an additional field containing a list filtered to their own courses. If we want to get really tricky, we could include whether the poster is a student, instructor, ta, etc, for a specific course. This would involve querying/syching data out of the school's Course Management System and exposing it via the WP UI.

On the Drupal side, this data would need to be mapped into taxonomy terms (and this code already exists/is working on the feeds site). This mapped taxonomy term would automatically generate a feed from within Drupal of every post in the course, and these posts could also be displayed on a course by course basis -- so we could filter by author, course, keyword, date, etc. Then, within Drupal, OPML feeds per course would need to be exposed to privileged users -- these OPML feeds would be exportable, and would allow someone to subscribe to all the feeds in a single course in one step. Creating these OPML feeds would require new code. Alternately, it would be possible to create a page view of all the posts within each course using the views module, date filters, etc.

While there would still be more work to do after this, coding solutions for these two items (add course data to the atom feed from within WP, and generate the OPML feeds from within Drupal) would allow feeds from WPMU to be aggregated and sorted by student and course.

The advantage of creating the drop down list for courses is that the process of selecting/typing the correct tag is simplified. The disadvantage, though, is that any user not on a school-offered blog is out of luck. In order to support a wider variety of platforms basic keywords could be used on a course by course basis. Then, within Drupal, keywords that have been reserved for a specific course could be handled differently than other keywords. This system would be far more prone to user error (and would subsequently have issues scaling) but it has the additional advantage of working with any blogging platform that supports tags on posts. WP does that, right?

:)

Also, re the title of your post, I make a habit of eating crow, but I like to do it in style.

http://bertc.com/three_crows.htm

Bon Appetit,

Bill

I'll admit it at the outset: I'm in a bad mood today.

But when I see things like this, and this, and this, all talking about running courses in Facebook, I can't help myself

(Okay, really I can. But in this case, I don't want to).

Read Facebook's terms of service.

The "User Content Posted on the Site" section is particularly relevant here:

When you post User Content to the Site, you authorize and direct us to make such copies thereof as we deem necessary in order to facilitate the posting and storage of the User Content on the Site. By posting User Content to any part of the Site, you automatically grant, and you represent and warrant that you have the right to grant, to the Company an irrevocable, perpetual, non-exclusive, transferable, fully paid, worldwide license (with the right to sublicense) to use, copy, publicly perform, publicly display, reformat, translate, excerpt (in whole or in part) and distribute such User Content for any purpose on or in connection with the Site or the promotion thereof, to prepare derivative works of, or incorporate into other works, such User Content, and to grant and authorize sublicenses of the foregoing.

While IANAL, these seems to render the site completely useless for aspiring writers looking for feedback, as even a private draft shared among friends is licensed to Facebook.

So, if you want to give away the rights to your intellectual property, post it on Facebook. I'm not even going to get into the other significant issues, although they should not be overlooked.

Granted, the traditional LMS is a monolith designed to serve the needs of institutions first, teachers second, and students a very distant third. And yes, a social learning space is a vast improvement. But, a space needs to offer more than just the potential for social learning for it to be a wise choice. Facebook offers some generic functionality that is an improvement over traditional LMS's, but this says more about the sorry state of existing LMS solutions than about the suitability of Facebook as a replacement.

If you want a social learning space, you have a bevy of open source solutions that get the job done more effectively and allow users to retain control of their content and their user data. Moodle, Drupal, or even WPMU are a better place to start.