Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

To handle more complex provided objects additional properties have been defined to express the relationships between parts of objects. For example, an edm:ProvidedCHO could have an edm:isNextInSequence property to link to another object which logically precedes it.

With the ability to express such relationships, providers should always try to “distribute” their original descriptions onto objects that precisely match their holdings, i.e. choose the most appropriate level of granularity for the CHO. In the archive domain, for example, a record can describe different object levels (“sub-­series”, “file, “item”, etc.). The description should be broken down into a number of sub-descriptions each of which is about an object at a different level that is considered to be a CHO. They should be related using dcterms:isPartOf (or dcterms:hasPart) and edm:isNextInSequence statements. For example: the first edm:ProvidedCHO would relate to an aggregation for a sub-­‐series, the second edm:ProvidedCHO to an aggregation for a file and the
third edm:ProvidedCHO would relate to an aggregation for an item.

The next three sections subsections of this document page consist of a table for each class showing the properties that apply to it. Each property has:

...