Julian Rescke wrote:
> I really think that we should do something about the
> link/rel=alternate issue. Requiring additional metadata that
> sometimes doesn't exist (such as if the feed is self-contained) IMHO
> leeds to implementors to ignore the requirement, or to just put in
> a placeholder link (which doesn't help either).
Every PubSub Atom Feed Document contains a fake "placeholder" link
with rel="alternate". The same will probably be true for any system that
provides feed documents as the result of queries. Our fake alternate links
look like:
<link rel='alternate' type='text/html' href='http://www.pubsub.com'/>
All of our feeds contain style files that allow them to be rendered
in browsers; however, we don't produce HTML equivalents of our feeds. Thus,
we can't put in a "real" alternate link, especially not one with "text/html"
or the potentially better "application/html" since the type of the only
representation of our feeds is "application/xml" not HTML...
I can't imagine any search or matching application doing this any
differently. Thus, Julian's suggestion that placeholder links *might* be
provided is actually simply inevitable.
Every one of our feed documents starts like this:
<?xml version='1.0'?>
<?xml-stylesheet href='http://atom.pubsub.com/xsl/atom-html.xsl'
type='text/xsl'?>
<feed version='0.3' xmlns='http://purl.org/atom/ns#'
xmlns:ps='http://pubsub.com/xmlns'>
<link rel='alternate' type='text/html' href='http://www.pubsub.com'/>
<modified>2005-04-25T02:20:56-04:00</modified>
<author>
<name>PubSub Feed Generator</name>
</author>
<ps:update-count>369</ps:update-count>
<ps:subid>d9/e6/4eb045b8ddaf1923b44b049753</ps:subid>
<title><![CDATA[PubSub: Topix]]></title>
bob wyman
