Updated: 2002-11-08; 1:44:12 p.m..
Python Community Server: Noteblog
Comments and opinions from the coder behind the Python Community Server. Techy types might want to check out the development blog for more software-related talk.

Check out CommunityServerWiki for discussion on PyCS and other community servers!
        

Thursday, 10 October 2002

I'm thinking more about the previous post in a page on the Community Server Wiki.  Edit that page if you have any ideas.  (That's what wikis are for ;-)


5:02:07 PM    comment []

Here's a mini-essay to take note of, for aspiring blogging / KM tool developers.  "Making group-forming ridiculously easy", by Seb Paquet (full text below).

As the success of non-free blogging software in the presence of so many alternatives shows, people are prepared to pay for something that works just a little bit quicker, or is a little bit simpler to get going than the alternative.  Seb notes that all of this is pretty much already out there, but it's not being used because it's not obvious how to do it.  Anybody feel like coding something that will make it obvious?

Here's what Seb has to say:

Weblogs have a potential for group-forming like no other medium. However I'm convinced that much of it to this day remains untapped. I'd like to explain an idea that I have been bouncing around for a while. It might well be a reformulation of what others have said previously. I believe that implementing this properly would give a nice boost to the blogosphere's social aggregation capability.

Basically the goal is to push the threshold for group creation to an unprecedented low. I think Reed's Law should be refined to state:

The value of a group-forming network increases exponentially with the number of people in the network, and in inverse proportion to the effort required to start a group.

Here's a sample motivating scenario. Not long ago I wrote an item on professions in the blogosphere. The post caught the interest of other bloggers. A few replies came here and there. If you search diligently enough you'll find them, but it's not easy. Presumably, those who have taken part in the discussion would like to hear about it if the topic comes up again, but currently this will only happen by chance. This kind of situation is very common.

The topic is pretty narrow. It wouldn't make much sense to start a Yahoo! group on this. Still, it would be nice to somehow be able to make it into some kind of "focal point" for interested people. If this were very easy, this would allow for quite fine-grained knowledge classification, which would be a boon to those who care for and closely follow particular topics.

Now, the idea is this. When I come across a post on an interesting theme that seems like it might have lasting value, I want to be able to

  1. Create a topic, with a title of its own and a definition or description in plain English (which may contain arbitrary hyperlinks). Just "where" the topic is stored is unimportant. The important thing is that it is a public entity.
  2. Subscribe to that topic. Subscribing has two effects: it adds the topic to a personal topic list of mine, and it means I'll get posts by other people on that topic in my RSS aggregator because each topic is associated to a shared RSS feed.
  3. Post to that topic whenever I talk about it in my weblog. This has to be *easy*, like checking a box or selecting from a drop-down menu displayed under the box where I write my posts.
  4. Access an archive of posts on that topic somewhere on the Web.
  5. Let anyone edit the description of the topic when important things are added to the "state of the art" on the topic, or when other related topics spring out of the discussion, to let people know where the conversation has branched off.

Basically, from where I stand, this sounds a little like a witch's brew of liveTopics, standalone TrackBack, and this peculiar brand of editable web sites known as wikis.

I haven't worked it out in detail, but wouldn't it be possible to hack a beta of this together as follows?

  1. Create a public topic database server.
  2. Let each topic "know":
    1. Its name.
    2. The address of the web page defining the topic - this is an easy way for people to associate the topic with a Wiki page.
    3. The address of a particular RSS feed associated to the topic.
    4. The address of the web page that archives posts to that feed. That page could look just like the KMPings page.
  3. Make it easy to create a new topic and register it with the server, by asking minimally for element (a), keeping element (b) optional. Upon registration, the server generates (c) and (d).
  4. Modify weblog software to make it easy to post to a public topic. This is the hardest part.
[Seb's Open Research]

3:59:15 PM    comment []

© Copyright 2002 Phillip Pearson.
 
October 2002
Sun Mon Tue Wed Thu Fri Sat
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
Sep   Nov


Click here to visit the Radio UserLand website.

Subscribe to "Python Community Server: Noteblog" in Radio UserLand.

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.