However, RFC 5005 does not say that the atom:feed/atom:id should be the same
in the same set of paged feeds/archived feeds.
It only says:
A paged feed is a set of linked feed documents that together contain
the entries of a logical feed, without any guarantees about the
stability of each document's contents.
An archived feed is a set of feed documents that can be combined to
accurately reconstruct the entries of a logical feed.
In section 4.2.6 of RFC 4287:
The "atom:id" element conveys a permanent, universally unique
identifier for an entry or feed.
When an Atom Document is relocated, migrated, syndicated,
republished, exported, or imported, the content of its atom:id
element MUST NOT change. Put another way, an atom:id element
pertains to all instantiations of a particular Atom entry or feed;
revisions retain the same content in their atom:id elements. It is
suggested that the atom:id element be stored along with the
associated resource.
The content of an atom:id element MUST be created in a way that
assures uniqueness.
In section 2 of RFC 4287:
This specification describes two kinds of Atom Documents: Atom Feed
Documents and Atom Entry Documents.
An Atom Feed Document is a representation of an Atom feed, including
metadata about the feed, and some or all of the entries associated
with it. Its root is the atom:feed element.
It looks that each Atom feed document should have its own id in RFC 4287...
-Franklin
--------------------------------------------------
From: "Eric Scheid" <[EMAIL PROTECTED]>
Date: Tuesday, 13 November, 2007 09:44
To: "Atom Syntax" <[email protected]>
Subject: Re: Paged Feeds Question
For the feed ID it¹s not always quite clear-cut when it should be
the same and when it should differ, but in this particular case
it is obviously the same feed and hence should have the same ID.
(Note well that the feed ID may well be entirely opaque with no
way to include arbitrary information, such as a UUID.)
Note too that the feed ID is the way you know that the page of atom
entries
retrieved from [1] is from the same feed as the page of atom entries
retrieved from [2].
e.
[1] some opaque URL, details not important
[2] some other opaque URL, which apart from and despite being opaque
doesn't
otherwise suggest any relationship to [1] at all
