Posts tagged as:

careo

Remembering CAREO

October 31, 2007 · 6 comments

in work

Today is a memorable day. It’s the day that CAREO, the learning object repository we built at The University of Calgary, is being officially decommissioned. Unplugged, mothballed, and put into storage. It’s been a wild rollercoaster ride for these 6 years, but that ship has sailed. Back in 2001, when CAREO was first created, there [...]

{ 6 comments }

LOR Typology: CAREO errata

October 24, 2007 · 0 comments

in work

I just poked through Rory’s A Typology of Learning Object Repositories article, starting with the tables, and found a few errors relating to his description of CAREO. Here are the corrections (I don’t have Rory’s email handy, and there aren’t comments on the DSpace page for the article):

 CAREO supports hosting content as well as linking [...]

{ 0 comments }

Learning Object Repositories 2.0

June 12, 2007 · 16 comments

in Uncategorized

I (still) spend a fair amount of time thinking about the learning object repositories work that was done back at the turn of the century. A bunch of folks (myself included) took up the task of building software to let people easily publish, describe, share, find (and hopefully use) digital assets or learning objects (assets [...]

{ 16 comments }

CAREO: Resurrection

January 10, 2007 · 5 comments

in Uncategorized

One of the tasks that’s been on my desk for awhile has been giving some love to CAREO. It sorta stopped working a few months ago, and nobody really cared enough for it to be a High Priority Urgent Fix. The hard drive started to corrupt, and services went from spotty to unavailable. And stayed that way.

Actually, I think it’s a pretty impressive statement about Institutional Repositories that something that was once trumpeted as The Next Big Thing can be out of action for 9 months without many people even noticing. Relevance of top-down, centrally ordained institutional Repositories?

Personally, I just kept feeding my stuff into del.icio.us, Flickr, and my blog, completely (and blissfully) unaffected by the crumbling of an aging prototype repository.

But, apparently, some people still wanted access, so I spent the day getting my head back into the code (mmm… spaghetti….) and realizing just how much I dislike Java (or, perhaps, all compiled languages). I spent SO much time wasted in compile-recompile-forcecompile-compile-deploy-launch-test-fix-repeat that it was way more frustrating than it needed to be. With an interpreted language, I could be modifying the code on the fly and seeing the changes in realtime. Much better for fixing and debugging stuff.

Anyway, CAREO is back on the air, with its library of 4145 contributed “learning objects” (of which, the vast majority don’t really provide much context for learning, but are rather simple assets or resources to be used in other contexts…

It’s now running on my old dual-800MHz-G4 desktop box, which would sound slow except that CAREO is now running on a box that has more than 4x the horsepower it did before The Fall From Grace. Pretty sure it won’t handle a Slashdotting, or even moderate use. But it should work well enough for people to refer to again.

My first reaction on seeing it again after over a year was “Blech! THIS was the best we could come up with?” – The interface is pretty hideous, especially by “modern” standards. And it’s so un-Web2.0 that it hurts. I did bolt on wiki and discussion features, but that’s what they are – bolted on grift.

Of course, it was pre-Web2.0, so it’s funny how perceptions change with experience.

ps. the CAREO Project Website, which was hosted by Athabasca, is unavailable for completely different reasons (they let the domain lapse and didn’t renew it. doh.)

{ 5 comments }

Web 2.0 vs Repositories

September 19, 2006 · 4 comments

in Uncategorized

Thanks to Scott for linking to this in his del.icious.net linkstream. It’s a nearly-year-old article about implementing a “learning object repository” using the Small Pieces philosophy. For me, the takeaway message was a reinforcement of something I’ve been seeing a lot of lately.

My feeling is that the Capital R “Object” Repositories beloved of systems designers of the old fashioned IMS school are rapidly losing currency in higher education, but – bizarrely – gaining credibility among decision-makers in the schools sector.

It’s amazing just how many questions I’ve been getting about CAREO recently. From all over the place, from various levels of administration.

Just as the main CAREO project website went dark due to lack of provincial support. And the CAREO repository itself is slowly failing while being neglected on life support.

It seems as though we went through a phase where the IMS/Large Tools approach was favoured, and that’s how many of us mocked up the first round of Learning Object Repositories. But – we were a couple of years too early. The whole “Web 2.0″ thing wasn’t quite there as a concept yet, otherwise I’m positive that’s the tack we would have taken.

It’d be a shame to have others doomed to repeat our entire process. We tried the Repository approach. It didn’t work too well. Learn from that and start with the Small Pieces Loosely Joined / Web2.0 approach.

{ 4 comments }

Drupal as Learning Object Repository

May 4, 2006 · 10 comments

in Uncategorized

I was forwarded an email last night by someone asking where they could download a copy of CAREO to use as a national learning object repository (in a nice, tropical country south of here). I’ve been thinking about it since I checked email early this morning. There is no need for CAREO (or its ilk) anymore. Other solutions have evolved and surpassed what we came up with as a prototype Learning Object Repository.

If I was to start an organizational/institutional/regional repository of resources, I’d just use a copy of Drupal.

Yes. Drupal. It provides every feature that CAREO does/did, and many many more that we would have never had time to implement.

You can create custom content types, and any taxonomies you like, so it would be perfectly possible to create a full LOM record as a Drupal node. Or, you could stick with simple nodes and multiple free taxonomies and have a more organic system.

It can handle internal content (uploads of files – even resizing images) as well as external (simple hyperlinks). It can handle access control (either role based, or group based, and I’m working on user-based). Threaded discussions can be tied to any piece of content. Rating systems and voting is supported. Full searchability and browsing is supported out of the box. Multiple themes – users can even select their own themes if needed. Multiple websites on the same instance of the application. LDAP authentication. Nice rich text WYSIWYG editors. RSS feeds all over the place (even podcasting!). Tracking statistics (popular items, etc…). The software scales pretty well, too (handling big sites like The Onion, NASA, SpreadFirefox and many others).
And it’s a widely used, free, open source project that can run on literally any webserver (or desktop box) that can handle PHP and MySQL (and if your server can’t handle that, it’s crap).

So, there it is. Drupal would provide a more robust, flexible, and extensible solution than CAREO could. I might have to look at migrating the data from our instance of CAREO into Drupal…

I’m not the first to realize this, either. The folks at SocialLearning.ca are building what is essentially a learning object repository and community support system. In Drupal.

With that said, if you STILL want a copy of CAREO, the instructions to install it are here. Contact me for a download package, but I won’t be able to provide support.

{ 10 comments }

(Finally) Removed Test Items from CAREO

July 12, 2004 · 0 comments

in Uncategorized

I finally got around to removing some of the krufty old test records from CAREO. I did a few searches, and came up with a list of 76 records that shouldn’t have been left in the “live” CAREO database – they got added during various stages of software building/testing, by various developers.

Searches should turn up fewer “testing” results, and the “Newest Objects” isn’t polluted by crap added by folks just kicking the tires…

So, now our usual test search of “earth” only has 14 results…

Note to self: make sure all develoeprs are using either private or staging databases, rather than the Real Deal…

{ 0 comments }

Experimental Wiki Integration With CAREO

April 7, 2004 · 0 comments

in Uncategorized

I’ve just added some potentially cool functionality to CAREO. Every object in the repository now has a link to its own Wiki page, where a freeform discussion or whatever can take place.

I’m not sure if people would actually use it. I think it’s different enough from a traditional threaded discussion to warrant inclusion of both solutions.

In my head, I’m picturing the Wiki pages becoming more teaching-oriented than a threaded discussion could. Something more like the Wikipedia.

The cool thing about the wiki pages (apart from being more freeform) is the automatic cross-linking of pages. This could have the potential to make a richly networked set of resources wrapped around learning resources.

As an aside, I’m using phpWiki to provide the wiki functionality. I find it more full-featured than UseMod, and it supports creating wiki pages with full URLs as page names (that’s all this feature is based on).

{ 0 comments }

Wiki Format Text Display Enabled in CAREO

March 31, 2004 · 0 comments

in Uncategorized

I just threw the switch to enable Wiki Formatted Text in CAREO, specifically in learning resource descriptions (any time you see a resource listed – search results, main page, whatever), and discussion post entries. This will let folks just go ahead and enter plain text, and CAREO will try to Do The Right Thing to display it as nice HTML.

Something like this discussion on “Earth At Night” looks a wee bit better now that it’s not all munged into one paragraph per entry, or faking formatting using the icky <pre> tag…

I’m using the RADEOX RE java rendering engine. Looks like it’s doing a decent job, but it appears to require double carriage returns before it will paragraphize some text, whereas most folks will use a single return to break up a long block of text. I’ll look into changing this behaviour.

{ 0 comments }