Network Working Group Internet-Draft January 25, 2006 Expires: July 29, Feed Rank draft-snell-atompub-feed-index-05.txt. Status of this Memo

Similar documents
Network Working Group Internet-Draft August 2005 Expires: February 2, Atom Link No Follow draft-snell-atompub-feed-nofollow-00.

Network Working Group Internet-Draft August 2005 Expires: February 2, Atom Link No Follow draft-snell-atompub-feed-nofollow-03.

Network Working Group Internet-Draft October 27, 2007 Intended status: Experimental Expires: April 29, 2008

Expires: October 9, 2005 April 7, 2005

Network Working Group. Intended status: Standards Track Columbia U. Expires: March 5, 2009 September 1, 2008

Jabber, Inc. August 20, 2004

Intended status: Standards Track August 15, 2008 Expires: February 16, 2009

Intended status: Informational. B. Wyman October 2, 2007

Expires in six months 24 October 2004 Obsoletes: RFC , , 3377, 3771

Internet-Draft September 1, 2005 Expires: March 5, Feed History: Enabling Incremental Syndication draft-nottingham-atompub-feed-history-04

Network Working Group Request for Comments: 4913 Category: Experimental July 2007

Network Working Group. Category: Standards Track August Dynamic Host Configuration Protocol for IPv6 (DHCPv6) Relay Agent Remote-ID Option

Category: Standards Track October 2006

Network Working Group Request for Comments: August Address-Prefix-Based Outbound Route Filter for BGP-4

Request for Comments: 3934 Updates: 2418 October 2004 BCP: 94 Category: Best Current Practice

Category: Standards Track June Requesting Attributes by Object Class in the Lightweight Directory Access Protocol (LDAP) Status of This Memo

Request for Comments: 5179 Category: Standards Track May 2008

Category: Standards Track September MIB Textual Conventions for Uniform Resource Identifiers (URIs)

Network Working Group. Category: Informational January 2006

Network Working Group Request for Comments: 4424 February 2006 Updates: 4348 Category: Standards Track

Network Working Group. Category: Standards Track June Dynamic Host Configuration Protocol for IPv6 (DHCPv6) Relay Agent Subscriber-ID Option

Request for Comments: 4633 Category: Experimental August 2006

Network Working Group Request for Comments: 3937 Category: Informational October 2004

Category: Standards Track June 2006

Request for Comments: Category: Standards Track January 2008

Category: Standards Track October Vendor-Identifying Vendor Options for Dynamic Host Configuration Protocol version 4 (DHCPv4)

Request for Comments: 4315 December 2005 Obsoletes: 2359 Category: Standards Track. Internet Message Access Protocol (IMAP) - UIDPLUS extension

Intended Category: Standards Track Expires March 2006 September 2005

Intended status: Standards Track Expires: August 28, 2008 Hitachi A. Kobayashi NEC Corp. M. Stiemerling (Ed.) NEC Europe Ltd.

Category: Standards Track Cisco Systems, Inc January The Secure Shell (SSH) Session Channel Break Extension

Category: Standards Track December 2007

Request for Comments: 4680 Updates: 4346 September 2006 Category: Standards Track

Network Working Group. Category: Informational May OSPF Database Exchange Summary List Optimization

C. Martin ipath Services February A Policy Control Mechanism in IS-IS Using Administrative Tags

Network Working Group Request for Comments: 4242 Category: Standards Track University of Southampton B. Volz Cisco Systems, Inc.

Network Working Group. Category: Informational October 2005

Network Working Group Request for Comments: 4143 Category: Standards Track Brandenburg November 2005

Request for Comments: May 2007

Request for Comments: 5010 Category: Standards Track Cisco Systems, Inc. September 2007

TCP Maintenance and Minor Extensions (tcpm) Intended status: Standards Track Expires: May 1, 2009 October 28, 2008

Network Working Group. Cisco Systems June 2007

Network Working Group Request for Comments: 4869 Category: Informational May Suite B Cryptographic Suites for IPsec. Status of This Memo

Network Working Group Request for Comments: 4603 Category: Informational Cisco Systems July Additional Values for the NAS-Port-Type Attribute

Network Working Group Request for Comments: Cisco Systems, Inc. December 2005

Network Working Group. Category: Standards Track July 2007

Category: Standards Track Cisco H. Tschofenig Nokia Siemens Networks August 2008

Request for Comments: 3861 Category: Standards Track August 2004

Request for Comments: 3932 October 2004 BCP: 92 Updates: 3710, 2026 Category: Best Current Practice

Network Working Group Request for Comments: 4147 Category: Informational August Proposed Changes to the Format of the IANA IPv6 Registry

Updates: 2409 May 2005 Category: Standards Track. Algorithms for Internet Key Exchange version 1 (IKEv1)

Network Working Group. February Media Gateway Control Protocol (MGCP) Redirect and Reset Package

Network Working Group. February 2005

Category: Standards Track May Transport Layer Security Protocol Compression Methods

Request for Comments: 4759 Category: Standards Track Neustar Inc. L. Conroy Roke Manor Research November 2006

Network Working Group. N. Williams Sun Microsystems June 2006

Network Working Group. Updates: 3463, 4468, 4954 June 2008 Category: Best Current Practice. A Registry for SMTP Enhanced Mail System Status Codes

Expires: February 25, 2004 August 27, Using the NETCONF Configuration Protocol over Secure Shell (SSH) draft-wasserman-netconf-over-ssh-00.

Network Working Group Request for Comments: Cisco Systems, Inc. June 2006

Network Working Group. BCP: 131 July 2007 Category: Best Current Practice

Request for Comments: 4142 Category: Standards Track Nine by Nine November 2005

Request for Comments: 4755 Category: Standards Track December 2006

Network Working Group. Category: Informational April A Uniform Resource Name (URN) Namespace for the Open Geospatial Consortium (OGC)

Network Working Group. Category: Standards Track Cisco Systems May 2007

Category: Standards Track October 2006

IETF TRUST. Legal Provisions Relating to IETF Documents. February 12, Effective Date: February 15, 2009

IETF TRUST. Legal Provisions Relating to IETF Documents. Approved November 6, Effective Date: November 10, 2008

Isode Limited March 2008

Network Working Group Request for Comments: A. Zinin Alcatel-Lucent March 2007

Network Working Group Request for Comments: February 2006

Category: Standards Track March Extensible Provisioning Protocol (EPP) Transport Over TCP

Category: Standards Track Cisco Systems, Inc. March 2005

Network Working Group. Category: Standards Track <draft-aboba-radius-iana-03.txt> 30 March 2003 Updates: RFC IANA Considerations for RADIUS

Network Working Group Request for Comments: 4573 Category: Standard Track July MIME Type Registration for RTP Payload Format for H.

Network Working Group Request for Comments: 5235 January 2008 Obsoletes: 3685 Category: Standards Track

Network Working Group. Category: Standards Track Juniper Networks August 2008

Network Working Group Request for Comments: December 2004

Request for Comments: 5079 Category: Standards Track December Rejecting Anonymous Requests in the Session Initiation Protocol (SIP)

Category: Informational September 2004

Request for Comments: 3968 Updates: 3427 December 2004 BCP: 98 Category: Best Current Practice

Internet-Draft November 12, 2005 Obsoletes: 3548 (if approved) Expires: May 16, 2006

Internet-Draft September 5, 2004 Expires: March 6, The Atom Syndication Format draft-ietf-atompub-format-02. Status of this Memo

Request for Comments: 3905 Category: Informational September A Template for IETF Patent Disclosures and Licensing Declarations

Request for Comments: 4393 Category: Standards Track March MIME Type Registrations for 3GPP2 Multimedia Files

Request for Comments: 5208 Category: Informational May 2008

Request for Comments: K. Norrman Ericsson June 2006

INTERNET-DRAFT DTLS over DCCP February 6, DTLS over DCCP

HIIT L. Eggert Nokia April Host Identity Protocol (HIP) Registration Extension

Network Working Group. Category: Standards Track Samsung S. Kumar Tech Mahindra Ltd S. Madanapalli Samsung May 2008

Intended Category: Standards Track Expires July 2006 January 2006

Network Working Group. Category: Standards Track June 2005

Request for Comments: 4715 Category: Informational NTT November 2006

Category: Best Current Practice February Early IANA Allocation of Standards Track Code Points

Network Working Group. Category: Standards Track Cisco Systems, Inc. April 2004

Request for Comments: 5156 Category: Informational April 2008

Request for Comments: 4509 Category: Standards Track May Use of SHA-256 in DNSSEC Delegation Signer (DS) Resource Records (RRs)

Network Working Group. Category: Standards Track June Protocol Independent Multicast (PIM) Bootstrap Router MIB

Network Working Group Request for Comments: 4792 Updates: 3641 January 2007 Category: Standards Track

Category: Standards Track Microsoft May 2004

Request for Comments: 4255 Category: Standards Track SPARTA January Using DNS to Securely Publish Secure Shell (SSH) Key Fingerprints

Category: Standards Track LabN Consulting, LLC July 2008

Transcription:

Network Working Group J. Snell Internet-Draft January 25, 2006 Expires: July 29, 2006 Status of this Memo Feed Rank draft-snell-atompub-feed-index-05.txt By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on July 29, 2006. Copyright Notice Copyright (C) The Internet Society (2006). Abstract This document defines a mechanism for numerically ranking entries within a syndication feed. Snell Expires July 29, 2006 [Page 1]

Table of Contents 1. Introduction......................... 3 2. Notational Conventions.................... 3 3. Ranking Domains and Schemes................. 3 3.1. Ranking Domain Scope................... 5 3.2. Ranking Domain Identifiers................ 6 4. Ranking Entries....................... 6 5. Processing Rankings..................... 7 6. Well-known Domains and the Default Ranking Scheme...... 7 7. Security Considerations................... 8 8. IANA Considerations..................... 8 9. References.......................... 8 Author s Address......................... 9 Intellectual Property and Copyright Statements.......... 10 Snell Expires July 29, 2006 [Page 2]

1. Introduction In syndication document formats such as Atom [RFC4287] and RSS, the order of entries as presented in the list is typically insignificant. This presents a challenge when the list of entries is intended to represent an ordered or ranked set. This document specifies a mechanism that allows feed publishers to establish numeric rankings for entries within a feed to be used as a means of organizing and sorting those entries. Although this document refers to Atom normatively, the mechanism described herein can be used with similar syndication formats, such as the various flavors of RSS. 2. Notational Conventions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, [RFC2119]. In this specification, "entry" refers to an atom:entry element or similar construct from other syndication formats (e.g., RSS) that are contained within a feed. In this specification, "feed" refers to an Atom Feed Document or similar syndication format (e.g., RSS) that contains a collection of entries. In this specification, "head section" refers to the children of a feed document s document-wide metadata container; e.g., the child elements of the atom:feed element in an Atom Feed Document or the children of the RSS channel element. This specification uses XML Namespaces [W3C.REC-xml-names-19990114] to uniquely identify XML element names. It uses the following namespace prefix for the indicated namespace URI; "r": "http://purl.org/syndication/index/1.0" This specification uses terms from the XML Infoset [W3C.REC-xmlinfoset-20040204]. However, this specification uses a shorthand; the phrase "Information Item" is omitted when naming Element Information Items. Therefore, when this specification uses the term "element," it is referring to an Element Information Item in Infoset terms. 3. Ranking Domains and Schemes A Ranking Domain is a uniquely identifiable logical collection of entries containing numeric ranking values conforming to a Ranking Snell Expires July 29, 2006 [Page 3]

Scheme. Ranking Schemes identify the specific rules for how the numeric ranking values associated with a given Ranking Domain are to be interpreted. Each Ranking Scheme is associated with exactly one Ranking Domain. Ranking Schemes are defined using the r:ranking-scheme element. rankingscheme = element r:ranking-scheme { atomcommonattributes, attribute domain { IRI }?, attribute label { text }?, attribute significance { ascending descending }?, attribute precision { nonnegativeinteger }?, attribute minimum { decimal }?, attribute maximum { decimal }? } o The domain attribute identifies the Ranking Domain for the Ranking Scheme. o The label attribute specifies a language-sensitive, human readable label for the Ranking Scheme. o The significance attribute indicates how implementations are to interpret the significance of an entries numeric ranking value. A value of descending indicates that the significance of the rank descends as the numeric ranking value increases. A value of ascending indicates that the significance of the rank increases as the numeric ranking value increases. If not specified, the significance is considered to be ascending. o The precision attribute specifies the level of precision to be applied to the value of the numeric ranking value. The value is expressed as a non-negative integer. If not specified the value is considered to be indeterminate (e.g., the number 2.0 is not distinct from the number 2.00). Ranking schemes that are based on fractional numeric ranking values SHOULD specify a precision. o The minumum attribute specifies the lowest possible numeric ranking value (inclusive). If not specified, the minimum value is considered to be 0. o The maximum attribute specifies the highest possible numeric ranking value (inclusive). If not specified, no maximum value is considered to apply. Feeds MAY contain any number of r:ranking-scheme elements. A Feed MUST NOT contain more than one r:ranking-scheme element with the same Ranking Domain. Snell Expires July 29, 2006 [Page 4]

<feed xmlns="http://www.w3.org/2005/atom" xmlns:r="http://purl.org/syndication/index/1.0">... <r:ranking-scheme domain="tag:example.org,2006:movie_reviews" xml:lang="en-us" label="five Star Reviews" precision="0" significance="ascending" minimum="0" maximum="5" />... </feed> 3.1. Ranking Domain Scope Ranking Domain s provide a logical mechanism used to associate a numerically ranked set of resources. Ranking Domains are identified by IRI s. Ranking Domains fall into one of three scopes: o Feed Scope (known as the "Feed Ranking Domain") o Document Scope (known as the "Document Ranking Domain") o Domain Scope Ranking Schemes and numeric ranking values that do not specify a domain attribute are automatically associated with the Feed Ranking Domain. The IRI identity of the Feed Ranking Domain is the same as the feed s unique identifier (e.g., atom:id in atom:feed elements). A Ranking-Scheme associated with the Feed Ranking Domain <r:ranking-scheme xml:lang="en-us" label="five Star Reviews" significance="ascending" precision="0" min-value="0" max-value="5" /> The set of entries contained within the Feed Ranking Domain is limited to the set of entries contained within the Feed. Ranking Schemes and numeric rankings that specify a domain equal or equivalent to the Feed Document s Base URI are associated with the Document Ranking Domain. The IRI identity of the Document Ranking Domain is the normalized form of the containing Feed Document s Base URI. Snell Expires July 29, 2006 [Page 5]

A Ranking-Scheme associated with the Document Ranking Domain <r:ranking-scheme domain="" xml:lang="en-us" label="five Star Reviews" significance="ascending" precision="0" min-value="0" max-value="5" /> The set of entries contained within the Document Ranking Domain is limited to the set entries contained within the Document. Ranking Schemes and numeric ranking values that specify any IRI value other than the Base URI of the containing document are associated with a Domain Scope. A Ranking-Scheme associated with a Domain Scope <r:ranking-scheme domain="tag:example.com,2006:movie_reviews" xml:lang="en-us" label="five Star Reviews" significance="ascending" precision="0" min-value="0" max-value="5" /> Domain Scoped SHOULD be considered to be open sets consistings of entries from any number of feeds. 3.2. Ranking Domain Identifiers The IRI s identifying Ranking Domains are subject to the same construction and comparison rules as the atom:id element. 4. Ranking Entries Entries within a feed MAY contain zero or more r:rank elements specifing a numeric ranking value within a given Ranking Domain. An entry MUST NOT contain more than one r:rank element per Ranking Domain. rankingvalue = element r:rank { attribute domain {IRI}?, (decimal} } The domain attribute identifies the Ranking Domain. Snell Expires July 29, 2006 [Page 6]

The value of the r:rank is a decimal value conforming to the XML Schema decimal data type [W3C.REC-xmlschema-2-20041028]. The value MUST NOT contain any leading or trailing whitespace. <r:rank domain="tag:example.com,2006:movie_reviews">3.5</r:rank> 5. Processing Rankings Processing a Ranking Domain involves the following steps: Identify the Ranking Domain Resolve the applicable Ranking Scheme for the identified Ranking Domain Identify the available set of entries containing numeric ranking values within the identified Ranking Domain. The members of this set MAY span multiple feeds. Remove from the set all entries whose rankings fall outside the minimum and maximum values set by the domain s Ranking Scheme. Sort the remaining set of ranked entries according to the significance and precision of the numeric ranking as specified by the domain s Ranking Scheme. 6. Well-known Domains and the Default Ranking Scheme Feeds MAY contain ranked entries within domains that have no corresponding r:ranking-scheme element. Software implementations MAY attempt to match such domains to well-known Ranking Domains and Schemes. For instance, an online search engine may choose to define a ranking scheme that is reflective of the relevance of a given result to a search query; rather than require that a r:ranking-scheme be included in every feed where the Ranking Scheme may be used, the search engine may separately publish its Ranking Scheme and associated Ranking Domain. If multiple Ranking Schemes are resolved for a given Ranking Domain, implementations MAY select any of the resolved schemes to apply while ignoring the remainder. If a Ranking Scheme for a given domain cannot be resolved (e.g., no r:ranking-scheme with a matching domain attribute can be found and the domain is not well-known), the Ranking Domain SHOULD be associated with the Default Ranking Scheme defined below. o label = Default Ranking o significance = ascending Snell Expires July 29, 2006 [Page 7]

o precision = unspecified o minumum = 0 o maximum = unspecified 7. Security Considerations There are no security considerations introduced by this specification. 8. IANA Considerations There are no IANA considerations introduced by this specification. 9. References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC4287] Nottingham, M. and R. Sayre, "The Atom Syndication Format", RFC 4287, December 2005. [W3C.REC-xml-infoset-20040204] Tobin, R. and J. Cowan, "XML Information Set (Second Edition)", W3C REC REC-xml-infoset-20040204, February 2004. [W3C.REC-xml-names-19990114] Hollander, D., Bray, T., and A. Layman, "Namespaces in XML", W3C REC REC-xml-names-19990114, January 1999. [W3C.REC-xmlschema-2-20041028] Malhotra, A. and P. Biron, "XML Schema Part 2: Datatypes Second Edition", W3C REC REC-xmlschema-2-20041028, October 2004. Snell Expires July 29, 2006 [Page 8]

Author s Address James M Snell Phone: Email: jasnell@gmail.com URI: http://snellspace.com Snell Expires July 29, 2006 [Page 9]

Intellectual Property Statement The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Copyright Statement Copyright (C) The Internet Society (2006). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Acknowledgment Funding for the RFC Editor function is currently provided by the Internet Society. Snell Expires July 29, 2006 [Page 10]