Passa al contenuto principale

6. Considerazioni IANA

Questa specifica aggiorna la voce del registro Message Header per "Link" in HTTP [RFC3864] in modo che faccia riferimento a questo documento.

Header field: Link
Applicable protocol: http
Status: standard
Author/change controller:
    IETF  ([email protected])
    Internet Engineering Task Force
Specification document(s):
    [RFC5988]

Questa specifica istituisce il registro Link Relation Type e aggiorna Atom [RFC4287] affinché vi faccia riferimento al posto del "Registry of Link Relations".

I dati sottostanti del registro (ad esempio, il file XML) devono includere il testo della Simplified BSD License come descritto nella Sezione 4.e delle Disposizioni legali del Trust (http://trustee.ietf.org/license-info).

I tipi di relazione sono registrati su consiglio di un Designated Expert (nominato dall'IESG o da un suo delegato), con Specification Required (usando la terminologia di [RFC5226]).

I requisiti per i tipi di relazione registrati sono descritti nella Sezione 4.1.

Le richieste di registrazione consistono nel modello di registrazione completato riportato di seguito, tipicamente pubblicato in una RFC o in un Open Standard (nel senso descritto da [RFC2026], Sezione 7). Tuttavia, per consentire l'allocazione di valori prima della pubblicazione, il Designated Expert può approvare la registrazione una volta che sia soddisfatto che una specifica sarà pubblicata.

Si noti che i tipi di relazione possono essere registrati da terze parti, se il Designated Expert determina che un tipo di relazione non registrato è ampiamente diffuso e non è probabile che venga registrato in modo tempestivo.

Il modello di registrazione è:

Relation Name:

Description:

Reference:

Notes: [optional]

Application Data: [optional]

Le richieste di registrazione dovrebbero essere inviate alla mailing list [email protected], contrassegnate chiaramente nell'oggetto (ad esempio, "NEW RELATION - example" per registrare un tipo di relazione "example").

Entro al massimo 14 giorni dalla richiesta, il o i Designated Expert approveranno o negheranno la richiesta di registrazione, comunicando questa decisione alla lista di revisione e all'IANA. I dinieghi dovrebbero includere una spiegazione e, se applicabile, suggerimenti su come rendere la richiesta accettabile.

Le decisioni (o la loro assenza) prese dal Designated Expert possono essere appellate in primo luogo agli Application Area Directors (contattabili usando l'indirizzo email [email protected] o direttamente cercando i loro indirizzi email sul sito http://www.iesg.org/) e, se l'appellante non è soddisfatto della risposta, all'intero IESG (usando la mailing list [email protected]). L'IANA dovrebbe accettare gli aggiornamenti del registro solo dal o dai Designated Expert, e dovrebbe indirizzare tutte le richieste di registrazione alla mailing list di revisione.

6.2.2. Contenuti iniziali del registro​

I contenuti iniziali del registro Link Relation Type sono:

Relation Name: alternate
Description: Designates a substitute for the link's context.
Reference: [W3C.REC-html401-19991224]

Relation Name: appendix
Description: Refers to an appendix.
Reference: [W3C.REC-html401-19991224]

Relation Name: bookmark
Description: Refers to a bookmark or entry point.
Reference: [W3C.REC-html401-19991224]

Relation Name: chapter
Description: Refers to a chapter in a collection of resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: contents
Description: Refers to a table of contents.
Reference: [W3C.REC-html401-19991224]

Relation Name: copyright
Description: Refers to a copyright statement that applies to the
   link's context.
Reference: [W3C.REC-html401-19991224]

Relation Name: current
Description: Refers to a resource containing the most recent
   item(s) in a collection of resources.
Reference: [RFC5005]

Relation Name: describedby
Description: Refers to a resource providing information about the
   link's context.
Documentation: <http://www.w3.org/TR/powder-dr/#assoc-linking>

Relation Name: edit
Description: Refers to a resource that can be used to edit the
   link's context.
Reference: [RFC5023]

Relation Name: edit-media
Description: Refers to a resource that can be used to edit media
   associated with the link's context.
Reference: [RFC5023]

Relation Name: enclosure
Description: Identifies a related resource that is potentially
   large and might require special handling.
Reference: [RFC4287]

Relation Name: first
Description: An IRI that refers to the furthest preceding resource
   in a series of resources.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Originally requested by Mark Nottingham in December
   2004.

Relation Name: glossary
Description: Refers to a glossary of terms.
Reference: [W3C.REC-html401-19991224]

Relation Name: help
Description: Refers to a resource offering help (more information,
   links to other sources information, etc.)
Reference: [W3C.REC-html401-19991224]

Relation Name: hub
Description: Refers to a hub that enables registration for
   notification of updates to the context.
Reference: <http://pubsubhubbub.googlecode.com/> <http://
   pubsubhubbub.googlecode.com/svn/trunk/pubsubhubbub-core-0.3.html>
Notes: this relation type was requested by Brett Slatkin.

Relation Name: index
Description: Refers to an index.
Reference: [W3C.REC-html401-19991224]

Relation Name: last
Description: An IRI that refers to the furthest following resource
   in a series of resources.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Originally requested by Mark Nottingham in December
   2004.

Relation Name: latest-version
Description: Points to a resource containing the latest (e.g.,
   current) version of the context.
Reference: [RFC5829]

Relation Name: license
Description: Refers to a license associated with the link's
   context.
Reference: [RFC4946]

Relation Name: next
Description: Refers to the next resource in a ordered series of
   resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: next-archive
Description: Refers to the immediately following archive resource.
Reference: [RFC5005]

Relation Name: payment
Description: indicates a resource where payment is accepted.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Requested by Joshua Kinberg and Robert Sayre.  It is
   meant as a general way to facilitate acts of payment, and thus
   this specification makes no assumptions on the type of payment or
   transaction protocol.  Examples may include a Web page where
   donations are accepted or where goods and services are available
   for purchase. rel="payment" is not intended to initiate an
   automated transaction.  In Atom documents, a link element with a
   rel="payment" attribute may exist at the feed/channel level and/or
   the entry/item level.  For example, a rel="payment" link at the
   feed/channel level may point to a "tip jar" URI, whereas an entry/
   item containing a book review may include a rel="payment" link
   that points to the location where the book may be purchased
   through an online retailer.

Relation Name: prev
Description: Refers to the previous resource in an ordered series
   of resources.  Synonym for "previous".
Reference: [W3C.REC-html401-19991224]

Relation Name: predecessor-version
Description: Points to a resource containing the predecessor
   version in the version history.
Reference: [RFC5829]

Relation Name: previous
Description: Refers to the previous resource in an ordered series
   of resources.  Synonym for "prev".
Reference: [W3C.REC-html401-19991224]

Relation Name: prev-archive
Description: Refers to the immediately preceding archive resource.
Reference: [RFC5005]

Relation Name: related
Description: Identifies a related resource.
Reference: [RFC4287]

Relation Name: replies
Description: Identifies a resource that is a reply to the context
   of the link.
Reference: [RFC4685]

Relation Name: section
Description: Refers to a section in a collection of resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: self
Description: Conveys an identifier for the link's context.
Reference: [RFC4287]

Relation Name: service
Description: Indicates a URI that can be used to retrieve a
   service document.
Reference: [RFC5023]
Notes: When used in an Atom document, this relation type specifies
   Atom Publishing Protocol service documents by default.  Requested
   by James Snell.

Relation Name: start
Description: Refers to the first resource in a collection of
   resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: stylesheet
Description: Refers to an external style sheet.
Reference: [W3C.REC-html401-19991224]

Relation Name: subsection
Description: Refers to a resource serving as a subsection in a
   collection of resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: successor-version
Description: Points to a resource containing the successor version
   in the version history.
Reference: [RFC5829]

Relation Name: up
Description: Refers to a parent document in a hierarchy of
   documents.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Requested by Noah Slater.

Relation Name: version-history
Description: points to a resource containing the version history
   for the context.
Reference: [RFC5829]

Relation Name: via
Description: Identifies a resource that is the source of the
   information in the link's context.
Reference: [RFC4287]

Relation Name: working-copy
Description: Points to a working copy for this resource.
Reference: [RFC5829]

Relation Name: working-copy-of
Description: Points to the versioned resource from which this
   working copy was obtained.
Reference: [RFC5829]

Questa specifica istituisce anche il registro Link Relation Application Field, per consentire di estendere le voci del registro Link Relation Type con dati specifici dell'applicazione (di seguito, "app data") specifici di tutte le istanze di un dato tipo di relazione dei link.

I dati applicativi sono registrati su consiglio di un Designated Expert (nominato dall'IESG o da un suo delegato), con Specification Required (usando la terminologia di [RFC5226]). Le richieste di registrazione consistono nel modello di registrazione completato riportato di seguito:

Application Name:

Description:

Default Value:

Notes: [optional]

La Description dovrebbe (SHOULD) identificare lo spazio dei valori dell'app data. Il Default Value deve (MUST) essere appropriato per le voci a cui l'app data non si applica.

Le voci precedenti all'aggiunta dell'app data saranno automaticamente considerate avere il valore predefinito per quell'app data; se ci sono eccezioni, la modifica di tali voci dovrebbe essere coordinata dal o dai Designated Expert, in consultazione con l'autore dell'app data proposta nonché con il registrante della voce esistente (se possibile).

Le richieste di registrazione dovrebbero essere inviate alla mailing list [email protected], contrassegnate chiaramente nell'oggetto (ad esempio, "NEW APP DATA - example" per registrare l'app data "example").

Entro al massimo 14 giorni dalla richiesta, il Designated Expert approverà o negherà la richiesta di registrazione, comunicando questa decisione alla lista di revisione. I dinieghi dovrebbero includere una spiegazione e, se applicabile, suggerimenti su come rendere la richiesta accettabile. Le richieste di registrazione che rimangono indeterminate per un periodo superiore a 21 giorni possono essere portate all'attenzione dell'IESG (usando la mailing list [email protected]) per la risoluzione.

Quando una richiesta di registrazione ha successo, il Designated Expert la inoltrerà all'IANA per la pubblicazione. L'IANA dovrebbe accettare gli aggiornamenti del registro solo dal o dai Designated Expert, e dovrebbe indirizzare tutte le richieste di registrazione alla mailing list di revisione.