forked from linked-statistics/xkos
-
Notifications
You must be signed in to change notification settings - Fork 0
/
xkos.html
992 lines (876 loc) · 73.4 KB
/
xkos.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
<!DOCTYPE html>
<html>
<head>
<title>XKOS</title>
<meta http-equiv='Content-Type' content='text/html;charset=utf-8'/>
<script src='http://www.w3.org/Tools/respec/respec-w3c-common' class='remove'></script>
<script class='remove'>
var respecConfig = {
// specification status (e.g. WD, LCWD, NOTE, etc.). If in doubt use ED.
specStatus: "unofficial",
// the specification's short name, as in http://www.w3.org/TR/short-name/
shortName: "xkos",
// if your specification has a subtitle that goes below the main
// formal title, define it here
subtitle : "An SKOS extension for modeling statistical classifications",
// if you wish the publication date to be other than today, set this
// publishDate: "2009-08-06",
// if the specification's copyright date is a range of years, specify
// the start date here:
// copyrightStart: "2005"
// if there is a previously published draft, uncomment this and set its YYYY-MM-DD date
// and its maturity status
// previousPublishDate: "1977-03-15",
// previousMaturity: "WD",
// if there a publicly available Editor's Draft, this is the link
// edDraftURI: "http://dev.w3.org/2009/dap/ReSpec.js/documentation.html",
// if this is a LCWD, uncomment and set the end of its review period
// lcEnd: "2009-08-05",
// if you want to have extra CSS, append them to this list
// it is recommended that the respec.css stylesheet be kept
// extraCSS: ["http://dev.w3.org/2009/dap/ReSpec.js/css/respec.css"],
// editors, add as many as you like
// only "name" is required
editors: [
{ name: "Franck Cotton", company: "INSEE", companyURL: "http://www.insee.fr/" },
],
// authors, add as many as you like.
// This is optional, uncomment if you have authors as well as editors.
// only "name" is required. Same format as editors.
authors: [
{ name: "Richard Cyganiak", company: "DERI", companyURL: "http://www.deri.ie/" },
{ name: "Daniel Gillman", company: "Bureau of Labor Statistics", companyURL: "http://www.bls.gov/" },
{ name: "R.T.A.M. Grim", company: "Tilburg University", companyURL: "http://www.tilburguniversity.edu/" },
{ name: "Yves Jaques", company: "Food and Agriculture Organization", companyURL: "http://www.fao.org/" },
{ name: "Wendy Thomas", company: "Minnesota Population Center", companyURL: "http://www.pop.umn.edu/" },
],
// name of the WG
wg: "Dagstuhl Group on Semantic Statistics",
// URI of the public WG page
wgURI: "http://example.org/really-cool-wg",
// name (without the @w3c.org) of the public mailing to which comments are due
wgPublicList: "public-vocabs",
// URI of the patent status for this WG, for Rec-track documents
// !!!! IMPORTANT !!!!
// This is important for Rec-track documents, do not copy a patent URI from a random
// document unless you know what you're doing. If in doubt ask your friendly neighbourhood
// Team Contact.
wgPatentURI: "http://creativecommons.org/licenses/by/4.0/",
localBiblio: {
"ANZSIC": {
"date": "2006",
"href": "http://www.stats.govt.nz/surveys_and_methods/methods/classifications-and-standards/classification-related-stats-standards/industrial-classification.aspx",
"publisher": "Statistics New Zealand",
"title": "Australian and New Zealand Standard Industrial Classification (ANZSIC)"
},
"EUROVOC": {
"href": "https://publications.europa.eu/en/web/eu-vocabularies/th-dataset/-/resource/dataset/eurovoc",
"publisher": "Publications Office of the European Union",
"title": "EuroVoc, Multilingual Thesaurus of the European Union"
},
"GSIMSCM": {
"href": "https://unstats.un.org/unsd/class/intercop/expertgroup/2015/AC289-22.PDF",
"publisher": "Statistics Division of the United Nations",
"title": "Generic Statistical Information Model - Statistical Classification Model"
},
"ISCED": {
"href": "http://www.uis.unesco.org/Education/Pages/international-standard-classification-of-education.aspx",
"publisher": "UNESCO Institute for Statistics (UIS)",
"title": "International Standard Classification of Education"
},
"ISCO": {
"href": "http://www.ilo.org/public/english/bureau/stat/isco/index.htm",
"publisher": "International Labour Organization",
"title": "International Standard Classification of Occupations"
},
"ISIC": {
"href": "http://unstats.un.org/unsd/cr/registry/regcst.asp?Cl=17",
"publisher": "Statistics Division of the United Nations",
"title": "International Standard Industrial Classification of All Economic Activities"
},
"ISO1087": {
"href": "http://www.iso.org/iso/catalogue_detail.htm?csnumber=20057",
"publisher": "International Organization for Standardization",
"title": "ISO 1087-1:2000 – Terminology work – Vocabulary – Part 1: Theory and application"
},
"ISO704": {
"href": "http://www.iso.org/iso/catalogue_detail.htm?csnumber=38109",
"publisher": "International Organization for Standardization",
"title": "ISO 704:2009 – Terminology work – Principles and methods"
},
"ISOTHES": {
"href": "https://lov.linkeddata.es/dataset/lov/vocabs/iso-thes",
"title": "ISO 25964 SKOS Extension"
},
"LOCSH": {
"href": "http://id.loc.gov/authorities/subjects.html",
"publisher": "The Library of Congress",
"title": "Library of Congress Subject Headings"
},
"NACE": {
"href": "http://en.wikipedia.org/wiki/Statistical_Classification_of_Economic_Activities_in_the_European_Community",
"publisher": "Eurostat",
"title": "Statistical Classification of Economic Activities in the European Community (Nomenclature statistique des activités économiques dans la Communauté européenne)"
},
"NAICS": {
"href": "http://www.census.gov/eos/www/naics/index.html",
"publisher": "United States Census Bureau",
"title": "NAICS, North American Industry Classification System"
},
"NEUCHATEL": {
"href": "http://www1.unece.org/stat/platform/pages/viewpage.action?pageId=14319930",
"title": "Neuchâtel Terminology Model for classifications (version 2.1)"
},
"OECD": {
"href": "http://stats.oecd.org/glossary/detail.asp?ID=350",
"publisher": "The Organisation for Economic Co-operation and Development (OECD)",
"title": "OECD glossary of statistical terms"
},
"OIICS": {
"href": "http://www.bls.gov/iif/oshoiics.htm",
"publisher": "United States Bureau of Labor Statistics",
"title": "Occupational Injury and Illness Classification"
},
"RAMON": {
"href": "http://ec.europa.eu/eurostat/ramon/index.cfm?TargetUrl=DSP_PUB_WELC",
"publisher": "Eurostat",
"title": "Eurostat's metadata server"
},
"SIC": {
"href": "http://www.census.gov/epcd/www/sic.html",
"publisher": "United States Census Bureau",
"title": "Standard Industrial Classification"
},
"SOC": {
"href": "http://www.bls.gov/soc",
"publisher": "United States Bureau of Labor Statistics",
"title": "Standard Occupational Classification"
},
"SKOS": {
"href": "http://www.w3.org/2004/02/skos/",
"publisher": "World Wide Web Consortium (W3C)",
"title": "Simple Knowledge Organization System"
},
"SKOSXL": {
"href": "http://www.w3.org/TR/skos-reference/#xl",
"publisher": "World Wide Web Consortium (W3C)",
"title": "SKOS eXtension for Labels (SKOS-XL)"
},
"UNSTATS": {
"href": "https://unstats.un.org/unsd/class/intercop/expertgroup/2013/AC267-5.PDF",
"publisher": "World Wide Web Consortium (W3C)",
"title": "Best Practice Guidelines for Developing International Statistical Classifications, 13-15 May 2013"
}
}
};
</script>
</head>
<body>
<p style="font-size:80%"><em>(Authors affiliations were recorded at the beginning of the writing of this document and might have changed since.)</em></p>
</section>
<section id='abstract'>
<p>Semantic technology associated with Linked Open Data (LOD) is gaining much broader use and acceptance. Marrying LOD techniques to those of the international statistical community is the goal. Specifically, the use of the Simple Knowledge Organization System ([[!SKOS]]) for managing statistical classifications and concept management systems is addressed, since SKOS is widely used. LOD is used to create Web artifacts that machines can interpret, so publishing machine readable statistical classifications and other concept management systems as SKOS instances is desired. We found that SKOS is insufficient for the problem. No aspect of SKOS was found to be wrong, just incomplete. Therefore, we propose an extension to SKOS, which we call XKOS.</p>
</section>
<section>
<h2>Background and Motivation</h2>
<p>Semantic technology associated with developments of the Semantic Web and particularly Linked Open Data (LOD) is gaining much wider use and acceptance. The purpose of current efforts is to marry LOD techniques with needs of the international statistical community. Specifically, we address the use of the Simple Knowledge Organization System (SKOS), a LOD specification, to satisfy the requirements of classification systems and concept management in general for the statistical community.</p>
<p>The specifics will be described below, but we found that SKOS is insufficient to represent the needs of statistical classifications and concept management. No aspect of SKOS was found to be wrong, just incomplete. Therefore, we propose an extension to SKOS, which we call XKOS.</p>
<p>SKOS concept schemes are defined from the point of view of thesauri, which rely on the loosely defined notions of <em>broader than</em>, <em>narrower than</em>, and <em>related to</em> relationships. Statistical classifications on the other hand rely on the hierarchical relations, which are called generic (generic-specific) and partitive (whole-part). Further, statistical classifications, through their hierarchies, are structured according to levels. Levels correspond to all those concepts that are same distance from the top of the hierarchy, and levels are used as a means to identify concepts within a classification used to classify instances at the same specificity. Finally, concept management requires the use of associations that are more specific than related to. Causal, sequential, and temporal relations are defined.</p>
<p>The proposed extensions to SKOS were not only guided by the needs of the statistical community but by requirements laid out in ISO standards on terminology, such as ISO 704:2009 ([[!ISO704]]) and ISO 1087-1:2000 ([[!ISO1087]]). These standards describe and define the constructs and relations necessary for concept management and a more complete description of statistical classifications. These documents describe concepts, the terms and codes that designate them, relations that may exist among them, the structure of concepts, and the relationship between concepts and objects in the world they classify.</p>
<p>The result is a more unified approach. This approach is incorporated into the new XKOS.</p>
</section>
<section id="intro">
<h2>Introduction</h2>
<section id="intro-class">
<h3>Understanding statistical classifications</h3>
<p>This section provides a brief introduction to the terminology relevant to the understanding of statistical classifications.</p>
<p>The United Nations Expert Group Meeting on International Statistical Classifications writes in [[UNSTATS]] :
<blockquote cite="https://unstats.un.org/unsd/class/intercop/expertgroup/2013/AC267-5.PDF">
Generally a statistical classification is a set of discrete, exhaustive and mutually exclusive categories which can be assigned to one or more variables used in the collection and presentation of data, and which describe the characteristics of a particular population.
</blockquote>
Readers can refer to [[UNSTATS]] for more background information on statistical classifications.
</p>
<p>A Statistical Classification Scheme (SCS) is a concept scheme which includes concepts associated codes (numeric string labels), short textual names (also labels), definitions, and longer descriptions that include rules for their use. It can be <em>flat</em> (i.e., one level) or <em>hierarchical</em>. By a hierarchy, we mean a system of concepts where each has zero or one parents and zero or more children. The root, or top category, has no parent; the leaves, or bottom categories, have no children; and the rest have one parent and one or more children.</p>
<p>If an SCS is hierarchical, it is with the added proviso that all its categories are grouped into <em>levels</em>. In every SCS, the root concept is implicit and is often referred to as the defining concept for the SCS. All the concepts in one level are the same number of relationships away from the root, and this number is known as the depth of the level. All the concepts at each level are mutually exclusive and exhaustive, meaning each unit can be classified to one and only one concept per level.</p>
<p>Each level is defined by its own concept, as the collection of concepts at a particular level have a common overall meaning. For instance, the first level below the root in the North American Standard Industrial Classification ([[!NAICS]]) is known as Sectors, and Manufacturing is one of the sectors; these sectors are the broadest industry categories.</p>
<p>The most important use of a classification scheme is to classify and organize units within some domain, for example business establishments by industry. NAICS is used for this in the US, but due to limitations in coverage for some geographic areas, establishment sizes, or NAICS concepts, not enough data might be available to report meaningfully at all levels. So, the lowest level with meaningful data in most of the concepts is used. However, what determines “meaningful” is a statistical consideration and out of scope for this specification.</p>
<p>Practically speaking, the rows in tables and the dimensions used to specify measures in a time series are major uses of SCSs in data dissemination. Aggregated data in tables and series are classified by given levels of SCSs. If the data are sparse at that level, then there is a danger that data about individuals (people or businesses) is recoverable. In this case, the next higher level is used, and the data are aggregated some more into the broader categories. This is an important reason for the hierarchical design of SCSs.</p>
<p>Another use of SCSs is in data collection. The possible answers to questions on a form or in a questionnaire are the categories in SCSs. Another way SCSs are used in data collection is through classifying textual responses. For instance, the US American Community Survey asks respondents to briefly describe their jobs, and these descriptions are classified to NAICS and the Standard Occupational Classification ([[!SOC]]).</p>
<p>Statistical agencies that manage SCSs sometimes make versions to reflect changes in the subject matter domain, and these versions are separate SCSs. However, they belong to the same family, and that is known as a classification. For instance, NAICS is updated every five years, and each version (a separate SCS) is known by its year.</p>
<p>Other notions linked to classifications, for example correspondence tables, are introduced in the next sections. A model for describing and managing classifications developed by the international statistical community can be found in the Neuchâtel model [[NEUCHATEL]]. Further examples of statistical classifications are the ISCED for education, ISCO for occupations, ISIC and NACE for economic activities ([[!ISCED]], [[!ISCO]], [[!ISIC]], [[!NACE]]). A complete overview of the statistical classifications that are used at world (e.g. United Nations) and regional levels (e.g. European Union) is available at RAMON ([[RAMON]]).</p>
</section>
<section id="term-features">
<h3>Managing terminological features of classification schemes</h3>
<p>In terminology, concepts are designated by signifiers which denote them. A signifier is typically an alphanumeric string, symbol, or some physical phenomenon such as voltage. Signifiers are assigned to denote concepts and are used to communicate concepts much as words, which are alphanumeric strings, do in natural language.</p>
<p>Designations come in several kinds: terms are linguistic expressions (i.e., words in natural language); codes are non-linguistic alpha-numeric strings of a specified length; and symbols are pictures, sound waves, etc. Other kinds of designations are possible as well.</p>
<p>In classification schemes for statistics, the concepts in the scheme, referred to as categories, are designated in several ways in practice. There are codes, short "labels", long "labels", and possibly others. Concepts also have definitions, relationships to other concepts, and explanatory text associated with them.</p>
<p>In SKOS, there are many properties that allow one to record the various designations of a concept: prefLabel; altLabel; hiddenLabel. All are repeatable for different languages. One drawback is the insistence on a preferred label. For statistical classifications, the preference for some designation depends on the context of its use. Codes are used for classification, data representation, and data interoperability. Short labels, a kind of term, are used in reports and the stubs of tables. Long labels, another kind of term, which are intended to convey much of the meaning of the designated cateory, are used in semantic interoperability. Each is “preferred” in its main areas of use. This is described in Section <a href="#add-labels">8.1</a>.</p>
<p>Relationships between concepts, along with the definitions of the concepts, are the main way semantics are captured. The semantics of each relationship are based on the related concepts and the meaning of the linkage itself, called a relation. For instance, the various authors of this paper are related both as professional colleagues and as friends. Each friendship, for instance, is described by the use of the “friend” relation and by the people themselves. Each friend linkage has the same semantics, so “friend” is a relation. Likewise, “professional colleague” is a relation. SKOS provides only a limited set of relations.</p>
<p>Some relations are important enough to define in advance because their use is pervasive. Two in particular are the hierarchical relations: generic and partitive. These relations are regularly employed in statistical classifications. The generic relation refers to type – sub-type, or “kind of”, relationships (a person is a kind of mammal). Partitive relations are used to describe part – whole relationships (an engine is part of a car). This is described in <a href="#doc-props">Section 9</a>.</p>
</section>
</section>
<section id="overview">
<h2>Overview of XKOS</h2>
<p>XKOS extends SKOS with two main objectives: the first one is to allow the description of statistical classifications, the second one is to introduce refinements of the semantic properties defined in SKOS.</p>
<p>In order to describe classifications, XKOS draws from the Neuchâtel model [[NEUCHATEL]], which is a well known standard in the statistical community: the notions of classification levels (<a href="#levels">Section 6</a>) or correspondence tables (<a href="#correspondences">Section 7</a>) are directly taken from this model. Some aspects of the model are rendered in XKOS differently (e.g. classification families by the 'covers' property) or in a more general way (concepts associations, for example). Other aspects (e.g. indexes) are not covered by XKOS. XKOS also defines a few new additional properties that are not present in the Neuchâtel model. A new version of the Neuchâtel model has recently been created and included in the General Statistical Information Model ([[GSIMSCM]]).</p>
<p>The figure below gives an overview of the SKOS/XKOS model for modeling classifications and their components. This model will be described in sections 5 to 7.</p>
<table class="image">
<caption align="bottom">Figure 1 – Overview of the SKOS/XKOS model for classifications</caption>
<tr><td><img src="img/overview.png" alt="SKOS/XKOS model for classifications" title="SKOS/XKOS model for classifications"></td></tr>
</table>
<p>XKOS also defines documentary properties for classifications (<a href="#doc-props">Section 8</a>). In particular, specializations of the SKOS scope note property are proposed in order to capture the different types of explanatory notes that usually come with statistical classifications.</p>
<p>The other objective of XKOS is to make available to concept or classification schemes designers the semantic properties defined by ISO 704 and ISO 1087-1. Those properties are defined in <a href="#doc-props">Section 9</a>, and their articulation with SKOS semantic properties is described. An overall view of the SKOS and XKOS property structure can be found in Annex B.</p>
</section>
<section id="nsvoc">
<h2>XKOS Namespace and Vocabulary</h2>
<p>The XKOS namespace URI is:</p>
<ul>
<li><strong>http://rdf-vocabulary.ddialliance.org/xkos#</strong></li>
</ul>
<p>The prefix <code>xkos</code> will be associated to this namespace in all this specification.</p>
<p>The XKOS vocabulary is a set of URIs, given in the left-hand column in the table below. The right hand column indicates in which section below the corresponding term is explained in more detail.</p>
<table border="0" class="simple">
<caption>Table 1. XKOS Vocabulary</caption>
<thead>
<tr>
<th>URI</th>
<th>Definition</th>
</tr>
</thead>
<tbody>
<tr>
<td>xkos:belongsTo</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:follows</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:supersedes</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:variant</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:covers</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:coversExhaustively</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:coversMutuallyExclusively</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:classifiedUnder</td>
<td><a href="#classifications">Section 5. Classifications and classification schemes</a></td>
</tr>
<tr>
<td>xkos:ClassificationLevel</td>
<td><a href="#levels">Section 6. Classification levels</a></td>
</tr>
<tr>
<td>xkos:depth</td>
<td><a href="#levels">Section 6. Classification levels</a></td>
</tr>
<tr>
<td>xkos:numberOfLevels</td>
<td><a href="#levels">Section 6. Classification levels</a></td>
</tr>
<tr>
<td>xkos:levels</td>
<td><a href="#levels">Section 6. Classification levels</a></td>
</tr>
<tr>
<td>xkos:organizedBy</td>
<td><a href="#levels">Section 6. Classification levels</a></td>
</tr>
<tr>
<td>xkos:notationPattern</td>
<td><a href="#levels">Section 6. Classification levels</a></td>
</tr>
<tr>
<td>xkos:ConceptAssociation</td>
<td><a href="#correspondences">Section 7. Correspondences and concept associations</a></td>
</tr>
<tr>
<td>xkos:sourceConcept</td>
<td><a href="#correspondences">Section 7. Correspondences and concept associations</a></td>
</tr>
<tr>
<td>xkos:targetConcept</td>
<td><a href="#correspondences">Section 7. Correspondences and concept associations</a></td>
</tr>
<tr>
<td>xkos:Correspondence</td>
<td><a href="#correspondences">Section 7. Correspondences and concept associations</a></td>
</tr>
<tr>
<td>xkos:madeOf</td>
<td><a href="#correspondences">Section 7. Correspondences and concept associations</a></td>
</tr>
<tr>
<td>xkos:compares</td>
<td><a href="#correspondences">Section 7. Correspondences and concept associations</a></td>
</tr>
<tr>
<td>xkos:maxLength</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:ExplanatoryNote</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:inclusionNote</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:coreContentNote</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:additionalContentNote</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:exclusionNote</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:caseLaw</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:plainText</td>
<td><a href="#doc-props">Section 8. Documentation properties</a></td>
</tr>
<tr>
<td>xkos:isPartOf</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:hasPart</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:specializes</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:generalizes</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:causal</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:causes</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:causedBy</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:sequential</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:precedes</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:previous</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:succeeds</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:next</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:temporal</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:before</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:after</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
<tr>
<td>xkos:disjoint</td>
<td><a href="#sem-props">Section 9. Semantic properties</a></td>
</tr>
</tbody>
</table>
<p>Other vocabularies used in this document are listed in the table below, with their namespaces and associated prefixes.</p>
<table class="simple">
<caption>Table 2. Other vocabularies used in this document</caption>
<thead>
<tr>
<th>Prefix</th>
<th>URI</th>
<th>Description</th>
</tr>
</thead>
<tbody>
<tr>
<td>dcterms</td>
<td>http://purl.org/dc/terms/</td>
<td>Dublin Core Metadata Initiative Metadata Terms ([[!DC-TERMS]])</a></td>
</tr>
<tr>
<td>skos</td>
<td>http://www.w3.org/2004/02/skos/core#</td>
<td>Simple Knowledge Organization System ([[!SKOS]])</a></td>
</tr>
<tr>
<td>skosxl</td>
<td>http://www.w3.org/2008/05/skos-xl#</td>
<td>SKOS eXtension for Labels (SKOS-XL) ([[!SKOSXL]])</a></td>
</tr>
<tr>
<td>iso-thes</td>
<td>http://purl.org/iso25964/skos-thes#</td>
<td>ISO 25964 SKOS extension ([[ISOTHES]])</a></td>
</tr>
</tbody>
</table>
<p>RDF, RDFS and OWL vocabularies are also used, with their usual URIs and prefixes. Information on these standards can be found <a href="http://www.w3.org/standards/semanticweb/ontology">on the W3C web site</a>.</p>
<p>The RDF examples are expressed with the Terse RDF Triple language (Turtle) [[!TURTLE]]. Unless otherwise specified, these examples use http://example.org/ns/ as a base namespace; resource names between angle brackets represent URIs in this namespace. Note however that individual resource names used as examples are entirely fictious.</p>
</section>
<section id="classifications">
<h2>Classifications and classification schemes</h2>
<section id="class-representation">
<h3>Representation</h3>
<p>In order to represent classifications and classification schemes, XKOS does not define specific classes but uses directly SKOS classes, adding to them different properties that specifically apply to classifications or classification schemes.</p>
<p>Each major version of a classification is represented in XKOS by a <code>skos:ConceptScheme</code>. All the versions of the same classification are grouped under a single resource identifying the classification itself by the <code>xkos:belongsTo</code> property. XKOS does not declare a formal range for <code>xkos:belongsTo</code>, and does not define a class to represent the classification itself; it is recommended to model it as an instance of <code>skos:Concept</code> that will serve as an entry in statistical classification registries, but another class could be used as well.</p>
<p>For example, in the diagram below, the european Statistical Classification of Economic Activities (NACE) is a <code>skos:Concept</code>, and each version of the NACE (the original 1970 version, the 1990 NACE rev. 1, the 2003 NACE Rev. 1.1 and the 2008 NACE Rev. 2) is a <code>skos:ConceptScheme</code>s linking to the NACE by the <code>xkos:belongsTo</code> property.</p>
<p>For example, the european Statistical Classification of Economic Activities (NACE) will be a <code>skos:Concept</code>, and each version of the NACE (the original 1970 version, the 1990 NACE rev. 1, the 2003 NACE Rev. 1.1 and the 2008 NACE Rev. 2) will be <code>skos:ConceptScheme</code>s linking to the NACE by the <code>xkos:belongsTo</code> property.</p>
<table class="image">
<caption align="bottom">Figure 2 – The NACE classification and the classification schemes that belong to it</caption>
<tr><td><img src="img/nace-example.png" alt="The NACE classification" title="The NACE classification"></td></tr>
</table>
<p>Note that, while XKOS considers that each major version of a classification is a separate <code>skos:ConceptScheme</code>, it is agnostic on what happens to the classification items (<code>skos:Concept</code>s) inside the classification. In particular, and depending on the situation, a new major version of a classification may redefine new URIs for every item, or may reuse the URIs of the items existing in the previous version.</p>
<p>Readers should also be aware that the Provenance Ontology [[!PROV-O]], which was not available at the time of writing of this specification, introduces the related notion of "entity specialization" (<a href="https://www.w3.org/TR/2013/REC-prov-o-20130430/#specializationOf">prov:specializationOf</a>). This can be an alternative approach for describing the versioning of classifications.</p>
</section>
<section id="items-modeling">
<h3>Modeling of classifications items</h3>
<p>In order to model classifications items, XKOS does not define a specific class; classification items are simply declared as instances of the <code>skos:Concept</code> class.</p>
</section>
<section id="class-versioning">
<h3>Versioning – managing information over time</h3>
<p>The precise definition of what constitutes a version of a <code>skos:ConceptScheme</code>, <code>skos:Collection</code> or <code>skos:Concept</code> is out of scope for this model, but validity and version information can be modeled in simple ways.</p>
<p>The property <code>dcterms:valid</code> can express the temporal validity of a concept, classification scheme, etc. In the case of classification, the major versioning activity takes place at the classification scheme level, so that is where the property will normally be attached. When no validity information is attached to a <code>skos:Concept</code> identifying a classification item, it is usual to assume that the validity of the item is the same as the validity of the classification scheme it belongs to.</p>
<p>The succession in time of classifications and classification schemes is expressed by the <code>xkos:follows</code> property, which is defined at the <code>skos:ConceptScheme</code> level. For example, NACE rev. 2 followed NACE rev. 1.1. In this particular case, the new revision also obsoleted the previous one: the <code>xkos:supersedes</code> property conveys this additional meaning. <code>xkos:supersedes</code> is a sub-property of <code>xkos:follows</code>.</p>
<p>When a major version of a classification follows another, the statistical agencies usually have to know how the items of the previous version have evolved under the new version: this is important for the continuity of time series, indexes, national accounts, etc., to give a few example. Thus, it is very common that the agency responsible for the classification establishes a list of correspondences between the items of the two versions: this is a particular example of a correspondence (cf. <a href="#correspondences">Section 7</a>).</p>
</section>
<section id="class-variants">
<h3>Variants</h3>
<p>In certain circumstances, statisticians need to "customize" a classification scheme for a specific use, by restricting the coverage, merging or splitting certain items at a given level, etc. In particular, when a new version of a classification scheme is being elaborated, it is useful to test different variants. The <code>xkos:variant</code> property can be used to express the relation between the base classification scheme and its variant(s). <code>skos:ConceptScheme</code> is the domain and range of this property.</p>
</section>
<section id="class-coverage">
<h3>Coverage</h3>
<p>A classification covers a defined field: economic activity, occupations, living organisms, etc. XKOS specifies the <code>xkos:covers</code> property to express this relation. The field covered should be identified by a <code>skos:Concept</code>, for example a term from a well-knowned thesaurus like EuroVoc ([[EUROVOC]]) or the Library of Congress Subject Headings ([[LOCSH]]). If the coverage of the given field is complete (i.e. all notions in the field can potentially be classified under the classification), we say that the coverage is exhaustive. If there is no overlap between the classification items at a given level of the classification, we say that the <code>skos:Concept</code>s identifying the items are mutually exclusive. The <code>xkos:coversExhaustively</code> and <code>xkos:coversMutuallyExclusively</code> sub-properties of <code>xkos:covers</code> are introduced to capture these notions. Well-defined classifications usually cover their field in a exhaustive and mutually exclusive way (they form a partition of the field): in this case, <code>xkos:coversExhaustively</code> and <code>xkos:coversMutuallyExclusively</code> will be used together.</p>
</section>
<section id="class-classifying">
<h3>Classifying resources</h3>
<p>The main purpose of a classification is to classify the entities that belong to or operate in the field that it covers. In linked data terms, classifying results in the creation of a RDF statement where the IRI identifying the entity is the subject and the IRI identifying the the classification item is the object. XKOS defines a generic property, <code>xkos:classifiedUnder</code>, that can be used in such statements, but classification criteria are often quite complex: for example, a same enterprise could be classified in different items of a classification of activities, depending on the rules that are used to measure its main economic activity. Thus, it is expected that <code>xkos:classifiedUnder</code> will be specialized for different classification systems.</p>
</section>
</section>
<section id="levels">
<h2>Classification levels</h2>
<p>Classification schemes are frequently organized in nested levels of increasing detail. ISCO-08, for example, has four levels: at the top level are ten major groups, each of which contain sub-major groups, which in turn are subdivided in minor groups, which contain unit groups. Even when a classification is not structured in levels ("flat classification"), the usual convention, which is adopted here, is to consider that it contains one unique level.</p>
<p>In XKOS, a classification level is defined as a specialization of <code>skos:Collection</code> named <code>xkos:ClassificationLevel</code>. A classification level can bear an integer property, <code>xkos:depth</code>, that indicates its distance from the (abstract) root node of the hierarchy. In the ISCO case, the level of sub-major groups will have a <code>xkos:depth</code> of 2, whereas the level of unit groups will have a <code>xkos:depth</code> of 4. The unique level of a flat classification would have a <code>xkos:depth</code> of 1. In addition, a <code>xkos:numberOfLevels</code> property is defined for the classification schemes to document the number of levels they include: ISCO-08 would have an <code>xkos:numberOfLevels</code> of 4.</p>
<p>The levels of a classification scheme are organized as an <code>rdf:List</code> (implying order), starting with the most aggregated level. The <code>skos:ConceptScheme</code> identifying the classification scheme points to the <code>rdf:List</code> of its <code>xkos:ClassificationLevel</code>s with the <code>xkos:levels</code> property.
<a href="#anzsic-example">Example 10.1</a> below gives a good representation of this construction.</p>
<p>Individual <code>skos:Concept</code> objects are related to the <code>xkos:ClassificationLevel</code> to which they belong by the usual <code>skos:member</code> property (going from the level to the classification item).</p>
<p>A classification level is often characterized by a generic name for the classification items that it regroups. The ISCO names "major groups" the items of the first level, "sub-major groups" the items of the second level, etc. The NACE uses the terms "sections", "divisions", "groups" and "classes"; the NAICS has "sectors", "subsectors", "groups", etc. This information can be rendered in XKOS by the property <code>xkos:organizedBy</code> that links the <code>xkos:ClassificationLevel</code> object to a <code>skos:Concept</code> identifying the generic item for this level (<i>e.g.</i> the concept of an ISCO major group, of a NACE section, etc.).</p>
<p>Also, classification items of a given levels usually have a code (expressed by the <code>skos:notation</code> property) that conforms to a specific structure. For example, the NACE sections are identified by a capital letter between A and U; NACE divisions are identified by two-digits codes, etc. In order to capture this information, XKOS defines the <code>xkos:notationPattern</code> property. This property is attached to a classification level and should contain a regular expression refecting the code structure of the items of this level.</p>
</section>
<section id="correspondences">
<h2>Correspondences and concept associations</h2>
<p>Different classification schemes can cover the same field, or fields that are semantically related. This induces semantic relations between the classification items that belong to these schemes. A simple example of this is given by two successive major versions of a classification: some items may remain unchanged in the new version, but others will disappear, merge, be created, etc. More complicated n to m correspondences between items of the two versions are frequent.</p>
<p>A much more complex example of relations between classifications or classification schemes is given by the international system of economic classifications maintained by the United Nations Statistical Division. The European view of this system is well described in the <a href="http://ec.europa.eu/eurostat/product?code=KS-RA-07-015&mode=view">online publication of the NACE Rev. 2</a> (chapter 1.1). The economic classifications forming this system are linked either by a common structure which is more and more detailed from international to European and then national levels, or by semantic correspondences between the economic fields covered: activities, products and goods (<i>e.g.</i> activities create products). Here again, the high-level links established between classifications result in more fine-grained correspondences between items: one defined activity will create one or more specific products.</p>
<p>Since classification items are modeled as SKOS Concepts, we could use the usual SKOS associative properties to express correspondences between them. However, this simple approach has some limitations:</p>
<ul>
<li>As mentioned above, relations between items in correspondences are often m to n, whereas SKOS properties relate one unique concept to another unique concept. It is always possible to decompose an m to n relation into several 1 to 1 relations, but it is better to have a global vision of a given correspondence. We also want to be able to represent 0 to n relations, for example when an item is created or disappears in a new version of a classification.</li>
<li>More globally, we want to be able to group all the fine-grained item associations that compose a given high-level relation between two classification schemes, such as the ones that exist in the international system of economic classifications. Such a collection of item associations is called a correspondence or conversion table, or sometimes a concordance. Further synonyms are correlation table and mapping.</li>
<li>Lastly, it is often useful to be able to attach additional information (for example notes) to items associations, for example to describe what proportion of the different items are linked in the association.</li>
</ul>
<p>For these reasons, XKOS defines the <code>xkos:ConceptAssociation</code> class that can be used to model correspondences between classification items when the SKOS properties are not sufficient. Each <code>xkos:ConceptAssociation</code> may have input or source <code>skos:Concept</code>(s) and output or target <code>skos:Concept</code>(s). The complete collection of such associations for all the concepts in two SKOS Concept Schemes forms a correspondence and is expressed as an instance of the <code>xkos:Correspondence</code> class. The <code>xkos:madeOf</code> property is used to link the <code>xkos:Correspondence</code> to its <code>xkos:ConceptAssociation</code> components. The <code>xkos:compares</code> property may be used to link directly the <code>xkos:Correspondence</code> to the classification schemes that it puts in relation.</p>
<p>The following figures illustrate two examples of concept associations between classification items. <a href="#concept-association-example">Example 10.3</a> below gives a more complex real-life example.</p>
<table class="image">
<caption align="bottom">Figure 3.1 – Association example – Item with no correspondence</caption>
<tr><td><img src="img/association-1.png" alt="Item with no correspondence" title="Item with no correspondence"></td></tr>
</table>
<p> </p>
<table class="image">
<caption align="bottom">Figure 3.2 – Association example – m-n correspondence</caption>
<tr><td><img src="img/association-2.png" alt="m-n correspondence" title="m-n correspondence"></td></tr>
</table>
<p>The <code>xkos:ConceptAssociation</code> is similar to the Correspondence Item of the Neuchâtel model. However, the <code>xkos:ConceptAssociation</code> can describe the relationship of any number of source concepts to any number of target concepts rather than expressing the association through a set of pair-wise associations.</p>
<p>Well-defined classifications cover their field in a mutually exclusive way (cf. <a href="#class-coverage">Section 5.4</a>); hence it should be noted that the interpretation of relating multiple source or target concepts in a <code>xkos:ConceptAssociation</code> is the <em>union</em> of these concepts, since their intersection will be empty in mutually exclusive classifications.</p>
<p>As already mentioned, there are different types of correspondences between classifications, classification schemes or classification items:</p>
<ul>
<li>Between classification on the same field, for example North American and European activities classifications</li>
<li>Between different linked fields, for example classifications of activities and products</li>
<li>Historical correspondence, for example SIC ([[!SIC]]) to NAICS</li>
<li>Versioning of items over time within a given classification scheme</li>
</ul>
<p>In this version, XKOS does not define any properties or sub-classes for <code>xkos:Correspondence</code> and <code>xkos:ConceptAssociation</code> in order to model these different types of correspondences. This may be added in a future version.</p>
</section>
<section id="doc-props">
<h2>Documentation properties</h2>
<p>Statistical classifications usually come with textual material that describe in detail the structure and use of the classification, the content of the different items, the past decisions taken on classifying field entities, etc. This material is organized in notes, called explanatory notes, that are attached to the various objects described above. XKOS defines the <code>xkos:ExplanatoryNote</code> class and a set of sub-properties of <code>skos:scopeNote</code> that correspond to a typology of explanatory notes which is widely used for statistical classifications.</p>
<p>In some circumstances, classification publishers desire to provide, in addition to the official labels, normalized fixed-length labels that can be used in situations where the labels length is constrained, for example in table headers. XKOS defines the <code>xkos:maxLength</code> property that can be used in combination with SKOS-XL <code>xl:Label</code> instances.</p>
<section id="add-labels">
<h3>Additional labels</h3>
<p>This section gives an example of how to define fixed-length labels while conforming to the SKOS integrity conditions.</p>
<p>Assuming that we want to define, for a given classification scheme, labels of maximum length of 40 characters to each item.</p>
<p>In all cases the <code>skos:prefLabel</code> property is used to express the full (official) label. For the additional fixed-length labels, <code>skosxl:Label</code> instances are created with the <code>xkos:maxLength</code> property indicating the maximum length of these additional labels. Two cases must be distinguished:</p>
<ul>
<li>If the additional label is different from the full label, the <code>skosxl:Label</code> is attached by a <code>skosxl:altLabel</code> property.</li>
<li>If the additional label is equal to the full label, the <code>skosxl:Label</code> must be attached by a <code>skosxl:prefLabel</code> property in order to comply with the SKOS integrity rules about labels.</li>
</ul>
<p>The following figures illustrate these two cases.</p>
<table class="image">
<caption align="bottom">Figure 4 – Labels of maximum length</caption>
<tr><td><img src="img/labels-1.png" alt="Labels of maximum length" title="Labels of maximum length"></td></tr>
<tr><td><img src="img/labels-2.png" alt="Labels of maximum length" title="Labels of maximum length"></td></tr>
</table>
</section>
<section id="note-ext">
<h3>Explanatory notes</h3>
<p>Classifications require a range of specialized explanatory notes that indicate various types of descriptive properties used in defining the concept. Explanatory notes describing the content of a concept have three main forms. Central content is a description of those things known specifically to be included in the concept. Limit content expresses those things that were either identified at a later point to be included, clarify decisions based on specific cases, or are otherwise clarifications of "gray" areas. Finally, concepts are defined as a set of things they exclude. These are things that might appear to be included but have been associated with other concepts in the classification. Exclusion statements provide both the list of items and their appropriate concepts.</p>
<p>Moreover, the actual classification of an item in one position or another of a statistical classification is often decided after a debate between experts. For example, when a new product appears, it is necessary to study its characteristics in respect to the design principles of the classification in order to determine where the product will be classified. Those decisions and the reasoning behind them are recorded and attached to the relevant items of the classification in order to be referred to later on. These special kinds of explanatory notes are called "case law" notes.</p>
<p>For the description of classification items contents, XKOS extends the <code>skos:scopeNote</code> annotation property, which is a sub-property of <code>skos:note</code>, to define additional sub-properties needed to support the model described above. The sub-properties added to <code>skos:scopeNote</code> include an <code>xkos:inclusionNote</code> and <code>xkos:exclusionNote</code>. Additional sub-properties were added to <code>xkos:inclusionNote</code> to further define the type of inclusion specification using the sub-properties <code>xkos:coreContentNote</code> (to identify central content) and <code>xkos:additionalContentNote</code>. For the recording of case law notes, XKOS defines the <code>xkos:caseLaw</code> as a direct sub-property of <code>skos:note</code>.</p>
<p>In paper or electronic documents, the following labels are generally found :
<ul>
<li><code>xkos:coreContentNote</code> is generally labelled "This category includes", "This item includes", "This division includes", "Includes" or similar;</li>
<li><code>xkos:additionalContentNote</code> is generally labelled "This category includes also", "This item includes also", "This division includes also", "Includes also", or similar;</li>
<li><code>xkos:exclusionNote</code> is generally labelled "This category excludes", "This item excludes", "This division excludes", "Excludes" or similar;</li>
</ul>
</p>
<p>The values of SKOS and XKOS annotation properties can directly be textual literals. However, in most cases, it is desirable to attach more properties to the explanatory notes, in particular versioning and authoring information. In these cases, explanatory notes will themselves be resources. XKOS defines the <code>xkos:ExplanatoryNote</code> class so that all resources corresponding to explanatory notes can be typed in a standard manner.</p>
<table class="image">
<caption align="bottom">Figure 5 – XKOS annotations</caption>
<tr><td><img src="img/annotations.png" alt="XKOS annotations" title="XKOS annotations"></td></tr>
</table>
<p>XKOS defines the property <code>xkos:plainText</code> on <code>xkos:ExplanatoryNote</code>s as a way to capture the raw content of the note (text without formatting markup). If needed, other properties can be defined to further describe the note, typically to store variants of the text including markup. The definition of these properties is outside the scope of XKOS.</p>
</section>
</section>
<section id="sem-props">
<h2>Semantic properties</h2>
<p>The semantic properties extend the possible relations that can be applied between pairs of concepts. SKOS allows the following relations: <i>has broader</i>, <i>has narrower</i>, and <i>related to</i>. The first two are hierarchical relations, one in each direction. However, terminologists recognize two main kinds of hierarchical relations: <i>generic</i> and <i>partitive</i>. IsPartof and hasPart are <i>partitive</i>; and specializes and generalizes are <i>generic</i>. In addition, several detailed associations, the <i>related to</i> relations, are provided: <i>causal</i> and <i>sequential</i>. <i>Causal</i> has two directions: <i>causes</i> and <i>causedBy</i>, and sequential has two directions: <i>precedes</i> or <i>previous</i>, and <i>succeeds</i> or <i>next</i>. <i>Previous</i> and <i>next</i> have the additional criterion that they are <u>transitive</u> relations. In addition, <i>temporal</i> is a kind of <i>sequential</i> relation, which is subdivided into <i>before</i> and <i>after</i>, in addition which are <u>transitive</u>. Two concepts are <i>disjoint</i> if no objects correspond to both concepts at once.</p>
<p>The management of classification structures requires further specification of a number of SKOS terms in order to describe very specific relationships. XKOS has chosen to address these as refinements of existing SKOS terms whenever possible in order to facilitate understanding among users of related domain areas:</p>
<ul>
<li>skos:broader and its inverse skos:narrower</li>
<li>skos:related a refinement of several associative properties</li>
</ul>
<section id="sem-props-hierarchy">
<h3>Hierarchical properties</h3>
<p>The refinements of skos:broader and skos:narrower focus on the differentiating between the ideas of a generic relationship (generalized/specialized) and a partitive relationship (whole/part). These are important distinctions in many classification structures.</p>
<p>XKOS defines the following sub-type for skos:broader and skos:narrower</p>
<ul>
<li><code>xkos:specializes</code> is a sub-property of <code>skos:broader</code></li>
<li><code>xkos:generalizes</code> is a sub-property of <code>skos:narrower</code></li>
</ul>
<pre class='example'>
<p>The term Vehicle is a generalized description of which Car is a specialized type of Vehicle.</p>
</pre>
<ul>
<li><code>xkos:isPartOf</code> is a sub-property of <code>skos:broader</code></li>
<li><code>xkos:hasPart</code> is a sub-property of <code>skos:narrower</code></li>
</ul>
<pre class='example'>
<p>The term Car has a part with the term SteeringWheel.</p>
</pre>
<p>The Occupational Injury and Illness Classification System ([[!OIICS]]) offers more realistic examples. This classification defines four different schemes called <i>Nature</i>, <i>Body part</i>, <i>Source</i> and <i>Event</i>.</p>
<p>The idea is to classify each work related injury or illness which causes missed time at work with these four facets.</p>
<p>The <i>Body Part</i> facet scheme uses partitive relationships throughout:</p>
<pre class='example'>
<p>1 Head<br/>1.3 Face<br/>1.3.3 Nose<br/>1.3.3.4 Sinus(es)</p>
</pre>
<p>These features are related through the part-whole relation.</p>
<p>The <i>Nature</i> facet scheme uses generic relationships throughout:</p>
<pre class='example'>
<p>2 Diseases and Disorders of Body Systems<br/>2.3 Circulatory System Diseases<br/>2.3.3 Ischemic Heart Disease, including heart attack<br/>2.3.3.1 Myocardial Infarction (heart attack)</p>
</pre>
<p>These features are related through the specific-generic relation.</p>
<p>It should be noted [[ISOTHES]] also extends the SKOS hierarchical properties with equivalent notions. Thus, the following property equivalences are declared :
<ul>
<li><code>xkos:generalizes</code> is equivalent to <code>iso-thes:narrowerGeneric</code></li>
<li><code>xkos:specializes</code> is equivalent to <code>iso-thes:broaderGeneric</code></li>
<li><code>xkos:hasPart</code> is equivalent to <code>iso-thes:narrowerPartitive</code></li>
<li><code>xkos:isPartOf</code> is equivalent to <code>iso-thes:broaderPartitive</code></li>
</ul>
</p>
</section>
<section id="sem-props-associative">
<h3>Associative properties</h3>
<p>XKOS provides several refinements to <code>skos:related</code> which define causal and sequential relationships. These refinements transpose the content of ISO standards on terminology, such as ISO 704:2009 ([[!ISO704]]) and ISO 1087-1:2000 ([[!ISO1087]]). These properties are initially separated into causal and sequential relationship types (<code>xskos:causal</code> and <code>xkos:sequential</code>) which are then further defined as shown in the diagram in <a href="#overview-of-skos-and-xkos-semantic-properties">Appendix A</a>.</p>
<p>Causal relationships are either <code>xkos:caused</code> or <code>xkos:causedBy</code>.</p>
<p>Sequential relationships may be transitive or intransitive. When transitive the relationship is expressed by the pair <code>xkos:precedes</code> and <code>xkos:succeeds</code>. When not transitive the relationship is expressed by the pair <code>xkos:previous</code> and <code>xkos:next</code>.</p>
<section id="sem-props-associative-example">
<h4>Example of transitive and non-transitive sequential relationships</h4>
<p>Consider the following sequence going left to right:</p>
<p>A → B → C → D → E</p>
<p>If a transitive relationship to C is being described, C precedes D and E (which succeed C) and succeeds A and B (which precede C). The relation implied by <code>xkos:precedes</code> is n-m and <code>xkos:succeeds</code> is n+m where m is an number >= 1.</p>
<p>If a non-transitive relationship needs to be expressed between C and D then C is previous in order to D and D is next in order C. The relation implied by <code>xkos:previous</code> is n-1 and <code>xkos:next</code> is n+1.</p>
<p>Temporal relationships are a specific type of sequential where one event or object is before or after another in terms of time. Temporal relationships are transitive and are expressed as <code>xkos:before</code> and <code>xkos:after</code>.</p>
<p>Note that a concept may have a temporal aspect that is not sequential in nature but simply an expression of the period for which it is applicable. This is expressed using <code>dcterms:valid</code> which provides the date range of validity.</p>
</section>
</section>
</section>
<section id="examples">
<h2>Examples</h2>
<section id="anzsic-example">
<h3>Statistical classification (ANZSIC)</h3>
<p>The following figure gives an example inspired by the ANZSIC (Australian and New Zealand Industry Classification [[!ANZSIC]]), which is a classification covering the field of economic activity. A small excerpt is shown here, limited to the classification object itself and its levels, as well as one item of the most detailed level (Class 6720 – Real Estate Services) and its parent items. Note that the URI employed in this example are entirely fictitious, since the ANZSIC has not yet been published as RDF.</p>
<table class="image">
<caption align="bottom">Figure 6 – Statistical classification – ANZSIC</caption>
<tr><td><img src="img/anzsic.png" alt="Classification example - ANZSIC" title="Classification example - ANZSIC"></td></tr>
</table>
<p>On the left of the figure is the <code>skos:ConceptScheme</code> instance that corresponds to the ANZIC 2006 classification scheme, with its various SKOS and Dublin Core properties. Additionnal XKOS properties indicate that the classification has four levels and covers the field of economic activity, identified here as a concept from the EuroVoc thesaurus. In this case, the coverage is intended to be exhaustive and without overlap, so <code>xkos:coversExhaustively</code> and <code>xkos:coversMutuallyExclusively</code> could have been used together instead of <code>xkos:covers</code>.</p>
<p>The four levels are instances of <code>xkos:ClassificationLevel</code>; they are organized as a <code>rdf:List</code> which is attached to the classification by the <code>xkos:levels</code> property. Some level information has been represented on the top level, for example its depth in the classification (<code>xkos:depth</code>) and the concept that characterizes the items it is composed of (<code>xkos:organizedBy</code>). In the same fashion, concepts of subdivision, group and class could be created to describe the items of the lower levels.</p>
<p>The usual SKOS properties are used to connect the classification items to their respective level (<code>skos:member</code>) and to the classification (<code>skos:inScheme</code> or its specialization <code>skos:topConceptOf</code>) for the items of the first level). Similarly, <code>skos:narrower</code> is used to express the hierarchical relations between the items, but the subproperties defined in this specification could also be used. For example, <code>xkos:hasPart</code> could express the partitive relation between subdivision 67 ("Property Operators and Real Estate Services") and group 672 ("Real Estate Services").</p>
<p>For clarity, the properties of the classification items (code, labels, notes) have not been included in the figure.</p>
</section>
<section id="fish-hierarchy-example">
<h3>Fisheries – Simple hierarchy</h3>
<p>This example shows the encoding of a simple set of three classification items found within the International Standard Statistical Classification of Aquatic Animals and Plants (ISSCAAP). A number of declarations are included for completeness that in reality would likely be grouped in a second common scheme to improve reusability, e.g. custom datatypes and classification families.</p>
<table class="image">
<caption align="bottom">Figure 7 – Fisheries example – Simple hierarchy</caption>
<tr><td><img src="img/XKOS_9.2_Fisheries.png" alt="Fisheries example - Simple hierarchy" title="Fisheries example - Simple hierarchy"></td></tr>
</table>
<pre class='example'>
<p>@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xkos: <http://rdf-vocabulary.ddialliance.org/xkos#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix fi: <http://www.fao.org/fishery/ns#> .
# Datatypes, used to type notations which are used for codes
fi:ISSCAAPGroupCode a rdfs:Datatype ;
rdfs:comment "ISSCAAP Group code" ;
owl:onDatatype xsd:string ;
owl:withRestrictions (
[
xsd:pattern "[0-9]{2,}"
]
) .
fi:ISSCAAPDivisionCode a rdfs:Datatype ;
rdfs:comment "ISSCAAP Division code" ;
owl:onDatatype xsd:string ;
owl:withRestrictions (
[
xsd:pattern "[0-9]{1,}"
]
) .
fi:FAO3Alpha a rdfs:Datatype ;
rdfs:comment "FAO 3-Alpha code" ;
owl:onDatatype xsd:string ;
owl:withRestrictions (
[
xsd:pattern "[A-Z]{3,}"
]
) .
fi:FAOTaxonomicCode a rdfs:Datatype ;
rdfs:comment "FAO Taxonomic code" ;
owl:onDatatype xsd:string ;
owl:withRestrictions (
[
xsd:pattern "[0-9]{10,}"
]
) .
# This could probably be done using standards from the Darwin Core
fi:FAOScientificName a rdfs:Datatype ;
rdfs:comment "FAO Scientific name" ;
owl:onDatatype xsd:string .
# Create a concept for the family of classifications
fi:AquaticAnimalsAndPlants a skos:Concept ;
skos:prefLabel "Aquatic Animals and Plants Family of Classifications"@en .
# Create a concept for the classification that is independent of the set of versions
fi:ISSCAAP a skos:Concept ;
skos:prefLabel "International Standard Statistical Classification of Aquatic Animals and Plants 2005"@en .
# Generic classification levels that can be reused
fi:ISSCAAP_Division a skos:Concept ;
skos:prefLabel "ISSCAAP Division"@en .
fi:ISSCAAP_Group a skos:Concept ;
skos:prefLabel "ISSCAAP Group"@en .
fi:ASFIS rdf:type skos:Concept ;
skos:prefLabel "ASFIS"@en .
# Classification levels for this particular classification scheme
fi:ISSCAAP_L1 a xkos:ClassificationLevel ;
xkos:organizedBy fi:ISSCAAP_Division
xkos:coversMutuallyExclusively fi:AquaticAnimalsAndPlants ;
xkos:depth 1 ;
skos:member fi:ISSCAAP_3 .
fi:ISSCAAP_L2 a xkos:ClassificationLevel ;
xkos:organizedBy fi:ISSCAAP_Group ;
xkos:coversMutuallyExclusively fi:AquaticAnimalsAndPlants ;
xkos:depth 2 ;
skos:member fi:ISSCAAP_32 .
fi:ISSCAAP_L3 a xkos:ClassificationLevel ;
xkos:organizedBy fi:ASFIS ;
xkos:coversMutuallyExclusively fi:AquaticAnimalsAndPlants ;
xkos:depth 3 ;
skos:member fi:ASFIS_COD .
# The classification scheme
fi:ISSCAAP_2005 a skos:ConceptScheme;
skos:prefLabel "International Standard Statistical Classification of Aquatic Animals and Plants 2005"@en ;
xkos:belongsTo fi:ISSCAAP ;
xkos:coversMutuallyExclusively fi:AquaticAnimalsAndPlants ;
xkos:numberOfLevels 3 ;
xkos:levels ( fi:ISSCAAP_L1 fi:ISSCAAP_L2 fi:ISSCAAP_L3 ) ;
xkos:follows <http://www.fao.org/fishery/ns#ISSCAAP_2001> .
fi:ASFIS_COD a skos:Concept ;
skos:inScheme fi:ISSCAAP_2005 ;
skos:prefLabel "Atlantic Cod"@en ;
skos:prefLabel "Morue de l'Atlantique"@fr ;
skos:prefLabel "Bacalao del Atlántico"@es ;
skos:altLabel "Cod"@en ;
skos:altLabel "Morue"@fr ;
skos:altLabel "Bacalao"@es ;
skos:notation "COD"^^fi:FAO3Alpha ;
skos:notation "1480400202"^^fi:FAOTaxonomicCode ;
skos:notation "Gadus morhua, Linnaeus 1758"^^fi:FAOScientificName ;
xkos:specializes fi:ISSCAAP_32 .
fi:ISSCAAP_32 a skos:Concept ;
skos:inScheme fi:ISSCAAP_2005 ;
skos:prefLabel "Cods, Hakes, Haddocks"@en ;
skos:notation "32"^^fi:ISSCAAPGroupCode ;
xkos:generalizes fi:ASFIS_COD .
fi:ISSCAAP_3 a skos:Concept ;
skos:inScheme fi:ISSCAAP_2005 ;
skos:prefLabel "Marine Fishes"@en ;
skos:notation "3"^^fi:ISSCAAPDivisionCode ;
xkos:generalizes fi:ISSCAAP_32 .
</p>
</pre>
</section>
<section id="concept-association-example">
<h3>Concept association</h3>
<p>This example shows the use of the Correspondence and ConceptAssociation classes to create correspondences across two classification schemes; these might be different versions of one classification or two different classifications from the same family of classifications. in this example FAO Commodity List and the Central Product Classification V2.1 are used. It is only a fragment, and the actual classifications are not fleshed out as concepts. To see an example of that go to case 1.</p>
<table class="image">
<caption align="bottom">Figure 8 – Concept association example</caption>
<tr><td><img src="img/concept-association-example.png" alt="Concept association example" title="Concept association example"></td></tr>
</table>
<pre class='example'>
<p>@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xkos: <http://rdf-vocabulary.ddialliance.org/xkos#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix ess: <http://www.fao.org/ess/ns#> .
@prefix cpc: <http://unstats.un.org/cpc21/ns#> .
# A Correspondence is madeOf a set of ConceptAssociations
ess:FCL2012_CPC2 rdf:type xkos:Correspondence;
skos:prefLabel "Correspondence from FAO Commodity list to Central Product Classification"@en;
xkos:madeOf ess:FCL2012_CPC2_1, ess:FCL2012_CPC2_2, ess:FCL2012_CPC2_3.
# Each ConceptAssociation represents a mapping across two items
# note that this association is 1:n
ess:FCL2012_CPC2_1 rdf:type xkos:ConceptAssociation;
xkos:sourceConcept ess:FCL0015;
xkos:targetConcept cpc:CPC01111;
xkos:targetConcept cpc:CPC01112.
ess:FCL2012_CPC2_2 rdf:type xkos:ConceptAssociation;
xkos:sourceConcept ess:FCL0027;
xkos:targetConcept cpc:CPC01131;
xkos:targetConcept cpc:CPC01131.
# note that this association is n:m
ess:FCL2012_CPC2_3 rdf:type xkos:ConceptAssociation;
xkos:sourceConcept ess:FCL0056;
xkos:sourceConcept ess:FCL0067;
xkos:sourceConcept ess:FCL0068;
xkos:targetConcept cpc:CPC01121;
xkos:targetConcept cpc:CPC01122.
</p>
</pre>
</section>
</section>
<section class="appendix">
<h2>Overview of SKOS and XKOS semantic properties</h2>
<p>The figure below gives a panoptical view of the semantic properties defined in SKOS and XKOS. Solid lines represent subsumption links, and dashed lines represent disjunction links.</p>
<table class="image">
<caption align="bottom">Figure 9 – SKOS and XKOS properties</caption>
<tr><td><img src="img/skos-xkos-properties.png" alt="SKOS and XKOS properties" title="SKOS and XKOS properties"></td></tr>
</table>
</section>
<section class='appendix'>
<h2>Acknowledgements</h2>
<p>The authors would like to give special thanks to:</p>
<ul>
<li>Thomas Bosch (GESIS, Leibniz Institute for the Social Sciences, Germany), who did all the UML modeling work and realized the ANZSIC figure.</li>
<li>Jannik Jensen (Danish Data Archive, Odense, Denmark), who participated in the first sub-team meetings on the XKOS vocabulary.</li>
</ul>
<p>Most of the work on XKOS was done during two workshops titled "Semantic Statistics for Social, Behavioural, and Economic Sciences: Leveraging the DDI Model for the Linked Data Web" and held at Schloss Dagstuhl - Leibniz Center for Informatics in Wadern, Germany, <a href="http://www.dagstuhl.de/11372">September 11-16, 2011</a> and <a href="http://www.dagstuhl.de/12422">October 14-19, 2012</a>.</p>
<p>The workshops were organized by:</p>
<ul>
<li>Richard Cyganiak (DERI, National University of Ireland, Galway, Ireland)</li>
<li>Arofan Gregory (Open Data Foundation, Tucson, USA)</li>
<li>Wendy Thomas (Minnesota Population Center, University of Minnesota, USA)</li>
<li>Joachim Wackerow (GESIS, Leibniz Institute for the Social Sciences, Germany)</li>
</ul>
<p>The authors of the paper would like to acknowledge the other participants to this workshop:</p>
<ul>
<li>Archana Bidargaddi (Norwegian Social Science Data Services, Bergen, Norway)</li>
<li>Marcel Hebing (German Institute for Economic Research, Berlin, Germany)</li>
<li>Benedikt Kämpgen (Karlsruhe Institute of Technology, Germany)</li>
<li>Stefan Kramer (Cornell Institute for Social and Economic Research, Ithaca, USA)</li>
<li>Amber Leahey (Ontario Council of University Libraries, University of Toronto, Canada)</li>
<li>Olof Olsson (Swedish National Data Service, Göteborg, Sweden)</li>
<li>Heiko Paulheim (Darmstadt Technical University, Germany)</li>
<li>Abdul Rahim (Metadata Technology Inc., Washington, USA)</li>
<li>John Shepherdson (UK Data Archive, University of Essex, United Kingdom)</li>
<li>Humphrey Southall (Great Britain Historical Geographical Information System, University of Portsmouth, United Kingdom)</li>
<li>Johanna Vompras (Bielefeld University Library, Germany)</li>
<li>Benjamin Zapilko (GESIS, Leibniz Institute for the Social Sciences, Germany)</li>
<li>Matthäus Zloch (GESIS, Leibniz Institute for the Social Sciences, Germany))</li>
</ul>
</section>
<section class="appendix">
<h2>Full copyright</h2>
<p>Copyright © 2016 The DDI Alliance, <i>All Rights Reserved</i><br/><a href="http://www.ddialliance.org/">http://www.ddialliance.org/</a></p>
<p>Content of this document is licensed under a Creative Commons License:<br/>Attribution 4.0 International (CC BY 4.0)</p>
<p>This is a human-readable summary of the Legal Code (the full license).<br/><a href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</a></p>
<p>You are free to:</p>
<ul>
<li>Share - copy and redistribute the material in any medium or format</li>
<li>Remix - remix, transform, and build upon the material</li>
</ul>
<p>for any purpose, even commercially.</p>
<p>The licensor cannot revoke these freedoms as long as you follow the license terms.</p>
<p>Under the following terms:</p>
<ul>
<li>Attribution. You must give appropriate credit, provide a link to the license, and indicate if changes were made. You may do so in any reasonable manner, but not in any way that suggests the licensor endorses you or your use.</li>
<li>No additional restrictions. You may not apply legal terms or technological measures that legally restrict others from doing anything the license permits.</li>
</ul>
<div style="font-size:80%; margin-top:40px; margin-bottom:40px">
<p>Disclaimer</p>
<p>This deed highlights only some of the key features and terms of the actual license. It is not a license and has no legal value. You should carefully review all of the terms and conditions of the actual license before using the licensed material.</p>
<p>Creative Commons is not a law firm and does not provide legal services. Distributing, displaying, or linking to this deed or the license that it summarizes does not create a lawyer-client or any other relationship.</p>
</div>
<p>Legal Code:<br/><a href="http://creativecommons.org/licenses/by/4.0/legalcode">http://creativecommons.org/licenses/by/4.0/legalcode</a></p>
</section>
<section class="appendix">
<h2>Implementations</h2>
<p>A list of XKOS implementations is given in the corresponding section of the <a href="http://www.ddialliance.org/Specification/RDF/XKOS#implementations">XKOS homepage</a>.</p>
</section>
</body>
</html>