--- a/drafts/ldp/Overview.html Wed Jul 24 16:10:19 2013 -0400
+++ b/drafts/ldp/Overview.html Thu Jul 25 08:23:01 2013 -0400
@@ -250,7 +250,7 @@
</dd>
<dd class="p-author h-card vcard" rel="bibo:editor" inlist=""><span typeof="foaf:Person"><a class="u-url url p-name fn" rel="foaf:homepage" property="foaf:name" content="John Arwe" href="https://www.ibm.com/developerworks/mydeveloperworks/groups/service/html/allcommunities?userid=120000CAW7">John Arwe</a>, <a rel="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://ibm.com/">IBM Corporation</a></span>
</dd>
-<dd class="p-author h-card vcard" rel="bibo:editor" inlist=""><span typeof="foaf:Person"><a class="u-url url p-name fn" rel="foaf:homepage" property="foaf:name" content="Ashok Malhotra" href="ashok.malhotra@oracle.com">Ashok Malhotra</a>, <a rel="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://www.oracle.com">Oracle Corporation</a></span>
+<dd class="p-author h-card vcard" rel="bibo:editor" inlist=""><span typeof="foaf:Person"><a class="u-url url p-name fn" rel="foaf:homepage" property="foaf:name" content="Ashok Malhotra" href="mailto:ashok.malhotra@oracle.com">Ashok Malhotra</a>, <a rel="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://www.oracle.com">Oracle Corporation</a></span>
</dd>
@@ -1051,16 +1051,16 @@
whose object is the HTTP <code>Request-URI</code> of an inlined resource [<cite><a class="bibref" href="#bib-HTTP11">HTTP11</a></cite>].
</div>
- <div id="ldpc-4_11_3_3" class="rule">4.11.3.3 <abbr title="Linked Data Platform Resource">LDPR</abbr> clients <em class="rfc2119" title="SHOULD">SHOULD</em> avoid making HTTP <code>GET</code> requests
+ <div id="ldpr-4_11_3_3" class="rule">4.11.3.3 <abbr title="Linked Data Platform Resource">LDPR</abbr> clients <em class="rfc2119" title="SHOULD">SHOULD</em> avoid making HTTP <code>GET</code> requests
against any resource whose HTTP <code>Request-URI</code> is the object of a triple of the form
- described in <a href="#ldpc-4_11_3_2">section 4.11.3.2</a>, unless there are application-specific
+ described in <a href="#ldpr-4_11_3_2">section 4.11.3.2</a>, unless there are application-specific
reasons for doing so. Clients should note that by the time the representation is received, the actual state
of any inlined resource(s) may have changed due to subsequent requests.
</div>
- <div id="ldpc-4_11_3_4" class="rule">4.11.3.4 <abbr title="Linked Data Platform Resource">LDPR</abbr> clients <em class="rfc2119" title="MUST NOT">MUST NOT</em> assume that <abbr title="Linked Data Platform Resource">LDPR</abbr> representations
+ <div id="ldpr-4_11_3_4" class="rule">4.11.3.4 <abbr title="Linked Data Platform Resource">LDPR</abbr> clients <em class="rfc2119" title="MUST NOT">MUST NOT</em> assume that <abbr title="Linked Data Platform Resource">LDPR</abbr> representations
lacking a <code>ldp:Page</code> resource or lacking the triple
- described in <a href="#ldpc-4_11_3_2">section 4.11.3.2</a> contain all the triples for any resource(s)
+ described in <a href="#ldpr-4_11_3_2">section 4.11.3.2</a> contain all the triples for any resource(s)
listed in the representation whose HTTP <code>Request-URI</code> differs from
the HTTP <code>Request-URI</code> used by the client.
The representation might in fact contain all such triples, or some
@@ -1758,7 +1758,7 @@
<h3 id="ldpc-HTTP_HEAD"><span class="secno">5.7 </span>HTTP HEAD</h3>
<p>Note that certain LDP mechanisms, such as paging, rely on HTTP headers, and HTTP generally requires that
<code>HEAD</code> responses include the same headers as <code>GET</code> responses. Also <abbr title="Linked Data Platform Container">LDPC</abbr> servers must also include HTTP headers
- on response to <code>OPTIONS</code>, see <a href="#ldpr-4_7_2">4.7.2</a>.
+ on response to <code>OPTIONS</code>, see <a href="#ldpr-HTTP_OPTIONS" class="sectionRef"></a>.
Thus, implementers supporting <code>HEAD</code> should also carefully read the
<a href="#ldpc-HTTP_GET" class="sectionRef">section 5.3 </a> and <a href="#ldpc-HTTP_OPTIONS" class="sectionRef">section 5.9 </a>.</p>
</section>
--- a/ldp.html Wed Jul 24 16:10:19 2013 -0400
+++ b/ldp.html Thu Jul 25 08:23:01 2013 -0400
@@ -75,7 +75,7 @@
company: "IBM Corporation", companyURL: "http://ibm.com/" },
{ name: "John Arwe", url: "https://www.ibm.com/developerworks/mydeveloperworks/groups/service/html/allcommunities?userid=120000CAW7",
company: "IBM Corporation", companyURL: "http://ibm.com/" },
- {name: "Ashok Malhotra", url: "ashok.malhotra@oracle.com",
+ {name: "Ashok Malhotra", url: "mailto:ashok.malhotra@oracle.com",
company: "Oracle Corporation", companyURL: "http://www.oracle.com" },
],
@@ -877,16 +877,16 @@
whose object is the HTTP <code>Request-URI</code> of an inlined resource [[!HTTP11]].
</div>
- <div id="ldpc-4_11_3_3" class="rule">4.11.3.3 LDPR clients SHOULD avoid making HTTP <code>GET</code> requests
+ <div id="ldpr-4_11_3_3" class="rule">4.11.3.3 LDPR clients SHOULD avoid making HTTP <code>GET</code> requests
against any resource whose HTTP <code>Request-URI</code> is the object of a triple of the form
- described in <a href="#ldpc-4_11_3_2">section 4.11.3.2</a>, unless there are application-specific
+ described in <a href="#ldpr-4_11_3_2">section 4.11.3.2</a>, unless there are application-specific
reasons for doing so. Clients should note that by the time the representation is received, the actual state
of any inlined resource(s) may have changed due to subsequent requests.
</div>
- <div id="ldpc-4_11_3_4" class="rule">4.11.3.4 LDPR clients MUST NOT assume that LDPR representations
+ <div id="ldpr-4_11_3_4" class="rule">4.11.3.4 LDPR clients MUST NOT assume that LDPR representations
lacking a <code>ldp:Page</code> resource or lacking the triple
- described in <a href="#ldpc-4_11_3_2">section 4.11.3.2</a> contain all the triples for any resource(s)
+ described in <a href="#ldpr-4_11_3_2">section 4.11.3.2</a> contain all the triples for any resource(s)
listed in the representation whose HTTP <code>Request-URI</code> differs from
the HTTP <code>Request-URI</code> used by the client.
The representation might in fact contain all such triples, or some
@@ -1587,7 +1587,7 @@
<h2 id="ldpc-HTTP_HEAD">HTTP HEAD</h2>
<p>Note that certain LDP mechanisms, such as paging, rely on HTTP headers, and HTTP generally requires that
<code>HEAD</code> responses include the same headers as <code>GET</code> responses. Also LDPC servers must also include HTTP headers
- on response to <code>OPTIONS</code>, see <a href="#ldpr-4_7_2">4.7.2</a>.
+ on response to <code>OPTIONS</code>, see <a href="#ldpr-HTTP_OPTIONS" class="sectionRef"></a>.
Thus, implementers supporting <code>HEAD</code> should also carefully read the
<a href="#ldpc-HTTP_GET" class="sectionRef"></a> and <a href="#ldpc-HTTP_OPTIONS" class="sectionRef"></a>.</p>
</section>