Changes between Version 28 and Version 29 of CMDI 1.2/Vocabularies

Timestamp:

03/03/14 11:46:45 (10 years ago)

Author:

oddrun.ohren@nb.no

Comment:

--

CMDI 1.2/Vocabularies

@@ -155 +155 @@
  * Example: The component [http://catalog.clarin.eu/ds/ComponentRegistry?item=clarin.eu:cr1:c_1271859438110 iso-language-639-3] contains one element only - iso-639-3-code - taking values from a controlled vocabulary of language codes. (With the proposed 1.2 model, and given the CLAVAS vocabulary of langauges,  ValueProperty would have been set to "notation"). Some modelers may prefer to store the ''language names'' instead of or in addition to ''codes''. To make sure this can be reused independently of language codes, another component containing a language name element (with ValueProperty=prefLabel) should be defined.
 
+Note: If the same effect is to be obtained for Attributes, they also will have to be wrapped separately in a component. 
+ * Example: Consider the component [http://catalog.clarin.eu/ds/ComponentRegistry?item=clarin.eu:cr1:c_1349361150621 OLAC-DcmiTerms]. Here all elements have similar attributes DcmiType with the entire value list enumerated for each occurrence. If this is to be avoided in the proposed 1.2 model, elements and attributes must be wrapped separately into components throughout.   
+
 ==== Importing partial vocabularies hampers reuse ====
 The proposed model does not force the modeller to import entire vocabularies only, - it is possible to import only subsets from a larger vocabulary. For example, in a specific ''language'' element, the component creator may choose to import only the languages relevant in his/her user community. Such practice should be discouraged, as it renders the component unusable for anyone who needs access to more/other languages, event though the component otherwise might be perfectly suitable.