Archive

Archive for the ‘Syndication & Aggregation’ Category

Time for the Switch Campaign

June 29th, 2004
Comments Off

Regarding the recent announcement that the Apple Safari browser in the next generation of MacOS X will include an RSS aggregator, Dave Winer notes:

Bryan Bell has notes from MacRumors about the RSS capabilities of Safari. Apparently you can search the contents of the feeds. This is something Steve Gillmor has been asking for, for ages. Feedster on the Desktop. Of course it can only search the feeds you’re subscribed to.

Geez, what contemporary aggregator doesn’t do this?!?
Oh, yeah. Radio. Duh.

Syndication & Aggregation

Why It Ain’t Syndication

April 15th, 2004
Comments Off

Jason Kottke writes about why we should probably stop calling it syndication. It being this whole RSS/Atom/newsreader/aggregator universe of tools and technologies.
I agree wholeheartedly, and have for a while. However, I suspect that the term syndication will stick. It’s probably too entrenched to dislodge at this point.
The only things worse than the term “syndication” are acronyms and and technology names like “RSS” and “Atom.” And the only thing worse than those is meaningless orange XML icon.

Syndication & Aggregation

New Year, New Design

January 28th, 2004
8 comments

No, you are not imagining things. There is a big pair of stone lips in the header. It doesn’t have any significant meaning; it just looks cool.
You might have noticed some other changes — like just about everything. I started the re-design during the week between Christmas and New Year’s with the idea that it would launch on New Year’s Day. Oh well. A little bout of insomnia gave me the time over the last few days to get it to a point where I can roll it out.
I had to learn some new CSS stuff and a touch of XSL for the new RSS feed. I don’t pretend to be an expert in this stuff, so I’m sure someone much more skilled will recoil in horror at my stylesheets, but it was a fun exercise to learn some new stuff.
One of the cooler parts of the redesign is the new RSS feed. When you take a look at it in a web browser, you might not think it’s an RSS feed, because it doesn’t look like one — i.e., it’s not a page of unrendered XML, but an XSL-styled page with an explanation of RSS and how to use it. However, it is a valid RSS 2.0 feed.
Since I’ve written about the bad interface for RSS before, I’m glad to be able to demonstrate a different approach.
Kudos go to Dave Shea of Mezzoblue who described this approach in Plugging the RSS Usability Hole. I’ve totally cribbed from Dave’s code, since I know squat about XSL. A shout out also goes to Brad Choate for a non-funky RSS 2.0 template for Movable Type
There’s still some sprucing up of the style to take place and I might apply the same approach to the RSS 1.0 and the new Atom 0.3 feeds if I get a bit more comfortable with XSL. But it’s better than raw XML.
Anyway, for the most part, I think I’m about 85% complete on the redesign.
I know that the comment pages (e.g. the pop-ups and the previews) are still styled wrong. I’ll get to that in the next day or two.
The content column (this white column) looks a little hinky when the content is shorter than the sidebar on the left, which only happens in a few of those categories where there aren’t many posts. Not sure what to do about that. CSS gurus? Any ideas?
Also, my primary browser is Mozilla Firebird. I’ve checked the site briefly in IE and noticed at least one error in the comment form on the individual entry archive pages. I’d love to hear more feedback from IE users on Windows and Mac and as well as Safari and Mozilla users on the Mac. (And I suppose Konquerer et al on Linux, but don’t expect to be a priority!)
I’m sure I’ve forgotten or missed some other stuff, so pardon the incorrectly styled comment pages and tell me what you think. Suggestions, feedback, constructive criticism — all welcome.
I’m going to bed now. Nothing like coding CSS to cure insomnia. Sheesh.

Personal, Syndication & Aggregation

BitTorrent & RSS

December 15th, 2003
Comments Off

From an article, BitTorrent and RSS Create Disruptive Revolution, by Steve Gilmor of eWeek:

One such candidate is peer-to-peer, as resurrected in the form of Bram Cohen’s BitTorrent. It’s an elegant protocol for distributing files, one that takes advantage of “the unused upload capacity of your customers.” BitTorrent breaks up files into shards that are uploaded around the network as the file is downloaded by multiple clients. The more popular a file, the more endpoints exist. You download a file with BitTorrent by simultaneously collecting shards, assembling them together locally as they arrive.
Map this to RSS feeds: the more popular the feed, the more nodes on the network serving pieces of the feed. That would allow rapid downloads by many users by distributing the data across multiple sites. It’s a digital Robin Hood, redistributing the wealth from the server to a network of peers. BitTorrent does cryptographic hashing of all data, so feed owners can be confident the file reaches its target unchanged.

Link via Scripting News.

Syndication & Aggregation

Getting RSS Wrong Again

December 14th, 2003
3 comments

Alan Levine at CogDogBlog points out that VersionTracker now has RSS feeds, and that the orange-on-white XML icon, instead of pointing to the actual RSS file, directs the user to a separate web page explaining what syndication. Alan thinks this will make me happy.
Boy, he couldn’t be more wrong. This appraoch is even worse than the status quo.

Read more…

Syndication & Aggregation

The Syndication Is The Thing

December 10th, 2003
1 comment

Doc Searls is is on the right track:

My advocacy here is on behalf of syndication. I don’t want to get into technical arguments, unless they’re about language, which is where my own technical expertise lies.
Yesterday I said I thought Nova Spivak’s “meta” talk was too vague, and that “syndication” was a better word to describe what RSS (which he likes) does.
While “syndication” may be more specific, however, today I’m not sure it’s not misleading, unless we redefine it, which I think we can.

And the day before:

The act of syndication is a statement about the willingness of something to be known. I think that’s the key. This “meta” business sounds to vague to me. When I explain RSS to people and use “metadata,” their eyes glaze. When I use “syndication,” their eyes shine, because they know exactly what I’m talking about. It’s a real word.

In my experience, emphasis on the XML aspects of syndication induce the same kind of eye-glazing.
I’m not sure where Doc stands on the little orange icon, but shifting the focus onto the process of syndication and aggregation is the right direction. Focusing on the value of and removing technical impediments to that process (as opposed to making the process all about the data format that makes up its guts) is what will take the tech mainstream.
[Note: I orginally drafted this post on Monday morning, but didn't post it until this morning (Wednesday). When doing so, I forgot to change the Authored On date, so, chronologically, it got posted two days in the past. I've updated the timestamp to indicate the actual posting time, not the time of drafting.]

Syndication & Aggregation

RSS and its Discontents, Take Two

December 9th, 2003
2 comments

Dave Winer writes of another (perceived) attempt to grab control over RSS from someone who proposed an RSS re-naming contest. (Of course, it seems Winer frequently views anything that’s not 100% approval of RSS 2.0 as it stands today as an attempt to wrest control away from [insert whomever actually "controls" RSS this week here].)
The comments on the post expanded to one of my favorite pet peeves: the lunacy of the orange XML icon.
I wrote about this last week, but read on for a copy of my rant in Winer’s comment thread.

Read more…

Syndication & Aggregation

RSS and its Discontents

November 26th, 2003
4 comments

Two recent articles raising red flags about a rosy RSS future:

  • Plugging the RSS Usability Hole [Link via Lockergnome's RSS Resource] re-affirms the lunacy of the little orange XML box as the primary interface to content syndication feeds. I wrote about this extensively back in the summer [chronologically: 1, 2, 3, 4, 5] Kudos to the author, David Shea of Mezzoblue, who actually does something to solve the problem: a true human-readable RSS feed. Yes, it looks like a regular web page; that’s the point. View the source, though, and you’ll see it’s just the RSS 1.0 XML file rendered via XSL and CSS.
  • The End of RSS [Link via Stephen Downes' Online Learning Daily] talks about the irony of RSS success: ” Herein the black hole of RSS: If your feed works, if you are successful in attracting subscriptions on a global scale, if you do it right, you are doomed.” The problem isn’t RSS itself, but rather that much of the RSS aggregator software doesn’t properly follow protocols, downloading the feed even if it hasn’t changed, thus consuming unnecessary bandwidth. Is it any surprise that Radio Userland appears to be one of the most eggregious abusers of the protocol? Doubly ironic, since Dave Winer lodged complaints about the bandwidth burden of his feed being accessed too frequently.

Syndication & Aggregation

Naming RSS

September 21st, 2003
6 comments

Daniel Neely writes

Mixing one acronym with another, is just asking for puzzled looks by your readers. It’s bad enough that a person still looking for the “Any” key needs to associate just one acronym with content. I think it’s quite absurd to tell people to “click the XML button to get the RSS feed!” It leaves too many people scratching their heads and saying, “Huh?” Not a good thing if you’re trying to reach a not-so-tech-savvy demographic. [link via Lockergnome's RSS Resource]

Absolutely! I think Neeley is identifying the problem appropriately, particularly the idiocy of misleading orange acronym button. Although, I don’t think his solution (replace the acronym soup with the term “feed”) is the best solution.
It’s amazing that we have a perfectly good term — subscribe — that the mainstream understands to mean “receive regular updates to this publication,” but we don’t use it for content syndication via XML formats. Perhaps it has too many connotations related to subscribing to email ists?
“Subscribe” is a term that is much more accessible than “RSS” or “XML.”

Syndication & Aggregation

Email v. RSS

September 17th, 2003
2 comments

After the Sobig virus debacle last month, cries about the death of email made their usual circuit. Some RSS advocatesstarted hammering away at nails with their saw, trying to figure out how their New Thing would replace the much maligned Old Thing.
Jon Udell wrote a piece, titled RSS to replace email? Nah., which prompted this response from Stephen Downes:

Jon Udell expresses doubt that RSS will replace email. His mail argument is that his current combination of spam filters work fine (though his email account is groaning under the volume). “It would be nuts,” he writes, “to throw out the SMTP baby with the spam bathwater,” though some tweaking (to verify that the sender is allow to send from that address) amy be needed. I don’t agree, and here’s why. In general, it seems to me, technologies that allow other people to put content into your space are unstable. On the other hand, technologies that allow you to get what you want from remote locations have been much more successful. SMTP is a put-type technology, while RSS is a get-type technology. It doesn’t mean that RSS will replace email. But something will.

While Stephen is more or less correct about the put/get difference, I can’t agree with his estimation of their comparitive value.
As opposed to the put/get dichotomy, I prefer to think of it as the difference between sender-initiated communication and recipient-initiated communication.
What Stephen calls “put-type technologies” are successful and useful because they allow the sender/caller to initiate communication. For example, IM and phones are put-type communication mediums, although synchronous forms, as opposed to the asynchronous put-type communications of email and the traditional letter. Sender-initiated communication is valuable because it generates a much higher likelihood of response than a medium where the individual who wants to get information out has to wait for his or her recipient has to request the communication because it eliminates the discovery component of recipient-initiated communication. E.g. if I want to subscribe to your RSS feed, I have to know where to find that feed first. If I want to check out a book from the library, I have to be able to find the book in the stacks (and find the library!)
Of course, the risk associated with sender-initiated communication is that sometimes senders we don’t want to communicate with will initiate communication with us — phone solicitations, email spam, etc. However, people accept this risk because the inconvenience of filtering out the unsolicited communication is less than the inconvenience of the discovery component of recipient-initiated communication. When I need to share a bit of important business information with a colleague, I want the additional security of putting it in their inbox instead of waiting for them to come to me. When my loved one is in the hospital, I want my phone to ring — I don’t want to wait five hours or five days to check to see if I’m needed.
Jon Udell’s more recent follow up column on the subject, E-mail’s special power points out another value of email that I hadn’t considered, it’s instantaneous group-forming capabilities:

Every interpersonal e-mail message creates, or sustains, or alters the membership of a group. It happens so naturally that we don’t even think about it. When you’re writing a message to Sally, you cc: Joe and Beth. Joe adds Mark to the cc: list on his reply. You and Sally work for one department of your company, Joe for another, Beth is a customer, and Mark is an outside contractor. These subtle and spontaneous acts of group formation and adjustments of group membership are the source of e-mail’s special power. Without any help from an administrator, we transcend the boundaries not only of time and space but also of organizational trust.

Will RSS replace email? I’m with Udell; not a chance. I don’t think Stephen believes RSS (or whatever content syndication mechanism we wind up with)will replace email, but I suspect we agree that it will become an effective alternative for a narrow band of email functions, like newsletters.
However, I do believe our best geeks will escalate the cold war with spammers to provide better software code for filtering . . . and eventually the government will alos step in to attempt better legal code. I’m not saying it’s easy, but I am saying that sender-initiated communication mechanisms, including email, will not be replaced by recipient-initiated get-type technology.
You heard it here first. ;)

Syndication & Aggregation