Difference between revisions of "ESciDoc Content Models"

From MPDLMediaWiki
Jump to navigation Jump to search
Line 20: Line 20:
Each CModel is itself a resource in a eSciDoc content repository and as such should have some common properties (applicable for all resources in the repository). ''Note: at present there is not yet a namespace for common properties of all resources. Once this is done, the properties will become native part of each CModel resource as well'' .
Each CModel is itself a resource in a eSciDoc content repository and as such should have some common properties (applicable for all resources in the repository). ''Note: at present there is not yet a namespace for common properties of all resources. Once this is done, the properties will become native part of each CModel resource as well'' .


Each CModel defines a set of configuration properties for the handling of content objects (i.e. Items, Containers) that are specialized with that particular CModel. 
Each CModel defines the following for respective content resources (Items, Containers) associated with it:


 
* Metadata profile
* metadata-profiles: references to the metadata profiles
**A reference to a metadata profile with which a content resource can be described
**in this case still needs to be clarified if there are more than single metadata profile applicable to an e.g. item of a specific CModel  
**in this case still needs to be clarified if there are more than single metadata profile applicable to an e.g. item of a specific CModel  
* specific-object-properties: (property-name, property-type, multiplicity)
* specific-object-properties: (property-name, property-type, multiplicity)

Revision as of 12:50, 13 December 2007

UNDER CONSTRUCTION

Definition and scope[edit]

Content model (CModel) is a formal representation of set of structural, integrity, behavior rules associated with content resources managed in an eSciDoc repository.

  • in eSciDoc content resources are categorized in several primary types: Item, Container, Context, OrganizationalUnit etc.
  • in eSciDoc the CModel scope is at the moment limited to resources of primary type Item or Container.

Note: The primary types are subject to extension in eSciDoc.

eSciDoc Primary types[edit]

  • are complex data structures holding the content resources of an eSciDoc repository and managed via respective resource handler i.e. ItemHandler, ContainerHandler, OrganizationalUnits Handler etc.)
  • represent the highest level of generalization of eSciDoc resources (i.e. Organizational Units, Contexts, Items, Containers, Users, etc.)
  • may be further specialized by use of a CModel definition

Note: at present only Items and Containers are subject to CModel specialization

What cModel defines[edit]

Each CModel is itself a resource in a eSciDoc content repository and as such should have some common properties (applicable for all resources in the repository). Note: at present there is not yet a namespace for common properties of all resources. Once this is done, the properties will become native part of each CModel resource as well .

Each CModel defines the following for respective content resources (Items, Containers) associated with it:

  • Metadata profile
    • A reference to a metadata profile with which a content resource can be described
    • in this case still needs to be clarified if there are more than single metadata profile applicable to an e.g. item of a specific CModel
  • specific-object-properties: (property-name, property-type, multiplicity)
  • component-types: types, multiplicity and format of files which can be associated with Items of particular CModel
  • container-

Under consideration at present:

  • publishing-method: todo
  • pid-assignment-method: todo
  • withdrawal-method: todo
  • relations: todo (probably not necessary in content model definition)