Skip to content

Commit 2011805

Browse files
FranckCoFranckCo
authored
Merge pull request #103 from linked-statistics/issue-59
Statistical vs non-statistical
2 parents 54d70b1 + a7c8419 commit 2011805

File tree

2 files changed

+34
-34
lines changed

2 files changed

+34
-34
lines changed

‎coos.html

+15-15
Original file line numberDiff line numberDiff line change
@@ -239,7 +239,7 @@ <h2>COOS Namespace and Vocabulary</h2>
239239
<td><a href="#activities">Section 3. Activities</a></td>
240240
</tr>
241241
<tr>
242-
<td>coos:StatisticalProductionActivity</td>
242+
<td>coos:ProductionActivity</td>
243243
<td><a href="#activities">Section 3. Activities</a></td>
244244
</tr>
245245
<tr>
@@ -311,15 +311,15 @@ <h2>COOS Namespace and Vocabulary</h2>
311311
<td><a href="#products">Section 5. Products</a></td>
312312
</tr>
313313
<tr>
314-
<td>coos:StatisticalEntity</td>
314+
<td>coos:Entity</td>
315315
<td><a href="#products">Section 5. Products</a></td>
316316
</tr>
317317
<tr>
318-
<td>coos:StatisticalProduct</td>
318+
<td>coos:Product</td>
319319
<td><a href="#products">Section 5. Products</a></td>
320320
</tr>
321321
<tr>
322-
<td>coos:StatisticalDataset</td>
322+
<td>coos:Dataset</td>
323323
<td><a href="#products">Section 5. Products</a></td>
324324
</tr>
325325
<tr>
@@ -491,20 +491,20 @@ <h3>Base GSBPM model</h3>
491491

492492
<p>To materialize a clear distinction between the model itself and the statistical process which is modeled, the ontology defines classes that inherit from <code>prov:Activity</code>. Using PROV allows to describe an activity that really happens at a certain time, to specify who undertakes the activity and what entities it consumes or produces.</p>
493493

494-
<p>Basically, three classes are defined in this ontology: <code>StatisticalProductionActivity</code>, <code>Phase</code> and <code>SubProcess</code>.</p>
494+
<p>Basically, three classes are defined in this ontology: <code>ProductionActivity</code>, <code>Phase</code> and <code>SubProcess</code>.</p>
495495

496-
<p><code>StatisticalProductionActivity</code> is a sub-class of <code>prov:Activity</code>. Instances of this class are intended to be larger than a GSBPM phase. If they correspond to a statistical production process they are typed using the <code>dcterms:type</code> property with the <code>statisticalProductionProcess</code> individual.</p>
496+
<p><code>ProductionActivity</code> is a sub-class of <code>prov:Activity</code>. Instances of this class are intended to be larger than a GSBPM phase. If they correspond to a statistical production process they are typed using the <code>dcterms:type</code> property with the <code>statisticalProductionProcess</code> individual.</p>
497497

498498
<pre class="example nohighlight" title="Examples of statistical production activities">
499-
ex:produce-study-2021 a coos:StatisticalProductionActivity ;
499+
ex:produce-study-2021 a coos:ProductionActivity ;
500500
rdfs:label "Produce study on legal population 2021"@en .
501501

502-
ex:produce-census-2021 a coos:StatisticalProductionActivity ;
502+
ex:produce-census-2021 a coos:ProductionActivity ;
503503
rdfs:label "Produce census 2021"@en ;
504504
dcterms:type coos:statisticalProductionProcess .
505505
</pre>
506506

507-
<p><code>Phase</code> and <code>SubProcess</code> are both sub-classes of <code>StatisticalProductionActivity</code>. A link to the GSBPM taxonomy using the property <code>dcterms:type</code> is made on instances of these classes to formalize to what part of the GSBPM the activity that happened corresponds. Additionally, the idea that each phase is made up of its different sub-processes can be represented by using the Dublin Core <code>dcterms:hasPart</code> and <code>dcterms:isPartOf</code> properties.</p>
507+
<p><code>Phase</code> and <code>SubProcess</code> are both sub-classes of <code>ProductionActivity</code>. A link to the GSBPM taxonomy using the property <code>dcterms:type</code> is made on instances of these classes to formalize to what part of the GSBPM the activity that happened corresponds. Additionally, the idea that each phase is made up of its different sub-processes can be represented by using the Dublin Core <code>dcterms:hasPart</code> and <code>dcterms:isPartOf</code> properties.</p>
508508

509509
<pre class="example nohighlight" title="Examples of instances phase and sub-process">
510510
ex:collect-census-2021 a coos:Phase ;
@@ -538,7 +538,7 @@ <h3>Base GSBPM model</h3>
538538

539539
<h3>Adding GAMSO</h3>
540540

541-
<p>Introducing GAMSO in this framework is not very difficult. The terminology used in the model shows that the main concepts are activity and activity areas. GAMSO describes two kinds of activities: those that are of statistical nature, for example “Manage Statistical Methodology”, and those that are in support of statistical activities, like “Manage Finances”. To account for this distinction, COOS defines two different classes: <code>StatisticalActivity</code> and <code>Activity</code>. <code>Activity</code> is a subclass of <code>prov:Activity</code> and a superclass of <code>StatisticalActivity</code>, which in turn is a superclass of the <code>StatisticalProductionActivity</code> introduced previously.</p>
541+
<p>Introducing GAMSO in this framework is not very difficult. The terminology used in the model shows that the main concepts are activity and activity areas. GAMSO describes two kinds of activities: those that are of statistical nature, for example “Manage Statistical Methodology”, and those that are in support of statistical activities, like “Manage Finances”. To account for this distinction, COOS defines two different classes: <code>StatisticalActivity</code> and <code>Activity</code>. <code>Activity</code> is a subclass of <code>prov:Activity</code> and a superclass of <code>StatisticalActivity</code>, which in turn is a superclass of the <code>ProductionActivity</code> introduced previously.</p>
542542

543543
<p>The GAMSO activity areas are not really activities by themselves, but rather “boxes” used to classify the activities. This makes them instances of <code>skos:Concept</code> to represent this “taxonomic” nature, or more precisely of a specific <code>ActivityArea</code> class, which is a sub-class of <code>skos:Concept</code>.</p>
544544

@@ -556,10 +556,10 @@ <h3>Adding GAMSO</h3>
556556

557557
<p>In addition, COOS defines the <code>OverarchingActivity</code> class, which represents a supporting activity that applies to all production phases, e.g. metadata management, data management, statistical methodology management, etc. These activities correspond to the overarching processes in the GSBPM and the statistical activities in Corporate Support in GAMSO. These activities support the execution of phases and sub-processes effectively. When harmonized and standardized, overarching activities enable the efficient execution of the entire statistical production process.</p>
558558

559-
<p>Finally, two properties are needed to describe how an <code>Activity</code> classified with GAMSO relates to a <code>StatisticalProductionActivity</code> classified with GSBPM:</p>
559+
<p>Finally, two properties are needed to describe how an <code>Activity</code> classified with GAMSO relates to a <code>ProductionActivity</code> classified with GSBPM:</p>
560560

561561
<ul>
562-
<li><code>supports</code>: an <code>Activity</code> helps to perform a <code>StatisticalProductionActivity</code>, e.g. a sub-process;</li>
562+
<li><code>supports</code>: an <code>Activity</code> helps to perform a <code>ProductionActivity</code>, e.g. a sub-process;</li>
563563
<li><code>uses</code>: conversely, a statistical production activity will require one or several activities in order to function.</li>
564564
</ul>
565565

@@ -593,7 +593,7 @@ <h3>Adding GAMSO</h3>
593593

594594
<h3>Adding GSIM and CSDA</h3>
595595

596-
<p>Adding the Generic Statistical Information Model (GSIM) in this framework allows us to refine <code>StatisticalActivity</code> even further. In parallel to <code>StatisticalProductionActivity</code>, two additional sub-classes of <code>StatisticalActivity</code> can be defined:</p>
596+
<p>Adding the Generic Statistical Information Model (GSIM) in this framework allows us to refine <code>StatisticalActivity</code> even further. In parallel to <code>ProductionActivity</code>, two additional sub-classes of <code>StatisticalActivity</code> can be defined:</p>
597597
<ul>
598598
<li><code>StatisticalProgram</code>: it is essentially a set of activities carried out to produce statistics. These statistics are about the set of units in scope for the program, e.g. “All persons with a university degree”, within a given subject field, e.g. income statistics, tourism, etc.</li>
599599
<li><code>StatisticalProgramCycle</code>: statistical program activities are often repeated over time in iterations called cycles. A StatisticalProgramCycle is one of those iterations for a specific time and geography. To link a cycle to the corresponding program, it is recommended to use `dcterms:isPartOf`. Nevertheless, this property does not convey aspects like temporality, so a more specific property might be defined in a future version of COOS.</li>
@@ -684,11 +684,11 @@ <h2>Organizations</h2>
684684

685685
<h2>Products</h2>
686686

687-
<p>Finally, the information that activities, capabilities and processes use and produce needs to be described. This is captured by an <code>InformationObject</code> class that aligns with the notion of “information object” in GSIM, i.e. all GSIM classes are going to be sub-classes of <code>InformationObject</code>. A <code>StatisticalInformationObject</code> is essentially an <code>InformationObject</code> representing statistical information, i.e. they are the inputs and outputs in the design and production of statistics. Some of those statistical information objects are also entities in the <code>Prov</code> sense, which are captured by the <code>StatisticalProduct</code> and <code>StatisticalDataset</code> classes, corresponding to the GSIM Product and GSIM Data Set, respectively. </p>
687+
<p>Finally, the information that activities, capabilities and processes use and produce needs to be described. This is captured by an <code>InformationObject</code> class that aligns with the notion of “information object” in GSIM, i.e. all GSIM classes are going to be sub-classes of <code>InformationObject</code>. A <code>StatisticalInformationObject</code> is essentially an <code>InformationObject</code> representing statistical information, i.e. they are the inputs and outputs in the design and production of statistics. Some of those statistical information objects are also entities in the <code>PROV</code> sense, which are captured by the <code>Product</code> and <code>Dataset</code> classes, corresponding to the GSIM Product and GSIM Data Set, respectively. </p>
688688

689689
<p>Here again, the PROV vocabulary is useful, in particular to provide provenance information on products and to link them to activities and organizations (for example <code>prov:wasGeneratedBy</code> from a product to an activity).</p>
690690

691-
<p>The <code>StatisticalDataset</code> class is also declared as a daughter of <code>dcat:Dataset</code>, which allows the reuse of DCAT (or StatDCAT-AP), in particular to document datasets and their different distributions, group them in catalogues, etc.</p>
691+
<p>The <code>Dataset</code> class is also declared as a daughter of <code>dcat:Dataset</code>, which allows the reuse of DCAT (or StatDCAT-AP), in particular to document datasets and their different distributions, group them in catalogues, etc.</p>
692692

693693
<figure id="image-prod">
694694
<img src="img/coos-prod.png" alt="Products vocabulary main classes" title="Products vocabulary main classes"/>

0 commit comments

Comments
 (0)