Using <code> tags instead of <tt>
authorsteve.battle <steve.battle@sysemia.co.uk>
Thu, 17 Oct 2013 09:50:13 +0100
changeset 382 c7270e98c5c3
parent 381 b4036c5c36f1
child 383 0f8e96885093
Using <code> tags instead of <tt>
ldp-ucr.html
--- a/ldp-ucr.html	Wed Oct 16 16:32:14 2013 +0100
+++ b/ldp-ucr.html	Thu Oct 17 09:50:13 2013 +0100
@@ -823,9 +823,9 @@
 		These artefacts will be added to the research object throughout the project lifecycle of the project.
 	</p>
 	<p>
-		The RDF description below captures the initial state of the research object. For the purposes of the example, we have included the time of creation. It is a linked data resource addressed via URL from which the following RDF can be retrieved. The null-relative URL <em>&lt;&gt;</em> should be understood as a self-reference to the research object itself.
+		The RDF description below captures the initial state of the research object. For the purposes of the example, we have included the time of creation. It is a linked data resource addressed via URL from which the following RDF can be retrieved. The null-relative URL <code>&lt;&gt;</code> should be understood as a self-reference to the research object itself.
 	</p>
-	<pre class='example'>
+	<pre class='example'><code>
 @prefix ro:  &lt;http://purl.org/wf4ever/ro#&gt; .
 @prefix dct: &lt;http://purl.org/dc/terms/&gt; .
 @prefix ore: &lt;http://www.openarchives.org/ore/&gt; .
@@ -833,7 +833,7 @@
 
 &lt;&gt; a ro:ResearchObject, ore:Aggregation ;
     dct:created &quot;2012-12-01&quot;^^xsd:dateTime .
-</pre>
+</code></pre>
 	<div>(see functional requirement <a>F1.1</a>)</div>
 	</section>
 	
@@ -843,9 +843,9 @@
 		The motivation for nested containers comes from the <a>System and Software Development Tool Integration</a> user story. The
 		OSLC Change Management vocabulary allows bug reports to have
 		attachments referenced by the membership predicate
-		<em>oslc_cm:attachment</em>. This may be viewed as nested containment. The <em>top-level-container</em> contains issues, and
+		<code>oslc_cm:attachment</code>. This may be viewed as nested containment. The <em>top-level-container</em> contains issues, and
 		each issue is itself a container of attachments.
-		In the example, <em>issue1234</em> is a member of the container <em>top-level-container</em>. In turn, <em>attachment324</em> and <em>attachment251</em> are attachments within <em>issue1234</em>. Treating these as containers makes it easier to manage them as self-contained units.
+		In the example, <code>issue1234</code> is a member of the container <code>top-level-container</code>. In turn, <code>attachment324</code> and <code>attachment251</code> are attachments within <code>issue1234</code>. Treating these as containers makes it easier to manage them as self-contained units.
 	</p>
 	<pre class='example'>
 @prefix dcterms: &lt;http://purl.org/dc/terms/&gt;.
@@ -921,9 +921,9 @@
 		original design didn’t consider." The following RDF could be used
 		to describe contact information using the FOAF
 		vocabulary [[FOAF]]. A contact is represented here by a
-		<em>foaf:PersonalProfileDocument</em> defining a resource that can be
+		<code>foaf:PersonalProfileDocument</code> defining a resource that can be
 		created and updated as a single-unit, even though it may describe
-		ancillary resources, such as a <em>foaf:Person</em>, below.
+		ancillary resources, such as a <code>foaf:Person</code>, below.
 	</p>
 	<pre class='example'>
 @prefix foaf:  &lt;http://xmlns.com/foaf/0.1/&gt; .
@@ -983,7 +983,7 @@
 		representation may include descriptions of related resources that
 		cannot be accessed directly. Depending upon the application, an
 		server may enrich the retrieved RDF with additional triples. Examples
-		include adding incoming links, <em>owl:sameAs</em> closure and <em>rdf:type</em> closure.
+		include adding incoming links, <code>owl:sameAs</code> closure and <code>rdf:type</code> closure.
 		The HTTP response should also include versioning information (i.e.
 		last update or entity tag) so that subsequent updates can ensure
 		they are being applied to the correct version.</p>
@@ -1060,7 +1060,7 @@
 		the person and the profile; the former being the topic of the
 		latter. Where the fragment is defined relative to the base, as in this example, the URL including the fragment may be used to access the resource representing the containing document. The HTTP protocol
 		requires that the fragment part be stripped off before requesting
-		the URI from the server. The client can then read properties of the hash URI <em>&lt;#i&gt;</em> from the retrieved description.
+		the URI from the server. The client can then read properties of the hash URI <code>&lt;#i&gt;</code> from the retrieved description.
 	</p>
 	<pre class='example'>
 @base &lt;http://www.w3.org/People/Berners-Lee/card&gt;
@@ -1156,7 +1156,7 @@
 	<p>
 		A catalog may contain multiple datasets, so when linking to new
 		datasets it would be simpler and preferable to selectively add
-		just the new dataset links. For this example, a Changeset [[CHANGESET]] might be used to add a new <em>dc:title</em> to the
+		just the new dataset links. For this example, a Changeset [[CHANGESET]] might be used to add a new <code>dc:title</code> to the
 		dataset. The following update would be directed to the catalogue
 		to add an additional dataset.
 	</p>
@@ -1282,10 +1282,10 @@
 	<p>There is an existing collection at
 		&lt;http://example.com/concept-scheme/subject-heading&gt; that
 		defines a collection of subject headings. This collection is
-		defined as a <em>skos:ConceptScheme</em> and the client wishes to insert a
+		defined as a <code>skos:ConceptScheme</code> and the client wishes to insert a
 		new concept into the scheme. which will be related to the
-		collection via a <em>skos:inScheme</em> link. In the example below, a new subject-heading,
-		"outer space exploration" is added to the <em>scheme:subject-heading</em> collection. The following RDF describes the (item-level)
+		collection via a <code>skos:inScheme</code> link. In the example below, a new subject-heading,
+		"outer space exploration" is added to the <code>scheme:subject-heading</code> collection. The following RDF describes the (item-level)
 		description of the collection,
 		also demonstrating that the relationship between the parent and child resources may run in a seemingly counter-intuitive direction, from child to parent.
 		</p>
@@ -1315,7 +1315,7 @@
 		As a machine-readable collection of medical terms, the SNOMED CT ontology [[SNOMED]]
 		is of key importance in user story, <a>Healthcare</a>. SNOMED CT allows concepts with more than one parent. In the example below, SNOMED concepts are treated as
 		collections (aggregations) of narrower concepts. We see that the 
-		concept <em>:TissueSpecimenFromHeart</em> belongs to two parent collections as it is both a  <em>:TissueSpecimen</em> and a <em>:SpecimenFromHeart</em>.
+		concept <code>:TissueSpecimenFromHeart</code> belongs to two parent collections as it is both a  <code>:TissueSpecimen</code> and a <code>:SpecimenFromHeart</code>.
 		This example also demonstrates how composition and aggregation support different scenarios, as the ability to have multiple parents should not be a possibility with composition.
 	</p>
 	<pre class='example'>
@@ -1384,13 +1384,13 @@
 		representation, so that a client can explore the data by following
 		these links. Different applications may use different membership
 		predicates to capture this aggregation. The example below uses
-		<em>rdfs:member</em>, but many different membership predicates are in
+		<code>rdfs:member</code>, but many different membership predicates are in
 		common use, including RDF Lists. Item-level descriptions can be
 		captured using the Functional Requirements for Bibliographic
 		Records (FRBR) ontology [[FRBR]] [[FRBR-CORE]].
 	</p>
 	<p>
-	Based on the example below, the item-level description should include as a minimum all the <em>rdfs:member</em> relationships. It need not include other properties of the collection, and it need not include additional properties of the members.
+	Based on the example below, the item-level description should include as a minimum all the <code>rdfs:member</code> relationships. It need not include other properties of the collection, and it need not include additional properties of the members.
 	</p>
 	<pre class='example'>
 @prefix frbr: &lt;http://purl.org/vocab/frbr/core#&gt;.
@@ -1431,7 +1431,7 @@
 <p>In user story, <a>Maintaining Social Contact Information</a>, it is not uncommon for users to have a very large number of contacts.
 This leads to a very large resource description, especially if some basic information about the contacts is included as well. The size of this representation may be so large that retrieval in a single HTTP request is impractical.</p>
 
-<p>In this example the response to the first request includes a reference to the <em>next</em> resource in an ordered collection of resources. For the purposes of the example, we make use of the <em>next</em> property defined by the <a href="http://www.w3.org/1999/xhtml/vocab/">XHTML Metainformation Vocabulary</a>. There is no presumption that the LDP specification will recommend the use of this vocabulary.</p>
+<p>In this example the response to the first request includes a reference to the <code>next</code> resource in an ordered collection of resources. For the purposes of the example, we make use of the <code>next</code> property defined by the <a href="http://www.w3.org/1999/xhtml/vocab/">XHTML Metainformation Vocabulary</a>. There is no presumption that the LDP specification will recommend the use of this vocabulary.</p>
 		<pre class='example'>
 @prefix : &lt;http://example.com/people/&gt;.
 @prefix xhv: &lt;http://www.w3.org/1999/xhtml/vocab#&gt;.
@@ -1443,9 +1443,9 @@
 &lt;&gt; xhv:next &lt;http://example.com/1234567890&gt;.
 		</pre>
 		
-<p>When the client requests the resource identified by <em>next</em>, the response includes additional content that can be merged with the earlier data to construct a more complete model of the originally requested resource. It may also contain further <em>next</em> links, which may be requested in turn.</p> 
+<p>When the client requests the resource identified by <code>next</code>, the response includes additional content that can be merged with the earlier data to construct a more complete model of the originally requested resource. It may also contain further <code>next</code> links, which may be requested in turn.</p> 
 		
-<p>The following representation is the response to the resource identified by <em>next</em>, completing the contacts list.</p>
+<p>The following representation is the response to the resource identified by <code>next</code>, completing the contacts list.</p>
 		
 		<pre class='example'>
 @prefix : &lt;http://example.com/people/&gt;.