Dublin Core Metadata Initiative logo
About the Initiative Documents Working Groups Resources
Dublin Core Metadata Initiative News Tools and Software Projects blank
Dublin Core Metadata Initiative
HomeUsage > Documents > 2002 > 07 > 06 > Profiles > 
 
Dublin Core Metadata Initiative
Title:               DCMI Usage Board Review of Application Profiles
Creator:             Thomas Baker
Identifier:          http://dublincore.org/usage/documents/2002/07/06/profiles/
Latest version:      http://dublincore.org/usage/documents/profiles/
Date modified:       2002-07-06
Description:         This document defines the term "Application 
                     Profile" in the context of the Dublin Core
                     Metadata Initiative and outlines the criteria
                     by which the DCMI Usage Board can review an
                     Application Profile and assign to it a status.

1. "Application Profile" defined

For the purposes of DCMI Usage Board review, an Application
Profile (AP) is a declaration of which metadata terms an
organization, information resource, application, or user
community uses in its metadata.  Moreover:

--  By definition, an AP cannot "declare" new metadata
    terms and definitions; it only "reuses" terms from existing
    element sets [HEERY].

--  The ideal element set will use URIs to uniquely identify
    its terms within XML namespaces [DCMI-NAMESPACE].  As of
    2002, however, this cannot be required.

--  By definition, any new term coined for use in an AP
    must first be declared in a form citable in the AP.

--  An AP may also provide additional documentation
    on how the terms used are constrained, encoded, or
    interpreted for particular purposes.

As of 2002, APs are seen primarily as a form of documentation,
the purpose of which is to help implementor communities
harmonize their metadata practice.  It is hoped that in the
longer term, machine-processable versions of such APs based
on data models such as RDF will provide a basis for automating
metadata interoperability functions such as semantic crosswalks
and format conversions.

2. Documentation requirements for Application Profiles

Application Profiles may be presented to the Usage Board by
any DCMI working group.  

For the purposes of review by the Usage Board:

--  APs must provide, for each term, an identifier
    of the element set where it is defined, ideally in
    the form of URIs for individual terms.

--  If the terms in an AP describe anything other
    than generic "resources" (the typical domain of
    Dublin Core), the AP must make this clear.  This is
    particularly important if an AP is based on a data
    model that describes multiple classes of resources,
    such as agents or collections.

--  It is recommended that APs be prepared using
    previously reviewed APs as models for their layout,
    appearance, and content.  Aside from the required term
    and element set identifiers, there are no particular
    constraints on the types of documentation -- local
    definitions, comments, constraints, or technical notes --
    that may be associated with a term.

--  Each AP must provide, or point to, a short text that
    describes:

    -- The context and purposes in which the AP is used
       or is likely to be used.

    -- The organizations or individuals involved in its
       development and a capsule history thereof.
       
    -- Any arrangements, policies, or intentions regarding the 
       future development and maintenance of the AP.

3. Review of Application Profiles by the Usage Board

--  The Usage Board is interested in reviewing APs that make
    substantial use of Dublin Core elements.  The review of
    APs by the Usage Board serves to:

    -- analyze the usage of Dublin Core within significant 
       implementations;
    -- assign a DCMI stamp of approval;
    -- promote the sharing of APs between communities; and
    -- identify new terms as candidates for inclusion in
       DCMI namespaces.

--  An AP is "well-formed" if it is presented in accordance 
    with the broad and flexible requirements outlined above.
    These presentation requirements may become more specific as
    "good practice" emerges over time.

--  Usage Board review focuses on the use of terms related to
    Dublin Core terms and on any data models that provide a
    context for those terms.  The Usage Board is agnostic
    about the use of terms not directly related to Dublin
    Core; strictly speaking such terms are outside the scope
    of Usage Board review.

--  The use of terms related to Dublin Core (such as qualifiers
    of Dublin Core elements, or Dublin Core elements that
    have been constrained for particular contexts) will be
    evaluated from the standpoint of grammatical principle
    (eg, "dumb-down"), clarity, and good practice.

4. Publication and use of Usage Board reviews

--  For APs that "pass" review, the Usage Board
    will publish a Review on a Web page for APs.

--  Each Review will include, at a minimum:

    --  Any comments from the Usage Board on the AP.
    --  Pointers to locally archived copies of the AP
        as originally submitted and (if necessary) as 
        subsequently amended in light of Usage Board 
        comments.
    --  A pointer to the "latest version" of an AP
        held by its maintainers.

--  Review represents a form of recognition, and its
    URL will be persistent for purposes of citation.

--  The official status of reviewed APs will be
    that of "Reviewed".


References

[HEERY] Rachel Heery and Manjula Patel, Application profiles:
mixing and matching metadata schemas, Ariadne 25, September
2000, http://www.ariadne.ac.uk/issue25/app-profiles/intro.html.

[DCMI-NAMESPACE] Andy Powell, Harry Wagner, Stuart Weibel, Tom
Baker, Tod Matola, Eric Miller, Namespace policy for the Dublin
Core Metadata Initiative,
http://dublincore.org/documents/dcmi-namespace/.

Copyright © 1995-2008 DCMI. All Rights Reserved.