Add provenance-service HTTP link header field option, and some editorial mods
authorGraham Klyne
Tue, 15 Nov 2011 14:07:16 +0000
changeset 893 3ccbbd31db5c
parent 891 19ea9ce5719b
child 894 1f9e090e2909
Add provenance-service HTTP link header field option, and some editorial mods
paq/provenance-access.html
--- a/paq/provenance-access.html	Mon Nov 14 19:28:18 2011 +0000
+++ b/paq/provenance-access.html	Tue Nov 15 14:07:16 2011 +0000
@@ -223,7 +223,7 @@
             <pre class="pattern">
               Link: <cite>provenance-URI</cite>; rel="provenance"; anchor="<cite>entity-URI</cite>"</pre>
           </code>
-          When used in conjunction with an HTTP success response code (<code>2xx</code>), this HTTP header indicates that <code><cite>provenance-URI</cite></code> is the URI of some provenance information associated with the requested resource and that the associated entity is identified as <code><cite>entity-URI</cite></code>. (See also <a href="#interpreting-provenance-information" class="sectionRef"></a>.)
+          When used in conjunction with an HTTP success response code (<code>2xx</code>), this HTTP header field indicates that <code><cite>provenance-URI</cite></code> is the URI of some provenance information associated with the requested resource and that the associated entity is identified as <code><cite>entity-URI</cite></code>. (See also <a href="#interpreting-provenance-information" class="sectionRef"></a>.)
         </p>
         <p>
         If no <code>anchor</code> link is provided then the <code><cite>entity-URI</cite></code> is assumed to be the URI of the resource.
@@ -232,7 +232,7 @@
           At this time, the meaning of these links returned with other HTTP response codes is not defined: future revisions of this specification may define interpretations for these.
         </p>
         <p>
-          An HTTP response MAY include multiple <code>provenance</code> link headers, indicating a number of different provenance resources that are known to the responding server, each providing provenance information about the accessed resource.
+          An HTTP response MAY include multiple <code>provenance</code> link header fields, indicating a number of different provenance resources that are known to the responding server, each providing provenance information about the accessed resource.
         </p>
         <p>
           The presence of a <code>provenance</code> link in an HTTP response does not preclude the possibility that other publishers may offer provenance information about the same resource.  In such cases, discovery of the additional provenance information must use other means (e.g. see <a href="#provenance-services" class="sectionRef"></a>).
@@ -241,6 +241,27 @@
           Provenance resources indicated in this way are not guaranteed to be authoritative.  Trust in the linked provenance data must be determined separately from trust in the original resource, just as in the web at large, it is a users' responsibility to determine an appropriate level of trust in any other linked resource; e.g. based on the domain that serves it, or an associated digital signature.  (Ssee also <a href="#security-considerations" class="sectionRef"></a>.)
         </p>
 
+        <section>
+          <h2>Specifying Provenance Services</h2>
+            <p class="pending">
+              This is a new proposal. It needs to be checked as to whether it is useful.  GK/PG to review nature of provenance-service-URI.
+            </p>
+            <p>
+              The document provider may indicate that provenance information about the document is provided by a <a class="internalDFN">provenance service</a>. This is done through the use of a <code>provenance-service</code> link relation type following the same pattern as above:
+            </p>
+            <code>
+              <pre class="pattern">
+  Link: <cite>provenance-service-URI</cite>; anchor="<cite>entity-URI</cite>"; rel="provenance-service"</pre>
+              </pre>
+            </code>
+          <p>
+            The <code>provenance-service</code> link identifies the <a class="internalDFN">service-URI</a>.  Dereferencing this URI yields a service description that provides further information to enable a client to determine a <a class="internalDFN">provenance-URI</a> or retrieve <a class="internalDFN">provenance information</a> for an <a class="internalDFN">entity</a>; see <a href="#provenance-services" class="sectionRef"></a> for more details.
+            </p>
+            <p>
+            There may be multiple <code>provenance-service</code> link header fields, and these may appear in the same document as <code>provenance</code> links (though, in simple cases, we anticipate that <code>provenance</code> and <code>provenance-service</code> link relations will not be used together).
+          </p>
+        </section>
+
       </section>
 
       <section>
@@ -291,15 +312,10 @@
         <section>
           <h2>Specifying Provenance Services</h2>
             <p class="pending">
-              This is a new proposal. It needs to be checked as to whether it is useful.  GK/PG to review nature of provenance-service-URI.
-            </p>
-            <p class="issue">
-              - Any reason why provenance service URI relation has not been added to the HTTP Web Linking section as a new relation type? Is is just to finish discussions about the relation before just migrating its use to HTTP Web Linking?
-              <br/><br/>
-              This is a new section, pending wider review.  It's a fairly radical change from what I did before, so I guess I was waiting to see if people were happy with the general approach, before fully integrating it.
+              This is a new proposal. It needs to be reviewed as to whether it is useful.
             </p>
             <p>
-              The document creator may specify that the provenance information about the document is provided by a provenance service. This is done through the use of a third link relation type following the same pattern as above:
+              The document creator may specify that the provenance information about the document is provided by a <a class="internalDFN">provenance service</a>. This is done through the use of a third link relation type following the same pattern as above:
             </p>
             <code>
               <pre class="pattern">
@@ -316,13 +332,12 @@
               </pre>
             </code>
           <p>
-            The <code>provenance-service</code> link element identifies the <a class="internalDFN">service-URI</a>.  Dereferencing this URI yields a service description that provides further information to enable a client to determine a <a class="internalDFN">provenance-URI</a> for a <a class="internalDFN">entity</a>; see <a href="#provenance-services" class="sectionRef"></a> for more details.
+            The <code>provenance-service</code> link element identifies the <a class="internalDFN">service-URI</a>.  Dereferencing this URI yields a service description that provides further information to enable a client to access <a class="internalDFN">provenance information</a> for an <a class="internalDFN">entity</a>; see <a href="#provenance-services" class="sectionRef"></a> for more details.
+          </p>
+          <p>
             There may be multiple <code>provenance-service</code> link elements, and these MAY appear in the same document as <code>anchor</code> and <code>provenance</code> link elements (though, in simple cases, we anticipate that <code>provenance</code> and <code>provenance-service</code> link relations would not be used together).
           </p>
         </section>
-        <p class="note">
-           An alternative option would be to use an HTML <code>&lt;meta&gt;</code> element to present provenance links.  The <code>&lt;Link&gt;</code> is preferred as it reflects more closely the intended goal, and has been defined with somewhat consistent applicability across HTTP, HTML and potentially RDF data.  A specification to use <code>&lt;meta&gt;</code> for this would miss this opportunity to build on the existing specification and registry.
-        </p>
       </section>
 
       <section>