- This page is uncategorised. Please add one or more categories.
Begrudgingly I copied and pasted what I had already written on my blog, into this wiki and fixed all the links (see Part 1 for more on this attitude). You will get more of an insight into my thinking related to this vision if you go to the source rather than the copy. Maybe start with my blog's category for Wikieducator as no doubt I will forget to maintain this copy page and it will fall out of date, where as my blog is always up to date and full of comments that lead onto even more interesting things
Thursday, March 15th, 2007...2:14 am
My vision for Wikieducator
The problem with wikis is that they require people to remember to contribute, stop what they’re doing, go to the wiki, click edit and retype what they wrote somewhere else already, such as in a blog, email, or other media upload somewhere else. I really hate it when I upload an image to my preferred image host (Flickr) then have to re-upload it if I want to use it in a wiki. And what about this blog post? As I write I’m thinking about how I might put it on the wikieducator discussion pages I’m involved in… I think I’ll just add a link there and point to this post.
George Siemens puts an interesting thought across - that wikis will get better long term use than blogs.. personally I don’t think so - I think most people find it easier to collaborate with themselves then they do with others, and the long term experience with wikis might annoy them so much that they return to blogging and rely on the network connections to aggregate some form of collaboration.
And that leads me to my vision for Wikieducator (and wikis generally) - the aggregation of individual efforts and then the collaboration.
So far wikispaces is way ahead with this idea. Long ago wikispaces made it possible to add an RSS feed to a page, to be able to add to a wiki through blogging AND to embed media like Youtube vids, Frappr maps and other services that offer embed code for redistribution. This is certainly one level of aggregation I would like to see in a media wiki platform like Wikieducator.
Imagine, you’re starting from scratch with a blank page in wikieducator.. your topic is.. oh, I dunno - the weather… instead of having to enter in text, upload images, rejig the structure and even break out new pages as the first page gets too huge.. instead of that (or as well as) you could add an RSS feed, such as a Del.icio.us tag, or a YahooPipe feed, or a Technorati search result, or the weather reports from 5 capital cities… imagine you could also embed a documentary video from GoogleVids, a popular tsunami video from youtube, a preview of An Inconvenient Truth, and even an old 1950’s B&W weather report from Internet Archive. Imagine that after embedding that media you managed to organise text based transcripts to be loaded in for the dial up users who can’t watch this broadband media. Now you’ve peppered the text and media with a few FlickrCC images and your page is about ready. It took you less then an hour, you have an incredibly rich page, you’re ready for ‘class’, and ready for further collaboration from all the people who’s media you just sampled - remember, its a wiki
All of this is possible with Wikispaces already, but as much as I like wikispaces - I want to get into mediawiki and Wikieducator. Why? well there’s a few reasons - one is so the wikitext I/we create is reusable across other mediawiki installs such as our own if we ever install one. Another reason is because I am interested in the Commonwealth of Learning and the services they can offer in facilitating links across many national borders. The other is because wikieducator is focusing NOT just on educational content, but on improved communication channels to support the use of that content… Apart from those very brain centred reasons, its a gut instinct.
But my vision goes further than just getting Wikieducator’s mediawiki platform up to speed with the likes of wikispaces and content aggregation and media embeding.
Take Shaggy’s Training Packages Unwrapped (TPU) project. An incredible solution to the unusable formats that the Australian National Training Information Services (NTIS) uses to express Australian training unit standards. If you take a look at the TPU proof of concept you will see that TPU extracts key content out of NTIS unit standards and displays them in HTML with the option to extract in a number of other formats - including mediawiki text!! So take this project and apply it to many other forms of syllabus documents that almost always come in .doc, .pdf or .rtf formats and never in wikitext! and we have a short cut way of getting skeletal content like learning objectives and the like into a place like Wikieducator.
Now take a New Zealand project like eXe. eXe was formally a tool for creating SCORM compliant and XML content for reuse in Learning Management Systems and the like. It was probably designed for more than that, but when I first saw eXe back in 2005 I saw LMS tool and looked the other way. Now the project is aligning with the Wikieducator project and could conceivably be used to extract content from the wiki and reformat it ready for print. It could do the reverse as well, reformatting word processor files into wikitext ready for upload into Wikieducator as well, just like TPU can do.
Back to the aggregation inside a media wiki.. one-way aggregation is only half useful. Being able to quickly and easily compile an information piece on a wiki page from a variety of already existing information and media is great, being able to then quickly edit and add your own information around that media is even better, but to be able to dynamically export that page in true Web2 fashion would be the bomb! If each page had some form of XML with a simple step of copying a line of code and pasting it in another context so that the wikipage would redisplay on a blog, an LMS (gawd help us!) a straight website, a start page or even another wiki.. well, that would just be tops! Not just a snap shot of the wiki (we could just use eXe export features for that, but an always up to date version dynamically updating itself via RSS or something. What this would enable would be amazing. Similar to being able to display youtube vids in different contexts, but we are enabling the display of aggregated and wikified content in other contexts, where that context’s style sheet and presentation can lay over the content and make it appear native! So not only do we have open content (as in free access) but we have multiple pathways to the source as well! free and open source content on every level.
As I’ve pointed out before, Wikieducator are proactive on these things. They saw the need for better communication channels to support the content, so they introduced Instant Messaging channels. I’m informed that their IM works fine with Skype, hopefully it works with GizmoProject as well. So we potentially have VOIP in their too. Content alone is not much help to those who are trying to learn. Access to communication with others is what counts, so the provision of Instant Messaging and even Voice over IP channels for every page or content type would really kick arse. Volunteers like me who have a stake in a number of pages could list their preferred live communication channel, and the wikieducator page would be able to show whether that person was online and available, and facilitate messages between people through that page. Still on improving communication around specific content, Wikieducator has also recognised the cumbersome discussion platform of mediwiki and should be implementing threaded and slightly more graphically enhanced discussion soon as well, based on the Liquid Threads development.
So that about somes up my vision/wish list for Wikieducator.
- Two way aggregation and re-contextualisation
- Embedded media of all types
- Download and upload to and from static formats like word processor documents, PDFs and other text files.
- Good synchronous and asynchronous communication channels with every page
Tuesday, April 10th, 2007...5:45 am
I’m on my way to Vancouver to meet with people associated with the Commonwealth of Learning’s WikiEducator initiative for the Tectonic Shift Think Tank. They’re having a gathering to discuss the possibilities and limitations of the MediaWiki platform and related free and open source software for developing free and open learning resources. Over three days people will present visions for WikiEducator and its platform and we will work towards setting goals and objectives for further development.
Extending from an earlier post My Vision for WikiEducator, where I talk about the need for the platform to be able to aggregate and embed media from other platforms and then represent that content for embedding back into other platforms… I’d like to point to other thoughts and ideas that represent a wider vision I share.
- Pay it Forward Learning. An idea presented to NSW TAFE Outreach coordinators in 2005 as a way to offer free, or more accessible learning opportunities through the use of wiki type technology and processes. This project sees the engagement of learners in the actual development of learning resources through a formal recognition and even payment process.
- Brent Simpson’s various notes. Pointing out a few shortcomings on the mediaWiki platform, some ideas for improvement, and some positive possitioning of the eXe project to support WikiEducator developments
- Constructivist/constructionist Learning – Wikiversity discussion. The thoughts of – the gold in a wiki is in the discussion pages – where the focus in less on the actual content, but on using the process of content creation as a structure for learning.
- Training Packages Unwrapped. An Australian project developed by Peter Shanks that takes Australian Training Unit Standards out of their RTF and PDF formats, and makes them available in a number of other formats, including MediWiki text. This project has generated some measure of interest in Australian eLearning innovation circles, and is already being used by a number of teachers in the development of learning resources on both WikiEducator and Wikiversity initiatives. It is a very fast way to create a basic structure for a resource based on a recognised criteria for learning the subject.
- Michael Nelson, Web Design – Wikiversity. Michael has been using Training Packages Unwrapped and Wikiversity to develop learning resources for Web Design. He has described compelling ideas inspired by that experience, how he can conceivably see a relationship forming between teachers, students, industry and the Australian Training Authority where openness in expressions of unit standards not only helps teachers and students to engage with and understand them, but would help to keep each unit standard up to date and relevant.
In New Zealand, Training Unit Standards have been used for longer than Australia, and in some subject areas the inustry body charged with maintaining the unit standards have allowed some units to fall out of date, to a point of not being usable. The WikiEducator initiative could help to solve this problem by negotiating with National Training Unit Standard bodies for permission and encouragement to use expressions of unit standards as a basic structure for starting a resource and to compare unit standards internationally.
Using Training Unit Standards on WikiEducator would provide vocational teachers - who’s work is largely defined by such standards - a big reason to use the platform.
Speaking from general experience, collaboration on resource development is not a primary or even secondary factor normally considered by teachers in the vocational sector. Most teachers have a hard time achieving cooperation and collaborative relationships with their immediate peers let alone students, industry and the wider community, and so it is difficult to perceive and appreciate the usefulness of learning to use a wiki (with all its limitations) and then to overcome some level of nervousness in exposing their work to audiences wider than their students. This is of course something that is changing as the successes of Wikipedia and Web2 generally become more widely appreciated, but it will be some time yet, if ever, before a wiki is considered before a photocopier, PowerPoint, basic Word handout all delivered over a legacy Learning Management System :(
I hope this meeting will think hard about these realities in some parts of the CommonWealth at least, and that we can think of ways to improve the situation.
Like Brent, I would also like to extend an invitation to anyone else who has some ideas that could help the WikiEducator initiative.