--- 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><></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><></code> should be understood as a self-reference to the research object itself.
</p>
- <pre class='example'>
+ <pre class='example'><code>
@prefix ro: <http://purl.org/wf4ever/ro#> .
@prefix dct: <http://purl.org/dc/terms/> .
@prefix ore: <http://www.openarchives.org/ore/> .
@@ -833,7 +833,7 @@
<> a ro:ResearchObject, ore:Aggregation ;
dct:created "2012-12-01"^^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: <http://purl.org/dc/terms/>.
@@ -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: <http://xmlns.com/foaf/0.1/> .
@@ -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><#i></em> from the retrieved description.
+ the URI from the server. The client can then read properties of the hash URI <code><#i></code> from the retrieved description.
</p>
<pre class='example'>
@base <http://www.w3.org/People/Berners-Lee/card>
@@ -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
<http://example.com/concept-scheme/subject-heading> 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: <http://purl.org/vocab/frbr/core#>.
@@ -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 : <http://example.com/people/>.
@prefix xhv: <http://www.w3.org/1999/xhtml/vocab#>.
@@ -1443,9 +1443,9 @@
<> xhv:next <http://example.com/1234567890>.
</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 : <http://example.com/people/>.