Free Newsletters
Technology & Business Daily

InfoWorld
Log-in | Register

 [Macro error: Can't evaluate the expression because the name "title" hasn't been defined.]  Sunday, March 03, 2002 [Macro error: Can't evaluate the expression because the name "title" hasn't been defined.]

Why titles matter

As RSS channels proliferate, the absence of titles becomes more painful. Why wasn't the title element  required in RSS .9x? Probably to ensure a low activation threshold for use of RSS. It's a chicken-and-egg situation. Set the bar too high, and people won't play the game. Set it too low, though, and as more people play, frustrations emerge.

I expect I'll want to be able to scan and process dozens of channels before long, and hundreds eventually. The fact that many channels lack titles (never mind well-written ones) will become a burden. I already long for a Show Titles Only switch on Radio's news page.

Whether blogging is or is not a kind of journalism, one of the tenets of journalism -- heads, decks, and leads -- does apply. This is not just some pedantic rule. It is an engineering principle, really, and one that enables an information display to scale. Blogger Pro, I notice, supports optional titles, but not (yet) RSS.

Titles can and maybe should remain optional. As community servers proliferate, useful flow will occur in many small groups within which formal information layering -- while always helpful -- is less crucial. As federation across those communities begins to happen, though, sources that structure themselves carefully will be more powerful than ones that don't. Tools that encourage and reward this strategy will become more valuable.

Titles form a human-useable namespace. Large-scale information systems that can be used effectively by humans require exactly such a namespace. It's hard to write titles at all, never mind write them well. That's why even when required (as in email's Subject: header) titles are rarely as helpful as they ought to be. Will this change in blogspace? Maybe no. But then again, maybe yes. In an environment where pageviews and channel fetches are visible and ranked, Darwinian forces may tend to favor the fittest information sources. Clean structure isn't the only measure of fitness, but it's an important one.

 

The RSS stock exchange

Things just got more transparent in Radiospace. Rankings were the motivation for this feature. But as I mentioned on OReillyNet, transparency as a constitutional value of Radiospace has lots of interesting ramifications. For example, direct one-click access to RSS sources -- a feature also available, in a different way, here on my own homepage -- is suddenly a lot more interesting. It used to be that RSS aggregators were few. Now they are many -- because every copy of Radio is one. The people running these aggregators can now start to trade channels as we used to trade links.

The benefits of this new RSS fluidity, which kicks things up a level of abstraction, seem obvious to me, and will seem obvious to anyone who finds their way here to read this. But those benefits will not be obvious to most people. Casual use of ordinary links is still not nearly as prevalent in routine business and personal communication as it ought to be. The kind of meta-linking possible with channel exchange will seem even more exotic. The challenge -- and opportunity -- is to make all this as easy and natural as most people think email is.

 

Pipelining XML

XML Pipeline Definition Language introduced as Note. The W3C has released XML Pipeline Definition Language, which describes "the processing relationships between XML resources" as a Note. [xmlhack]

The example shown illustrates an XML-ized make. Presumably another kind of "pipeline processor" than a command shell could be used, and the inputs and outputs could be other than files -- e.g., SAX/DOM/SOAP sources and sinks.

The trick will be to do these things in a human-writeable way. It's been a long time since I was able to write any but the simplest makefile by hand. That's one reason I found scripting so compelling -- no makefile programming.

 


Recent Entries


















































Sponsored Technology Links

 
 
 HOME  NEWS  BLOGS  PODCASTS  VIDEOS  TECHNOLOGIES  TEST CENTER  EVENTS  CAREERS   About | Advertise | Awards | RSS | Contact Us 

Copyright © 2008, Reprints, Permissions, Licensing, IDG Network, Privacy Policy, Terms of Service.
All Rights reserved. InfoWorld is a leading publisher of technology information and product reviews on topics including viruses,
phishing, worms, firewalls, security, servers, storage, networking, wireless, databases, and web services.

CIO :: ComputerWorld :: CSO :: Demo :: GamePro :: Games.net :: IDG Connect :: IDG World Expo
Industry Standard :: IT World :: JavaWorld :: LinuxWorld :: MacUser :: Macworld :: Network World :: PC World :: Playlist