ldp.html
changeset 237 6871b9ac5339
parent 235 b93936428fcd
child 238 59bacb9c7b5b
--- 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>