refreshed UC&R WD
authorsteve.battle <steve.battle@sysemia.co.uk>
Wed, 30 Oct 2013 16:57:01 +0000
changeset 408 b6cbb2b13e7e
parent 407 350549c3c9d2
child 409 78aa8c50468b
refreshed UC&R WD
ldp-ucr-wd.html
ldp-ucr.html
--- a/ldp-ucr-wd.html	Wed Oct 30 16:52:50 2013 +0000
+++ b/ldp-ucr-wd.html	Wed Oct 30 16:57:01 2013 +0000
@@ -16,6 +16,7 @@
           
           // the specification's short name, as in http://www.w3.org/TR/short-name/
           shortName:            "ldp-ucr",
+          // TODO: Confirm short name
 
           // if your specification has a subtitle that goes below the main
           // formal title, define it here
@@ -252,7 +253,7 @@
 			of user stories and their analysis.</li>
 	</ul>
 	<ul>
-		<li><b><a href="#use%20cases" title="Use Cases">Use Cases</a></b> are
+		<li><b><a href="#usecases" title="Use Cases">Use Cases</a></b> are
 			used to capture and model functional requirements. Use cases
 			describe the system’s behavior under various conditions [[COCKBURN-2000]],
 			cataloging who does what with the system, for what purpose, but
@@ -310,11 +311,11 @@
 		resource, a few formats needed, and access guidance for these
 		resources. This would support how to acquire a link to a contact,
 		how to use those links to interact with a contact (including <a
-			href="#uc-retrieve_resource_description" title="">reading</a>,
-		<a href="#uc-update_existing" title="">updating</a>,
-		and <a href="#scen-delete_resource" title="">deleting</a>
+			href="#uc3" title="">reading</a>,
+		<a href="#uc4" title="">updating</a>,
+		and <a href="#s2.2" title="">deleting</a>
 		it), as well as how to easily <a
-			href="#scen-create_resource" title="">create a
+			href="#s2.1" title="">create a
 			new contact</a>, add it to my contacts, and when deleting a
 		contact, how it would be removed from my list of contacts. It
 		would also be good to be able to add some application-specific
@@ -348,17 +349,17 @@
 		of having to manually supply those identifiers to each one’s
 		corresponding custom application, we could essentially build a set
 		of bookmarks to it all? When we want to <a
-			href="#uc-retrieve_resource_description" title="">examine</a>
-		or <a href="#uc-update_existing" title="">change</a>
+			href="#uc3" title="">examine</a>
+		or <a href="#uc4" title="">change</a>
 		their contents, would it not be simpler if there were a single
 		consistent application interface that they all supported? 
 	</p>
 	<p>
 		The information held by any single organization might be a mix of
-		simple data and <a href="#uc-aggregate_resources" title="">collections
+		simple data and <a href="#uc6" title="">collections
 			of other data</a>, for example, a bank account balance and a
 		collection of historical transactions. Our bank might easily have
-		<a href="#scen-create_a_nested_composition"
+		<a href="#s1.2"
 			title="">a collection of accounts for each member of its collection
 			of customers</a>.
 	</p>
@@ -424,7 +425,7 @@
 		use cases:</p>
 	<ul>
 		<li>Grouping: This should "Allow the end-users to define <a
-			href="#uc-aggregate_resources" title="">groups of resources</a>
+			href="#uc6" title="">groups of resources</a>
 			on the web that for some reason belong together. The relationship
 			that exists between the resources is often left unspecified. Some
 			of the resources in a group may not be under control of the
@@ -433,12 +434,12 @@
 	</ul>
 	<ul>
 		<li>Enrichment: "Enable end-users to <a
-			href="#uc-update_existing" title="">link resources
+			href="#uc4" title="">link resources
 				together</a>."
 		</li>
 	</ul>
 	<ul>
-		<li>Browsing: "<a href="#uc-filter_resource_description"
+		<li>Browsing: "<a href="#uc7"
 			title="">Support end-user browsing through groups</a> and
 			resources that belong to the groups."
 		</li>
@@ -452,7 +453,7 @@
 		use cases:</p>
 	<ul>
 		<li>Collection-level description: "Provide <a
-			href="#uc-filter_resource_description" title="">metadata
+			href="#uc7" title="">metadata
 				pertaining to a collection as a whole</a>, in contrast to item-level
 			description."
 		</li>
@@ -481,7 +482,7 @@
 		and efficiently collect, produce, and analyze all this data, a
 		fundamental set of loosely coupled standard data sources are
 		needed. A simple, low-cost way to <a
-			href="#uc-retrieve_resource_description" title="">expose
+			href="#uc3" title="">expose
 			data</a> from the diverse set of monitored services is needed, one
 		that can easily integrate into the municipalities of other systems
 		that inspect and analyze the data. All these services have links
@@ -520,7 +521,7 @@
 	<h2 id="story-media"><dfn>Metadata Enrichment in Broadcasting</dfn></h2>
 	<p>
 		There are many different use cases when broadcasters show interest
-		in metadata <a href="#uc-update_existing" title="">
+		in metadata <a href="#uc4" title="">
 			enrichment</a>:
 	</p>
 	<ul>
@@ -548,9 +549,9 @@
 		For infrastructure management (such as storage systems, virtual
 		machine environments, and similar IaaS and PaaS concepts), it is
 		important to provide an environment in which information from
-		different sources can be <a href="#uc-aggregate_resources"
+		different sources can be <a href="#uc6"
 			title="">aggregated</a>, <a
-			href="#uc-filter_resource_description" title="">filtered</a>,
+			href="#uc7" title="">filtered</a>,
 		and visualized effectively. Specifically, the following use cases
 		need to be taken into account:
 	</p>
@@ -634,7 +635,7 @@
 		federation of these repositories to serve the need of asset
 		reuse. These include accessing and querying individual
 		repositories and efficiently retrieving <a
-			href="#uc-has_resource_changed" title="">
+			href="#uc5" title="">
 			updated content</a> without having to retrieve the whole content.
 		The Data Warehousing integration approach allows us to cope
 		with heterogeneity of sources technologies and to benefit from the
@@ -695,7 +696,7 @@
 		through local trusted sharing, analysis, dissemination (including
 		publishing of experimental data "beyond the PDF"), and re-use.</p>
 	<ul>
-		<li><a href="#uc-aggregate_resources" title="">Aggregations</a>,
+		<li><a href="#uc6" title="">Aggregations</a>,
 			specifically <em>Research Objects (ROs)</em> are exchanged
 			between services and clients bringing together workflows, data
 			sets, annotations, and provenance.
@@ -1002,7 +1003,7 @@
 		project teams to review information held about these resources.
 		The example below illustrates the kinds of information that might
 		be held about organizational structures based on the <a
-			href="http://www.epimorphics.com"
+			href="http://www.epimorphics.com/web/"
 			title="http://www.epimorphics.com" rel="nofollow">Epimorphics</a>
 		organizational ontology [[ORG-ONT]].
 	</p>
@@ -1427,7 +1428,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 <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>
+<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'><code>
 @prefix : &lt;http://example.com/people/&gt;.
 @prefix xhv: &lt;http://www.w3.org/1999/xhtml/vocab#&gt;.
--- a/ldp-ucr.html	Wed Oct 30 16:52:50 2013 +0000
+++ b/ldp-ucr.html	Wed Oct 30 16:57:01 2013 +0000
@@ -31,9 +31,9 @@
 
           // if there is a previously published draft, uncomment this and set its YYYY-MM-DD date
           // and its maturity status
-          previousPublishDate:  "2012-12-14",
-          previousMaturity:  	"MO",
-          previousURI: 			"http://www.w3.org/2012/ldp/wiki/Use_Cases_And_Requirements",
+          previousPublishDate:  "2013-01-31",
+          previousMaturity:  	"WD",
+          previousURI: 			"http://www.w3.org/TR/2013/WD-ldp-ucr-20130131/",
 
           // if there a publicly available Editor's Draft, this is the link
           edDraftURI:           "http://www.w3.org/2012/ldp/hg/ldp-ucr.html",