e-Literate

Present is Prologue

Tag: screencasts

  • Teaching Faculty About Wikipedia (and Social Software in General)

    I just discovered Jon Udell’s wonderfully archeological screencast about the evolution of a wikipedia page. In eight and a half minutes, he beautifully demonstrates how a community negotiates knowledge construction when nobody is the boss, anybody can edit, and there are no formal processes. As we know, this is a particularly vexing question to many faculty, who are used to editorial authority being defined by a single blessed and credentialed editor or a small number of blessed and credentialed jurors in highly specialized content domains. In contrast, Udell takes an extremely specialized topic–the history and conventions of using umlauts in the names of heavy metal bands–and shows how entirely different editorial mechanisms can work very effectively.

    If you do share this with your faculty colleagues, I recommend emphasizing the following points: (more…)

  • Video Literacy

    There’s an old joke among instructional designers. In response to a request for “gratuitous” video in a course, we ask, “What moves?” The implication, of course, is that if you are not showing content that is inherently dynamic and in motion then there is no point to video.

    How last millennium can you be?

    The joke betrays a lack of sophistication–of literacy–regarding the expressive power of the moving image. I think we need to take video more seriously and give it a privileged place right beside the written word in freshman composition classes. Because video can express some of the same concepts we ask students to relate using the written word, only more powerfully, more compactly and…well…just differently. (more…)

  • vPodcasting?

    Update: For those of you who tried the link and found it broken, it has been fixed now. Sorry about that.

    My colleagues at FIT are at it again. Not content to merely use podcasting as part of their art history courses, they are trying out screencasting, using Camtasia to provide audiovisual tours of art works. Very cool.

    What I’d like to know, though, is whether one can use RSS enclosures to publish a Quicktime video to a video iPod this way. Will the iPod know what to do with the video? If so, then this would be a great way to broadcast visually intensive learning content.

  • Del.icio.us Feast

    I admit it: Much as del.icio.us has intrigued me, I could never quite figure out how to use the darned thing. Lucky for me, Eric Feinblatt turned me on to a screencast on the topic by John Udell. If you’re like me and you haven’t quite been able to get into del.icio.us, then check out the screencast. And to get a slightly academic overview of folksonomies in general, using del.icio.us and flickr as the primary examples, you might want to read Folksonomies: Cooperative Classification and Communication Through Shared Metadata.

    Once you’ve done so, then you’ll want to look at a few more resources: (more…)

  • JotSpot Initial Impressions: This is Your Source Code on Wiki

    After spending a few hours playing around with the JotSpot beta, I can say that I like what I see very much so far. As a non-programmer who wants to learn a little HTML and doesn’t read manuals very often, I love the “View Source” feature in my browser. I can find a page I like and see how they put it together, learning by example. JotSpot takes this idea and runs with it.

    To begin with, you can not only view the source for a JotSpot page; you can edit it too. OK, that wouldn’t be different from any other wiki if all the software allowed you to do was create free-form HTML pages. But it does a lot more than that. In fact, it does (at least) three new things beyond normal wikis that are pretty huge changes.

    First, it lets you structure data. You can create form fields on a wiki page and make those fields searchable. You can even make form fields on an existing page so that you can cut free-form text and paste it into the form. This makes your data much more usable.

    Second, it lets you access outside data sources. RSS is the easiest, but from what I can tell even with my severely limited markup skills, it looks fairly straightforward to pull in other types of sources too. For example, they give you a page where they use the Google API to pull in search results. Because it’s all in wiki, it’s easy for me to learn by viewing their source code, making a minor change (e.g., the search term), and testing it right there. The code in the example pages is superbly well commented to make learning by doing easy.

    The third impressive thing that JotSpot does is that the accessing of external data sources can be bi-directional. Let’s say I have some data in three different systems that I want to look at. I can pull them all into the same JotSpot wiki page. But now I want to make a change in, say, the data in my CRM app. As long as the app itself allows it, I can change the data in the JotSpot field and have it automatically update in the CRM application. Very slick.

    But the slickest thing of all is how easy it is. As an HTML poser, I regularly get stuck on tables and divs. If actually had to write significant SQL or PHP (or whatever) code to access data…well…forget it. But JotSpot appears to reduce all of this stuff to a simple declarative markup. You can apply CSS, etc., to it, but you don’t have to. I can build a simple but functional application in a few simple lines of code. (And by the way, unlike many wikis I’ve seen, the default result isn’t butt ugly.)

    I’m just scratching the surface of this thing, really, and in some ways I’m not the best person to be testing it. But so far I’m really impressed.

    By the way, Jon Udell has an interesting twenty-odd-minute Flash demo of the product. The demo itself is rough (no VCR controls, kinda blurry, etc.) but the content is highly informative. Some of the stuff I mention in this post I figured out from watching the demo and then going back to JotSpot to play.