Changes between Version 10 and Version 11 of CMDI 1.2/Resource proxies/Element


Ignore:
Timestamp:
01/23/14 07:56:21 (10 years ago)
Author:
oddrun.ohren@nb.no
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • CMDI 1.2/Resource proxies/Element

    v10 v11  
    6666
    6767  [[twagoo|Twan]]: Here's how I understand the intended relation between profiles, (non-profile) components and elements: profiles define the description of a resource or a set of related resources; in the latter case, different components can be used to define the description of individual resources within that set by collecting a set of properties/aspects that make up this description; elements finally define these properties/aspects in terms of value scheme, cardinality etc.
     68    Oddrun: What you describe here is one way of using components to compartmentalise the description of a resource, but not necessarily the most typical one. Example: Consider a resource (corpus)  R with 2 parts Ra and Rb, where Ra is audio and Rb text (transcription of Ra). Now select the profile resourceInfo for corpora to describe this resource. resourceInfo contains several components pertaining to the decsribed resource (R) as a whole, e.g.   contactPerson and distributionInfo. These components decsribe specific aspects of R as a whole, they do not concern any one of Ra and Rb in particular.  On the other hand, resourceInfo also contains components pertaining to specific mediatypes (deeper down, in component corpusInfo). In our case we would need to instantiate  corpusTextInfo and corpusAudioInfo. Here,  each of the components does pertain to one specific part of R, in that corpusAudioInfo obviously describe Ra and corpusTextInfo describe Rb.
     69The above example illustrates two different criteria for defining components,  both equally legitimate, in my opinion.
    6870
    6971  So in the metadata instances that reflect this hierarchy, we need to distinguish between, on the one hand, a ''reference'' to resource as a whole, which creates a context for describing its properties, and, on the other hand, the fields (i.e. element instantiations) nested within this context that describe the resource one property at a time.