Difference between revisions of "Talk:ESciDoc Content Model Object"
Jump to navigation
Jump to search
m (→Brainstorming) |
m (→Brainstorming) |
||
Line 5: | Line 5: | ||
*Validation | *Validation | ||
*Classification of objects (typization) | *Classification of objects (typization) | ||
**agreed by all | |||
*CModel should be defined in XML (XSD, Schematron, RDF, RelaxNG, proprietary) | *CModel should be defined in XML (XSD, Schematron, RDF, RelaxNG, proprietary) | ||
**agreed by all | |||
*(Formal) structure of objects "festlegen" | *(Formal) structure of objects "festlegen" | ||
**agreed by all | |||
*CModels to their digital objects are what classes are to instances | *CModels to their digital objects are what classes are to instances | ||
**discussion, MRa point: to stick as much as possible to Fedora CMA and the new developments coming out from Fedora | |||
*CModels describe the semantic of instances (textual, context information, content category, metadata profile etc.) | *CModels describe the semantic of instances (textual, context information, content category, metadata profile etc.) | ||
**semantic defined as meaning of objects of certain CModel | |||
**semantic is described with a certain formal structure | |||
**semantic is described by syntax such as XSD, Schematron, RDF etc. | |||
*Define type-specific methods | *Define type-specific methods | ||
**all agreed there can be type-specific methods even though not always clear where/how | |||
**discussion on Resource (Object manager) handler | |||
**at end agreed that type-specific methods are not necessarily equal to Fedora disseminators (can be defined by users of the CModel i.e. for purpose of certain solution) | |||
**Container handler is convenient even though it is apparently clear Items are very similar to containers | |||
*independent from the implementation | *independent from the implementation | ||
*interoperable | *interoperable | ||
Line 19: | Line 30: | ||
*CModel is versioned | *CModel is versioned | ||
*Templates | *Templates | ||
*File formats |
Revision as of 14:07, 24 November 2008
Agenda discussion 24.11.2008[edit]
Brainstorming[edit]
- Validation
- Classification of objects (typization)
- agreed by all
- CModel should be defined in XML (XSD, Schematron, RDF, RelaxNG, proprietary)
- agreed by all
- (Formal) structure of objects "festlegen"
- agreed by all
- CModels to their digital objects are what classes are to instances
- discussion, MRa point: to stick as much as possible to Fedora CMA and the new developments coming out from Fedora
- CModels describe the semantic of instances (textual, context information, content category, metadata profile etc.)
- semantic defined as meaning of objects of certain CModel
- semantic is described with a certain formal structure
- semantic is described by syntax such as XSD, Schematron, RDF etc.
- Define type-specific methods
- all agreed there can be type-specific methods even though not always clear where/how
- discussion on Resource (Object manager) handler
- at end agreed that type-specific methods are not necessarily equal to Fedora disseminators (can be defined by users of the CModel i.e. for purpose of certain solution)
- Container handler is convenient even though it is apparently clear Items are very similar to containers
- independent from the implementation
- interoperable
- inheritance from CModels
- CModels define the behavior of Services (search, Relations, technical metadata-extraction)
- metadata profiles
- allowed relations
- life-cycle (status-transitions, initial status)
- CModel is versioned
- Templates
- File formats