Bryce's Radio Experiments
The Intersection of PDAs, Wireless, Radio, and CSS.

Permanent Link Friday, August 09, 2002

Why I keep blogging about aggregators and outliners

My Blogging the Enterprise post received a solid rebuttal from A Klog Apart, KM Systems are to Treacle as Weblogs are to Honey:

The best KM is the one people practice. For all I know, klogging may address only ten percent of your KM goals. But try it. It is a critical ten percent. This wedge gets people owning their expertise, sharing it willingly, getting credit, getting feedback, being social about knowledge. How does this compare to any other tools you've ever introduced?

I've been meaning to respond to this for a week now, but I'm fresh out of round tuits. I'm getting there tho, and my explorations into changing aggregation behavior and utilizing outlines are a major part of it.

AKA is preaching a sort of Guerrilla KM, using the path of least resistence. People will blog if you give them the chance. Initially I wanted to write that people will follow KM processes if you ensure that the emphasis is on Knowledge and not on Management processes. I may write about that too, when more round tuits are available.

But the first round tuit I find will be spent writing about how to address the biggest failure of blogging for KM: organizing knowledge. All of the blogging tools that I am familiar with are dismal failures when it comes to organization. The good news is that Radio has unique features can help create order from the chaos, but these features aren't necessarily: fully developed, well organized themselves, or integrated with other features.

There's nothing wrong with blogging for KM, it just needs to be made a little better.

Once I get that out of my system, I'll get back to more geeky Pocket PC and Wireless Data goodness.

5:43:47 PM | Comments:

Wanting to Outline

Today I was hoping to use the Outliner in Kit to organize a bunch of stuff that I have kicking around in my aggregator. Problems:

Using Radio's outliner presents it's own set of problems:

4:40:57 PM | Comments:

Controlling Aggregation

Turning off the Enable the Aggregator pref doesn't have any discernable side-effects. For on-demand scanning, I've long had the following bookmark:

system.verbs.builtins.xml.aggregator.readAllServices (adrlogcallback:@radio.log.add)

Kit has a feature to run arbitrary UserTalk scripts, so I should be able to build a button for this.

3:36:07 PM | Comments:

More on the Aggregator

Rogers Cadenhead offers some pointers on aggregation in response to yesterday's wish for finer control of aggregation frequency:

A few things that might help: Kit, a Radio Userland shareware tool by Mark Paschal, can be used to read the news that arrived over a time period you designate (for instance, I start each morning by using Kit to display all of the RSS items that showed up overnight). Also, if you'd like Radio Userland to scan immediately when you load the program, change the Scan on Startup? preference.

I actully turned off the Scan on Startup pref the other day. I want Radio to scan less frequently, in order to achieve that now I have to not leave Radio running. Today I've been wondering if turning off the Enable the Aggregator pref will disable anything other than the hourly scan (update: This seems to be a viable option)

As for Kit, I've been using it for some time for it's other features. Kit's aggregator is able to filter by Keyword, Category, and Timeframe (specific hour, X hours from Y hours ago, or between specific times). A deal-stopper is that a Timeframe must be specified. Also, I don't like that it uses Radio's categories -- I prefer the arbitrary groupings of myRadio.

I've organized my thoughts on this, see Better News Aggregation.

10:54:33 AM | Comments:


© Copyright 2003 T Bryce Yehl Click here to send an email to the editor of this weblog.
Last update: 6/29/2003; 9:37:23 PM.
the