--- a/bp/index.html	Tue Nov 05 13:21:59 2013 +0000
+++ b/bp/index.html	Tue Nov 05 13:23:20 2013 +0000
@@ -122,12 +122,14 @@
 The process of publishing  Government Linked Open Data should be comprised of tractable and manageable steps, forming a life cycle in the same way Software Engineering uses life cycles in development projects. A GLD life cycle should cover all steps from identifying appropriate datasets to actually publishing and maintaining them. In the following paragraph three different life cycle models are presented, however it is evident that they all share common (and sometimes overlapping) characteristics in their constituents. For example, they all identify the need to specify, model and publish data in acceptable LOD formats. In essence, they capture the same tasks that are needed in the process, but provide different boundaries between these tasks.
 </p>
 
-<p class="issue"> (Editors) - Please provide a brief description of lifecycle diagrams.
-</p>
+<!--<p class="issue"> (Editors) - Please provide a brief description of lifecycle diagrams.
+</p> -->
 
 <ul>
 	<li>
-	<p>Hyland et al. propose a Linked Data creation process that consists in the following steps: (1) Identify, (2) Model, (3) Name, (4) Describe, (5) Convert, (6) Publish, and (7) Mantain.</p>
+	<p>Hyland et al. [BHYLAND] provide a six-step “cookbook” to model, create, publish, and announce government linked data. They highlight the role of the World Wide Web Consortium who is currently driving specifications and best practices for the publication of governmental data. Hyland et al. lifecycle consists of the following activities: (1) Identify, (2) Model, (3) Name, (4) Describe, (5) Convert, (6) Publish, and (7) Mantain.
+</p>
+	
 	</li>
 </ul>
 <div id="centerImg">
@@ -136,14 +138,16 @@
 
 <ul>
 	<li>
-	<p>Hausenblas et al. propose Linked Data life cycles that consist in the following steps: (1) data awareness, (2) modeling, (3) publishing, (4) discovery, (5) integration, and (6) use cases.</p>
+	<p>According to Hausenblas et al. [HAUSENBLAS] existing data management approaches assume control over schema, data and data generation, which is not the case in the Web because it is open, de-centralised environment. Based on their experience in Linked Data publishing and consumption over the past years, they have identify involved parties and fundamental phases, which provide for a multitude of so called Linked Data life cycles that consists in the following steps: (1) data awareness, (2) modeling, (3) publishing, (4) discovery, (5) integration, and (6) use cases.
+</p>
 	</li>
 </ul>
 <img src="img/GLF_Hausenblas.PNG" width="600"/>
 
 <ul>
 	<li>
-	<p>Villaz&oacute;n-terrazas et al. propose a Linked Data life cycle that consists of the following steps: (1) Specify, (2) Model, (3) Generate, (4) Publish, and (5) Exploit.
+	<p>Villaz&oacute;n-Terrazas et al. propose in [BVILLAZON] a first step to formalize their experience gained in the development of government Linked Data, into a preliminary set of methodological guidelines for generating, publishing and exploiting Linked Government Data. Their life cycle consists of the following activities: (1) Specify, (2) Model, (3) Generate, (4) Publish, and (5) Exploit.
+
 </p>
 	</li>
 </ul>
@@ -239,16 +243,64 @@
 </p>
 </section>
 
-<!-- Discovery Checklist -->
-
-<h2>Using SKOS to Create a Controlled Vocabulary</h2>
-<p class="issue"> (Editors) - Requested (12-Apr-2013, GLD WG F2F) - guidance on creating a simple controlled vocabulary using SKOS.  Confirm this fits with the scope of BP document. <br/>
+<!-- Discovery Checklist 
+    <p class="issue"> (Editors) - Requested (12-Apr-2013, GLD WG F2F) - guidance on creating a simple controlled vocabulary using SKOS.  Confirm this fits with the scope of BP document. <br/>
   Some pointers: <br/>
 	+ SKOS datasets: http://www.w3.org/2001/sw/wiki/SKOS/Datasets <br/>
 	+ SKOS implementation records: http://www.w3.org/2006/07/SWD/SKOS/reference/20090315/implementation.html <br/>
 	+ An introduction to SKOS: http://www.xml.com/pub/a/2005/06/22/skos.html
 
-</p>
+</p>-->
+
+<section>
+<h2>Using SKOS to Create a Controlled Vocabulary</h2>
+
+<div class="note">
+	 [[SKOS-REFERENCE]] , which stands for Simple Knowledge Organization System, is a W3C standard, based on other Semantic Web standards (RDF and OWL), that provides a way to represent controlled vocabularies, taxonomies and thesauri. Specifically, SKOS itself is an OWL ontology and it can be written out in any RDF flavour.
+</div>
+
+<p>The W3C SKOS standard defines a portable, flexible controlled vocabulary format that is increasingly popular, with the added benefit of a good entry-level step toward the use of Semantic Web technology. </p>
+<div class="highlight"> It is a good practice to use SKOS in the following situations:
+	<ul>
+		<li>There is a need to publish a list of terms or taxonomies having a special meaning for the domain</li>
+		<li> There is a clear distinction between the collections of concepts (ConceptScheme) and the different concepts. </li>
+		<li> Define a different namespace for each <i>skos:ConceptScheme</i> </li>
+        <li> When the mappings with the concepts are not only of the form owl:sameAs, hence it could be possible to have other semantic relationships among them, e.g.: broader, related, narrower.
+	</ul>
+</div> 
+
+
+
+<p>Let's consider a list of equipments where the codes used are: A101=Police, A206=Post Office and A504=Restaurant. With SKOS, we could define the following fragment:</p>
+<div class="example">
+<pre>
+	&lt;http://example.org/codes/typeEquipment/A101> 
+    rdf:type skos:Concept, ex:TypeEquipmentA ;
+    skos:notation "A101"
+    skos:prefLabel "Police"@en ;
+    skos:inScheme &lt;http://example.org/codes/typeEquipment> .
+
+    &lt;http://example.org/codes/typeEquipment/A206> 
+    rdf:type skos:Concept, ex:TypeEquipmentA ;
+    skos:notation "A206"
+    skos:prefLabel "Post office"@en ;
+    skos:inScheme &lt;http://example.org/codes/typeEquipment> .
+
+    &lt;http://example.org/codes/typeEquipment/A504> 
+    rdf:type skos:Concept, ex:TypeEquipmentA ;
+    skos:notation "A504"
+    skos:prefLabel "Restaurant"@en ;
+    skos:inScheme &lt;http://example.org/codes/typeEquipment> .
+
+    &lt;http://example.org/codes/typeEquipment> 
+    rdf:type skos:ConceptScheme ;
+    rdfs:label "Type of Equipments"@en;
+    rdfs:label "Type d'equipements"@fr .
+  </pre>
+
+</div>
+
+</section>
 
 <!-- << is your Linked Data Vocabulary 5 star?