September 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 | |||||
Aug Oct |
My Topics:
k-log (66)
radio (56)
blogging (50)
RSS (46)
politics (36)
knowledge-management (34)
business (32)
topics (30)
tools (25)
software (25)
trackback (20)
google (17)
community (17)
shrub (15)
java (15)
humour (15)
metadata (14)
culture (14)
XML (13)
corruption (13)
XFML (12)
microsoft (12)
Gulf War II (12)
collaboration (12)
American culture (12)
XTM (11)
the middle east (11)
paolo (11)
information (11)
licensing (10)
learning (10)
publishing (9)
knowledge (9)
intranets (9)
blogplex (9)
outlining (8)
networking (8)
life (8)
Gurteen (8)
email (8)
wiki (7)
trust (7)
rant (7)
pax Americana (7)
palladium (7)
organisations (7)
open-source (7)
big media (7)
terrorism (6)
privacy (6)
PKP (6)
patents (6)
marketing (6)
law (6)
JIRA (6)
copyright (6)
broadband (6)
activeRenderer (6)
Wi-Fi (5)
tv (5)
the state (5)
spam (5)
sharing (5)
semantic-web (5)
security (5)
project management (5)
Lisp (5)
leaky pipes (5)
hope (5)
content-management (5)
consultancy (5)
CMS (5)
Business Journalling (5)
unemployment (4)
surveillance (4)
start-up (4)
programming languages (4)
pigopoly (4)
pagerank (4)
P2P (4)
leadership (4)
identity (4)
ideas (4)
groove (4)
Frontier (4)
connections (4)
career (4)
aggregators (4)
website (3)
warblogging (3)
visualization (3)
the economy (3)
test (3)
telecomms (3)
teaching (3)
social-networking (3)
selling (3)
RSI (3)
RIPA (3)
research (3)
referrers (3)
Novissio (3)
multimedia conversations (3)
memory (3)
media (3)
london (3)
investment (3)
innovation (3)
IM (3)
history (3)
e-government (3)
drm (3)
daypop (3)
communication (3)
Amazon (3)
XSLT (2)
xml-rpc (2)
XKM (2)
workflow (2)
words of wisdom (2)
webservices (2)
visibility (2)
UNL (2)
test topic (2)
tacit knowledge (2)
strategy (2)
storytelling (2)
spamblocking (2)
search tools (2)
Ryze (2)
RDF (2)
productivity (2)
PingBack (2)
organisational-development (2)
opml (2)
MovableType (2)
metalogue (2)
listening (2)
knowledge metrics (2)
information-overload (2)
InfoPath (2)
IE (2)
health (2)
hardware (2)
gpl (2)
faceted classification (2)
explicit knowledge (2)
European Union (2)
environment (2)
enron (2)
effectiveness (2)
edublogging (2)
Creative Commons (2)
CoP (2)
conferences (2)
bots (2)
big oil (2)
wizards (1)
Web Services Architecture (1)
UK culture (1)
transclusion (1)
TKP (1)
the-game (1)
text-analysis (1)
symantec (1)
structure (1)
stress (1)
State of fear (1)
stability (1)
socialtext (1)
sfa (1)
sensuality (1)
search-engines (1)
search heuristics (1)
s-l-a-m (1)
ROI (1)
respect (1)
quotations (1)
Process logging (1)
presentations (1)
PIM (1)
patterns (1)
ontology (1)
obituaries (1)
neighbourhood (1)
multi word topics (1)
morals (1)
manifestos (1)
M$ (1)
liberty (1)
kcafe (1)
jobs (1)
Italy (1)
issue tracking (1)
hypertext (1)
game-theory (1)
gadgets (1)
future-publishing (1)
FOAF (1)
films (1)
fibre (1)
failing fast (1)
faceted browsing (1)
enterprise streaming (1)
e-learning (1)
Dynamic DNS (1)
Dublin Core (1)
dns (1)
dieting (1)
dhtml (1)
deep-linking (1)
CyberWar (1)
CRM (1)
creativity (1)
conversation (1)
conflict (1)
complexity (1)
competition (1)
Colonising Space (1)
brands (1)
boycott (1)
bookmarklet (1)
backlinking (1)
annoyances (1)
algorithms (1)
agents (1)
adverts (1)
accessability (1)
academia (1)
Blogroll:
[Macro error: Poorly formed XML text, we were expecting . (At character #172.)]Recent Items:
3/27/03 |
|
3/27/03 |
|
3/27/03 |
|
3/26/03 |
|
3/26/03 |
|
3/26/03 |
|
3/26/03 |
|
3/25/03 |
|
3/24/03 |
|
3/24/03 |
|
3/23/03 |
|
3/23/03 |
|
3/19/03 |
|
3/19/03 |
|
3/18/03 |
|
3/18/03 |
|
3/18/03 |
|
3/18/03 |
|
3/18/03 |
|
3/18/03 |
|
3/18/03 |
|
3/17/03 |
|
3/17/03 |
|
3/17/03 |
|
3/17/03 |
|
3/13/03 |
This work is licensed under a
Creative Commons License.
I've posted the 3rd draft of the liveTopics license here for review. It's nearly done I just need to know that people are comfortable with section 3 and what, if anything, I need to go in section 5. The end is in sight (which is good because I've done a fair bit of work that I want to release).
There are two dimensions to their differences - the first the psychological dimension and the second the technology dimension. One of the major psychological differences is that you own your weblog - it is YOURS - and it represents a history of YOUR thinking - so you take pride in its ownership - something that does not make a lot of sense in a discussion forum. On the hand on the technology front - [Ray Ozzie] sums up one of the major differences:
From [Architecture Matters: The Rebirth of Public Discussion by] by [Ray Ozzie] [Gurteen Knowledge-Log]
» Excellent point.
CKO mistakes. Udai Shekawat writes about Five Mistakes CKOs Must Avoid, which explores why many KM initiatives fail, from a Chief Knowledge... [Column Two]
» Really good thoughtful article. Some highlights:
- Solution: CKOs must execute their strategies in the context of the business problem, define the criteria for an ideal solution and then identify the closest technological match.
- After all, what good is a KM solution if employees do not use it?
- While the 20% of the organizational know-how that is represented in documents is indeed important, the remaining 80% of know-how walks out the door every evening.
- There is a natural tendency in large organizations to assess what knowledge resources already exist in the company and then select a KM solution that can best enable the employees to utilize those resources.
- It is the responsibility of every person in the organization to create, share, refine knowledge.
- So, coaching is a key -- you cannot take people out of the equation, and capturing the "context" or the story or the situation around the answer is just as important as capturing the answer or solution itself.
Especially interesting was the view that a CKO must take a strategic, demand-driven approach rooted in solving business problems. Not KM for KM's sake. This gels with the comments at Knowledge Cafe that it was hard to justify KM. I'm not suggesting that the person who said that was not taking a strategic approach, simply that it is not necessarily widely understood.
From NewScientist: Musical approach helps programmers catch bugs. Professors developed a system that automatically converts Pascal source code into simple "music".
Can we mine RCS community servers, blogs and posts for metadata to compose a live music track?
Help me tell posts/sources apart. Help wade through hundreds of feeds and thousands of posts in a newsreader.
- Use popularity, link density, post length, freshness, Flesch and other readability statistics, comment thread length
Help me find gems.
- Connections with my blog, the relevance of this source's last 50 posts to my last 50 posts.
This is not audio blogging so much as blog visualization. Cool. Something to do after DayPop and blog SNA become blasé.
I sing the blogspace electric.
» It's a lovely idea.
How do you turn ideas into music?
Questions for Dave. In the comments to Entry below, Dave Winer says: "To everyone, I believe the new spec is leaps and bounds... [Content Syndication with XML and RSS]
» Depressing, depressing, depressing.
One of the 7 habits (of Stephen Covey fame) is "Seek first to understand, then to be understood." The tension in this discussion is rising fast and empathic listening seems to be out of the window. It's all sounding more and more like a debate in the house.
I think Joe Gregorio makes an interesting point. If the RSS1.0 folks could stand to walk away from the name RSS then much of the tension disappears. You can't stop Dave issuing his own 2.0 and trumping him with an RDF 3.0 is just going to escalate things. Sounds a bit like the middle east doesn't it?
Bill Kearney has already proved that any new standard, even one that Userland doesn't support, can introduced into Radio.
I vote for taking the creative energy in this discussion into a new TLA and a new forum. The worst that suggests itself to me about this route is having to support two specifications. But isn't that the case already with RSS1.0?