WI 4 CWA 1 Guidelines for machineprocessable representation

WI 4 (CWA 1): Guidelines for machine-processable representation of Dublin Core Application Profiles Pete Johnston, UKOLN, University of Bath Thomas Baker, Fraunhofer-Gesellschaft CEN/ISSS MMI-DC Meeting Brussels, 22 -23 September 2004 http: //www. ukoln. ac. uk/

Machine-processable representation of Dublin Core Application Profiles • Context • Conceptual model for DCAP • Suggested representation using RDF http: //www. ukoln. ac. uk/

Context • Metadata “application profile” – Recognition that implementers adapt metadata standards to context – Use terms from multiple metadata vocabularies in combination • CEN CWA 14855 – Guidelines for human-readable representation of DCAP • Current draft – Make information available in structured form, usable by applications • Influenced by – DCMI practice ("Grammatical Principles“, Namespace Policy, declaration of metadata vocabularies, “DCMI Abstract Mode”l) – W 3 C Semantic Web activity – Research projects on metadata schema registries http: //www. ukoln. ac. uk/

DCMI Abstract Model • Working Draft of DC Architecture WG • Seeks to make explicit the DC "meta-model" – what are the component parts of any DC metadata description – what information these components convey about the resources described by the DC metadata description – independent of form in which DC metadata description is represented – closely aligned with RDF meta-model – adopts class hierarchy/property specialisation semantics of RDFS http: //www. ukoln. ac. uk/

DCMI Abstract Model • Description as set of statements about a subject resource • Each statement describes a relationship between the subject resource and a second resource (value) Ref to resource Ref to property Description Statement Ref to value

Fundamentals of DCAP • DCAP does not define new terms • DCAP references ("uses") terms already defined elsewhere – Terms may be from multiple independently-created sources • DCAP may describe how use of terms is “constrained”, adapted, contextualised • N. B. CWA 14855 employed "term usage"; current doc employs "property usage“ – DC differentiates different types of “term” – Only use of properties is “constrained” – Other types of term are referenced • Only (or at least primarily) as part of constraints on property http: //www. ukoln. ac. uk/

Conceptual model for DCAP • What is a DCAP? • What are the component entities? What are the related entities? • What are the attributes of a DCAP? And of these component and related entities? • What types of relationship exist between these entities? http: //www. ukoln. ac. uk/

1 Agency m administers 1 1 administers 1 DCAP is. Described. In 1 Schema Document 1 has. Property. Usage is. Expressed. By m m m 1 Metadata Vocabulary 1 Schema Document Property 1 m uses. Property Usage 1 is. Described. In 1 m has. Term uses. As Encoding. Scheme m n Class Binding Schema

Agency 1 m administers Metadata Vocabulary 1 has. Term m subprop n m Property 1 1 1 is. Described. In Schema Document 1 has. Term m m subclass Class n m is. Described. In type n m Instance

Metadata Vocabulary A set of metadata terms (Properties, Classes, and Instances of those classes) managed as a coherent unit by an Agency Examples: the DCMES, the DC Terms Vocabulary, the DCMI Type Vocabulary Relationships Metadata Vocabulary Is-Administered-By Agency m– 1 Metadata. Vocabulary Has-Member-Term Property 1 -m Metadata. Vocabulary Has-Member-Term Class 1 -m Metadata. Vocabulary Has-Member-Term Instance 1–m Metadata. Vocabulary Is-Described-By Schema. Document 1 -1

Property A Property is a type of relationship between two Resources. A Property is declared as a term within exactly one Metadata Vocabulary. A Property may be related to another property by a sub-property relationship: this states that all resources related by the first property are also related by the second property Examples: dc: creator, dcterms: modified, dcterms: audience (All DCMI elements and element refinements are properties. ) Relationships Property Is-Member-Term-Of Metadata. Vocabulary m– 1 Property Is-Subproperty-Of Property m-n Property Is-Used-By Property. Usage 1–m

Class A Class is a group of resources. A Class is declared as a term within exactly one Metadata Vocabulary. A Class may be related to another class by a sub-class relationship: this states that all instances of the first Class are also instances of the second Class. A Resource is related to one or more Classes by a type relationship, and is said to be an Instance of those classes. Examples: dcterms: LCSH, dcterms: W 3 CDTF, dcmitype: Text, dcmitype: Collection (All DCMI "encoding schemes" and type vocabulary terms are classes. ) Relationships Class Is-Member-Term-Of Metadata. Vocabulary m– 1 Class Is-Subclass-Of Property m–n Class Has-Instance m-n Class Is-Used-As-Encoding-Scheme-By Property. Usage m-n

Agency 1 administers m 1 DCAP 1 is. Described. In 1 Schema Document 1 has. Property. Usage is. Expressed. By m m Property Usage 1 uses. Property m Property Binding Schema m uses. As Encoding. Scheme n Class

DC Application Profile (DCAP) A set of Property Usages, created to meet the functional requirements of an application or context, and managed as a coherent unit by an Agency. Examples: the Simple Dublin Core DCAP, the RDN-DC DCAP, the Renardus DCAP Relationships DCAP Is-Administered-By Agency m– 1 DCAP Has-Member Property. Usage 1 -m DCAP Is-Described-By Schema. Document 1 -1 DCAP Is-Expressed-By Binding. Schema 1 -m

Attributes of DCAP URI Reference A URI Reference which Mandatory identifies the DC application profile Max=1 Title The name or title of the DC application profile Max=1 Max=unbounded if allowing for multiple languages Version An indicator of the version Optional of the DC application profile Max=1 Status An indicator of the status of the DC application profile Optional Max=1 Description A summary of the scope and purpose of the DC application profile Mandatory Max=1 Max=unbounded if allowing for multiple languages Specification A human-readable document that provides more information about the DC application profile Optional Max=unbounded Mandatory

Property Usage A Property Usage is a description of how a previously declared Property from a Metadata Vocabulary is deployed in the context of an application. A Property Usage – must reference ("use") exactly one Property. – may provide additional documentation on how the property is interpreted in the context of this application – may provide an application-specific label for the property – may specify obligation for the use of statements referring to the property (whether it is mandatory, optional, conditional) – may specify constraints on the occurrence of statements referring to the property – may specify constraints on the permitted values of the property, by specifying that they are instances of specified classes (i. e. may specify "encoding schemes" for the property)

Property Usage Examples: the usage of dc: title in the Simple Dublin Core DCAP, the usage of dc: title in RDN-DC DCAP, the usage of dc: title in Renardus DCAP Relationships Property. Usage Uses Property m– 1 Property. Usage Uses-As-Encoding-Scheme Class m–n Property. Usage Is-Member-Of DCAP m-1

Attributes of Property Usage URI A URI Reference which identifies the property usage Mandatory Max=1 Label A human-readable label assigned to the property, in the context of this DC application profile Optional Max=1 Max=unbounded if allowing for multiple languages Status An indicator of the status of the property usage. Optional Max=1 Definition A statement of the concept Optional and essential nature of the property, as it is used in this DC Application Profile Max=1 Max=unbounded if allowing for multiple languages Comments Additional information about Optional the property or its use specific to this DC Application Profile Max=1 Max=unbounded if allowing for multiple languages

Attributes of Property Usage Obligation An indication of whether a statement using the property is required to occur in a metadata description conforming to this DC Application Profile Mandatory Max=1 Condition A description of the condition or conditions according to which a statement using the property in a metadata descripton conforming to this DC Application Profile Conditional (Mandatory if Obligation = Conditional) Max=1 Max=unbounded if allowing for multiple languages Occurrences The maximum permitted number of occurrences of statements using the property in a metadata description conforming to this DC Application Profile Mandatory Max=1

Representation of DCAP : XML? • Could provide a XML DTD or XML Schema to define an XML format for a DCAP • But the property usages in a DCAP reference existing terms • Term descriptions already available, using RDF/RDFS (in some cases, at least!) • Would require – re-describing terms that are already described (or map existing data to new format); or – using separate format/model for DCAP (DCAP-XML) and for metadata vocabulary (RDFS/RDF) http: //www. ukoln. ac. uk/

Representation of DCAP: XML Schema? • An XML Schema describes constraints on the structure of a (class of) XML document(s) • Abstract Model – Description may be represented as records in multiple syntaxes – May be multiple XML formats, each with different XML Schema • A DCAP specifies the properties/classes used in a description • So (potentially) one-to-many relation between DCAP and XML Schema http: //www. ukoln. ac. uk/

Representation of DCAP: XML Schema? • However, XML implementers want – to constrain structure of DC-in-XML documents during creation – to validate structure of DC-in-XML documents postcreation – … so need XML Schema corresponding to DCAP (for their chosen XML format) • DCAP model is (probably? !) rich enough to generate XML Schema… • …but N. B. that generation process requires additional information about each XML format http: //www. ukoln. ac. uk/

Representation of DCAP: RDF? • RDF provides simple meta-model – Resource-property-value • Descriptions of terms in DCMI metadata vocabularies already published using RDF – using RDFS and DC vocabularies • Many other significant vocabularies also available currently or will be available • By definition DCAP references other terms • Use of RDF facilitates merging of DCAP description and existing metadata vocabulary descriptions (and resource descriptions) http: //www. ukoln. ac. uk/

Representation of DCAP: RDF? • However, DCAP concept is closely associated with that of document/record/bounded description – mandating that statement with specified property is present – limiting number of occurrences of statements with specified property – mandating that value of specified property is instance of specified class • Generally, RDF applications tend to adopt "openworld" assumptions – RDFS, OWL designed to support inferencing, rather than completeness/correctness checks (validation) http: //www. ukoln. ac. uk/

RDF representation • Specify RDF classes and properties corresponding to the entity types, attributes, & relation types in model • Use existing RDF vocabularies where possible • RDF Vocabulary Description Language (RDF Schema) provides – a semantics of class hierarchy/property specialisation – an RDF vocabulary to represent RDFS semantics – i. e. properties and classes to describe Properties, Classes (and Datatypes) • DCMES/DC terms provide – properties for many descriptive attributes http: //www. ukoln. ac. uk/

RDF representation • RDFS has no concepts of application profile, property usage • RDFS does not provide – a class to represent a (Metadata) Vocabulary • So need to provide additional classes and properties where required – The “dcap” vocabulary • Should provide RDFS descriptions of dcap: terms • N. B. No URIrefs yet assigned for dcap: terms http: //www. ukoln. ac. uk/

Example • RDN-DC – DCAP used for record-sharing between partners in Resource Discovery Network (RDN) – Sharing over OAI-PMH, so uses XML syntax • Usage of dc: language – Optional (recommended) – Repeatable – Requires use of RFC 3066 encoding scheme http: //www. ukoln. ac. uk/

rdf: Property dcap: DCAP rdf: type RDN-DC rdf: type dc: title dc: language rdn: rdn-dc-dcap: uses rdfs: Class dcap: is. Member. Of dcap: encoding. Scheme rdf: type dcap: Property. Usage rdf: type dcterms: RFC 3066

<dcap: Property. Usage> <dcap: uses rdf: resource="&dcns; language"/> <dc: description>Use the language codes defined in RFC 3066. </dc: description> <dcap: obligation rdf: resource="&dcapns; Obligation/recommended"/> <dcap: max. Occurs>Unbounded</dcap: max. Occurs> <dcap: encoding. Scheme rdf: resource="&dctermsns; RFC 3066" /> <dcap: is. Member. Of rdf: resource="http: //www. rdn. ac. uk/ap/rdn_dc"/> </dcap: Property. Usage>

Issues • Choice of URIrefs for dcap: RDF vocabulary terms • Currently, no DCMI-endorsed model for DCAP • Proposed model is largely untested! – But JISC IEMSR registry in development (similar data model) • DCMI Abstract Model still work-in-progress – Literal and non-literal values in DC metadata? – Use of literal datatyping for syntax encoding schemes? • DCAP for description v DCAP for description set • CEN CWA 14855 – more "permissive" view of DCAP? http: //www. ukoln. ac. uk/