<?xml version="1.0"?><!-- RSS generated by Radio UserLand v8.0.9b2 on Sat, 21 Feb 2004 10:20:56 GMT --><rss version="2.0">	<channel>		<title>David Davies: Commentary</title>		<link>http://david.davies.name/weblog/categories/commentary/</link>		<description>Things that occur to me, not necessarily meaningful!</description>		<language>en-gb</language>		<copyright>Copyright 2004 David Davies</copyright>		<lastBuildDate>Sat, 21 Feb 2004 10:20:56 GMT</lastBuildDate>		<docs>http://backend.userland.com/rss</docs>		<generator>Radio UserLand v8.0.9b2</generator>		<managingEditor>d.a.davies@bham.ac.uk</managingEditor>		<webMaster>d.a.davies@bham.ac.uk</webMaster>		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 		<skipHours>			<hour>3</hour>			<hour>4</hour>			<hour>5</hour>			<hour>6</hour>			<hour>7</hour>			<hour>2</hour>			<hour>10</hour>			<hour>18</hour>			</skipHours>		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>		<ttl>60</ttl>		<item>			<title>Testing trackback</title>			<link>http://www.chezchrissie.co.uk/archives/2003_07.html#000177</link>			<description>test</description>			<guid>http://david.davies.name/weblog/categories/commentary/2003/08/05.html#a434</guid>			<pubDate>Tue, 05 Aug 2003 21:49:43 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=434</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/04/13.html#a178</link>			<description>Interesting observation of the day #1&quot;UserLand&apos;s implementation of Google&apos;s API&quot; in &quot;Frontier&quot; &amp; &quot;Radio&quot; is undoubtedly a powerful thing. Witness all the activity since its release only a few days ago. Its highest profile manifestation in Radio and Radio weblogs in particular is in the form of a &lt;a target=&quot;_blank&quot; href=&quot;http://radio.userland.com/googleBox&quot;&gt;Google box&lt;/a&gt;, often set up to list the top 10 occurrences of the author&apos;s name. Now here&apos;s the observation. In a Radio weblog the HTML title of the page is always the same, at least by default. In mine it&apos;s always &apos;David Davies&apos; Radio Weblog&apos; so every page in my weblog has this html title. Putting &apos;David Davies&apos; into my Radio Google box lists a bunch of pages that give me no indication whatsoever what they&apos;re about, so they&apos;ll be no use to you either. Browsing around some other Radio &lt;a target=&quot;_blank&quot; href=&quot;http://radio.weblogs.com/0001000/&quot;&gt;webloggers&lt;/a&gt; shows exactly the same thing. We&apos;re abstracting all of our hard wrought musings into a repetition of the same basic title.I wonder if individual day archives in a Radio weblog can have their own title? </description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/04/13.html#a178</guid>			<pubDate>Sat, 13 Apr 2002 11:51:54 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=178&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F04%2F13.html%23a178</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/04/05.html#a172</link>			<description>Holy moley! Is this true? &lt;a target=&quot;_blank&quot; href=&quot;http://news.bbc.co.uk/hi/english/sci/tech/newsid_1913000/1913228.stm&quot;&gt;Chlorophyll on Mars&lt;/a&gt;! This is NOT April 1st!</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/04/05.html#a172</guid>			<pubDate>Fri, 05 Apr 2002 21:22:57 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=172&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F04%2F05.html%23a172</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/03/22.html#a159</link>			<description>The following was &lt;a target=&quot;_blank&quot; href=&quot;http://instructionalTechnology.editthispage.com/discuss/msgReader$2602?y=2002&amp;m=3&amp;d=22&quot;&gt;originally posted&lt;/a&gt; to David Carter-Tod&apos;s &lt;a target=&quot;_blank&quot; href=&quot;http://instructionalTechnology.editthispage.com/&quot;&gt;Serious Instructional Technology&lt;/a&gt; (required reading incidentally) but as it might be generically useful I thought I&apos;d reproduce it here. Comments are welcome, use the link beneath this article.Here&apos;s a little bit more detail about what we&apos;ve done to develop our Virtual Learning Environment (VLE) using Manila. It may not be relevant to most but it&apos;ll outline the thought processes we went through that lead to our decision to use Manila rather than &lt;a target=&quot;_blank&quot; href=&quot;http://www.ltss.bris.ac.uk/VLEintro_7.htm&quot;&gt;WebCT&lt;/a&gt;, our corporate system.Our course is split into around 50 modules. Each is discreet in that it stands alone as far as content is concerned but overall each module is part of a single programme. Students progress through all modules to fulfil the requirements of the programme.For me the decision of one Manila site per module was easy. Different module leaders and lead teachers equate to MEs and CEs in Manila. Functionally separate content could be kept separate on the web. As an aside, manila&apos;s a fairly lousy collaborative environment once sites get beyond a fairly small number of pages. Don&apos;t believe me? Try editing a site with &gt;300 stories and 30 editors when the only story list you have is alphabetized by story title.So each module team has their own Manila site.A big breakthrough for us was exploiting browser cookies to devise a shared membership scheme that didn&apos;t use Manila&apos;s built-in authentication but rather an external membership database. Our users also authenticate against a regular HTTP realm in WebSTAR for all the static content serving. The single log-in authenticates against the realm and sets a browser cookie for shared Manila access.Once in a module&apos;s manila site here&apos;s what you&apos;ll find. Metadata is supplied using both John&apos;s excellent plug-in to give Dublin Core metadata but also our own subject-based metadata that we use for interoperability with other VLEs in other institutions (e.g. See &lt;a href=&quot;http://medweb5.bham.ac.uk/databases/interop/mcqs/&quot;&gt;http://medweb5.bham.ac.uk/databases/interop/mcqs/&lt;/a&gt;). We write our own metadata into a message&apos;s table in Manila.A new project we&apos;ve developed and are taking further is versioning where the message table is archived every time a story is edited. The editor can restore old versions of a story a la Zope. This is being taken further by being able to version other site content such as templates, navigation, etc.Much of our teaching &amp; learning content is stored/delivered outside of Manila. So that everything links together I&apos;ve set up some simple XML-RPCs to link Manila data with external data via subject-based metadata. For example, all learning objects in our system that share the subject content metadata &apos;myocardial infarction&apos; are linked. This allows us to generate a content-based portal view of our curriculum whereby all related resources are pulled together. By good fortune (or was it good design) the metadata schema we&apos;ve adopted is shared by other institutions and library-type information services so we&apos;re able to interop with these too. None of these other institutions use Manila yet the integration is seamless (e.g. See the example cited above).The built-in Manila discussion groups and the commentIt plug-in provide valuable pieces of the student aspect of our VLE.In my opinion it is possible to set up a suite of linked Manila sites that do not necessarily exclude your interop with commercial VLEs though the latter are often less flexible than Manila.There&apos;s a growing user-base of Manila-based VLE developers and a number of new tools such as access control (time release and cohort-based) extend Manila&apos;s built-in functionality further.Our budget? Two Frontier licenses and a lot of my time. Plus the invaluable support of UserLand in developing Manila plus the active developer network.Training is our big issue as we have to go up against our corporate University MIS team that are offering WebCT as an institutional solution. This is a political battle only as pedagogically there&apos;s little contest. The pedagogical neutrality of Manila is a distinct advantage of the constrained commercial systems. Their days are numbered as interoperability renders them obsolete.</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/03/22.html#a159</guid>			<pubDate>Fri, 22 Mar 2002 20:37:45 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=159&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F03%2F22.html%23a159</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/03/20.html#a155</link>			<description>It seems that versioning in Manila is not only possible but also relatively easy. With even my clunky scripting skills I managed to set Manila up to allow a managing editor (or contributing editor for that matter) to restore any previous version of a message or story. An immediate application is a simple undo post feature but of course you could restore any version of a page. Alternatively you could use all versions as an audit trail of the development of a page. This is a really powerful feature that&apos;s been missing for too long in Manila. Presently if you zap a page due to a hasty pressing of the &apos;Post changes&apos; button you&apos;re screwed. Well now you can undo. And remember that version of a page you did last year? Well now you can get it back.After discussing this idea at some length with some other folk for whom versioning would be a useful tool there may be opportunity to consider versioning other site features such as templates etc. However, some more thought needs to go into this as well as some more scripting!Who&apos;d be interested in such an extension to Manila I wonder?</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/03/20.html#a155</guid>			<pubDate>Wed, 20 Mar 2002 17:25:52 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=155&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F03%2F20.html%23a155</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/01/20.html#a106</link>			<description>&lt;a href=&quot;http://scriptingnews.userland.com/backissues/2002/01/19#l3e6bdd0e20b7f4440d04452f2bdd6eae&quot;&gt;Why I think Radio 8 is totally unlike anything else&lt;/a&gt;You only have to follow the above link. Radio Userland 8 is a desktop web server and scripting environment. It&apos;s also much more than that but that&apos;s enough for now. Userland can release a new feature such as a scraper-free email form and provide a link on a public web site such as &lt;a href=&quot;http://www.scripting.com/&quot;&gt;http://www.scripting.com/&lt;/a&gt; that links to every user&apos;s private desktop web server. That simple action alone is so powerful and so totally unlike anything else that&apos;s come before.There are going to be some very interesting solutions to come from this functionality over the next 12 months. You just wait and see. User&apos;s are going to reclaim the web in a &lt;b&gt;big&lt;/b&gt; way.</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/01/20.html#a106</guid>			<pubDate>Sun, 20 Jan 2002 00:03:52 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=106&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F01%2F20.html%23a106</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/01/16.html#a71</link>			<description>Getting some interesting responses to the early days of mobile blogging. Move on with it people! Find something new to do. Those who do not learn from history are destined to repeat it. Find your own voice and just get on with it but don&apos;t whinge telling us all how you&apos;ve now done 10,000 times what someone had to do the first time.Just in case those of you without imagination are desperate to say how often you&apos;ve blogged from a plane since the first plane blog, here are some suggestions for new SMS blogs (with a nod to &lt;a href=&quot;http://radio.weblogs.com/0001263/2002/01/16.html#a60&quot;&gt;Steve&lt;/a&gt; for starting this thread).log blog  - scatological&lt;br&gt;snog blog - for the teenagers&lt;br&gt;drug blog - today I&apos;ll be mostly taking...&lt;br&gt;wank blog - excuse the shaky typing&lt;br&gt;shag blog - it&apos;s got to happen so who&apos;ll be first?and my personal favorite...blog blog - sms blogging about what you&apos;re blogging to Blogger</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/01/16.html#a71</guid>			<pubDate>Wed, 16 Jan 2002 01:06:57 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=71&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F01%2F16.html%23a71</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/01/15.html#a70</link>			<description>&lt;i&gt;&lt;a href=&quot;http://radio.weblogs.com/0001263/2002/01/15.html#a59&quot;&gt;Ha! You can say that now sir. Just as someone would say, crossing the Antarctic these days is &apos;simple enough.&apos; &lt;/a&gt;&lt;/i&gt;Wise words from Steve Hooker in response to a claim that SMS phone blogging is easy. Of course it&apos;s easy, it&apos;s ridiculously easy, a few lines of code. Nothing clever. But like so may other easy things, someone had to spot how easy it was and be the first to do it. And as SMS blogging pioneers, Mr Hooker and I are only too aware of how easy it was ;-)</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/01/15.html#a70</guid>			<pubDate>Tue, 15 Jan 2002 13:52:13 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=70&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F01%2F15.html%23a70</comments>			</item>		<item>			<link>http://david.davies.name/weblog/categories/commentary/2002/01/14.html#a68</link>			<description>Back to terra firma and to a more conventional style of blogging. What has the last 36 hours shown us? Well, for me, it&apos;s taken the blog beyond the conventional commentary and narrative and turned it into something more experiential. Sure, with mobile blogging and SMS you&apos;re limited in character count so brevity is more important that verbosity (&lt;a href=&quot;http://radio.weblogs.com/0100236/2002/01/13.html&quot;&gt;unless you&apos;re lucky to have a 3rd gen phone like Al&lt;/a&gt;), but it&apos;s more immediate, in fact it *is* immediate. It doesn&apos;t matter where you are or what you&apos;re doing, within reason, you can capture the moment. A kind of snapshot in text. For sure if I&apos;d have waited until I got home to tell you about my trip it would have been a lot less personal. This is definitely going to be totally irrelevant for the majority of people but I think that from now on we&apos;re no longer constrained to blog the world post hoc. We can be there, right in the moment, and tell it as it happens!</description>			<guid>http://david.davies.name/weblog/categories/commentary/2002/01/14.html#a68</guid>			<pubDate>Mon, 14 Jan 2002 23:09:07 GMT</pubDate>			<comments>http://medweb5.bham.ac.uk/radiodiscuss/comments?u=1161&amp;amp;p=68&amp;amp;link=http%3A%2F%2Fdavid.davies.name%2Fweblog%2F2002%2F01%2F14.html%23a68</comments>			</item>		</channel>	</rss>