Dublin Core Usage Board Administrative Processes
Diane I. Hillmann, email@example.com
Is Replaced By:
|Description of document:||
This document describes the rules and regulations of the DCMI Usage Board.
|Name||A suggested unique token for use in encodings|
|Label||A suggested human-readable label for the proposed term|
|Definition||The definition of the term|
|Comment||Information concerning the possible application of the proposed term|
|Examples||Examples of use of the proposed term, making clear what type of literal values are expected|
|Type of term||Is the proposed term an "element," or an "element refinement" (as defined in http://dublincore.org/usage/documents/mission.shtml) [NOTE: Encoding schemes are registered using a separate process]|
|Term qualified||If the proposed term is a element refinement, which term does it qualify?|
|Why needed||A justification of the need for the proposed term|
|Proposed status||Is the term proposed as Recommended or Conforming?|
|Related DCMI terms||A discussion of possible overlap with existing terms|
|Related non-DCMI terms||An annotated listing of related terms in non-DCMI metadata vocabularies|
|Impact on applications||An annotated listing of existing applications that could be affected by recognition of this term|
|About the proposers||A pointer to a description, in standard form (to be specified) of the working group or organization putting forward the proposal: its scope, aims, a brief history, current status, and a pointer to archives|
5.2.2. To be supplied by the UB shepherd:
22.214.171.124. A summary history of the post-announcement discussion
5.3. Guidelines: The following criteria are offered as guidelines for working groups that are developing a proposal -- they reflect criteria that the Usage Board will use in its decision-making. They do not constitute further requirements for the formal documentation of a proposal.
5.3.1. Criteria for evaluating a term proposal
126.96.36.199.1. Can the term be clearly defined?
188.8.131.52.2. Can the semantics of the proposed element or element qualifier be expressed precisely, unambiguously, and briefly?
184.108.40.206.1. Is the term practical?
220.127.116.11.2. How difficult would it be for people creating metadata to comprehend the semantics of the proposed element or element qualifier and to apply it reasonably in the description of resources?
18.104.22.168.1. Does the term refine an existing element?
22.214.171.124.2. If the proposed term is an element, can it reasonably be handled as effectively as an element or value qualifier for an existing element?
126.96.36.199.3. Are there alternative ways of implementing the term? Within the conceptual framework of the Dublin Core Element Set (i.e., element/element qualifiers and value/value qualifiers), are there alternative ways to achieve the ends sought?
188.8.131.52.1. Is there a clear requirement in existing implementations for the term in support of resource discovery?
184.108.40.206.2. Is there a demonstrated need for the proposed element, element qualifier, or value qualifier?
220.127.116.11.3. Are there existing implementations or controlled vocabularies, etc., supporting the term?
18.104.22.168. Fit with other elements/qualifiers
22.214.171.124.1. Follows existing principles of qualification
126.96.36.199.2. Is well-formed
188.8.131.52.3. Does not conflict with or create ambiguity with regard to existing elements, or qualifiers
184.108.40.206.4. Does not create problems for existing legacy implementations if those implementations have followed recommended practice
5.4. Decision tree for assessing the need for a new term
|Can the community of practice's need be solved with a value qualifier (i.e., through a domain-specific vocabulary) for an existing DCMI element or element qualifier?||If so, do that; else|
|Can the community of practice's need be solved through an application profile that references an element or element qualifier from an existing and recognized non-DCMI namespace?||If so, do that; else|
|Can the community of practice's need be solved with a new domain-specific qualifier for an existing DCMI element?||If so, do that; else|
|Create a new domain-specific DCMI element (and, if necessary, element and value qualifiers) to meet community of practice's need.|
5.5. Process for Moving Proposals
5.5.1. Pre-announcement process
220.127.116.11. Proposal is received by DCMI Managing Director or UB Chair.
18.104.22.168. Proposal is given preliminary review for completeness by DCMI Managing Director and UB Chair.
22.214.171.124. If complete and no revisions needed, proposal is circulated to UB members and announced for public comment. by the Managing Director. A period of two weeks will be allowed between the date of the decision on completeness and the public announcement of the proposal to provide time for preparation of the supporting materials for public dissemination.
126.96.36.199. If incomplete or revisions needed, proposal is returned to originator, with request for revision or additional information.
188.8.131.52. Announcements of comment period for proposals to be discussed by the UB shall be made on the DC-general list and other relevant lists.
184.108.40.206. Announcements of proposals shall be made by the DCMI Managing Director.
220.127.116.11. Announcements will include:
18.104.22.168.1. Links to relevant information to be considered with the proposal
22.214.171.124.2. Relevant deadlines for comments
126.96.36.199.3. Addresses for comment submission
188.8.131.52.4. Information about UB meeting at which the proposal will be discussed, including place, time, and how to request an invitation to participate
184.108.40.206.5. Name and contact information for the assigned shepherd
5.5.3. Communication Responsibility Table
|Proposal draft posted||WG list, DC-General||WG Chair|
|Proposal added to DC-UB agenda||DC-UB Website, DC-UB list||DC-UB Chair|
|Proposal announced for public comment||DC-General||DCMI Managing Director|
|Usage Board Outcome||DC-General||DCMI Managing Director|
|Scheme submission||DC-UB List||Web Team Submission Tool|
|Scheme registration||DC-UB List||Web Team Submission Tool||Shepherd may announce to WG list|
|Digest of scheme registrations||DC-General||DC-UB chair|
220.127.116.11. Each proposal shall be assigned a shepherd by the UB chair from among the UB membership.
18.104.22.168. Shepherds should have knowledge of the proposal issues or be connected to the WG originating the proposal.
22.214.171.124.1. Monitor discussion on relevant lists (shepherds should be members of the relevant DC WG list during the time of consideration of a proposal).
126.96.36.199.2. Summarize the comment period discussion and points of contention of the proposal for the UB, either verbally at the meeting or in writing prior to the meeting (preferred).
188.8.131.52.3. Serve as liaison to the relevant WG or community during the time the proposal is under discussion and after a decision has been made.
184.108.40.206.4. Recommend to the UB any further action after a decision has been made on the proposal.
220.127.116.11.5. Prepare registration information for the DCMI Web Team.
18.104.22.168.6. Prepare draft of UB official
decision on the proposal for review and approval by the UB.
5.5.5. Comment period
22.214.171.124. Comment period on proposals should be managed on the DC-General list.
126.96.36.199. Comment periods should be at least one month.
188.8.131.52. Public discussions of UB related issues during public comment periods should take place on DC-GENERAL or other working group mailing lists as specified in the announcement.
184.108.40.206. Voting shall be limited to scheduled meetings and conference calls.
220.127.116.11. Voting shall be limited to UB members present at the meeting or conference call and able to participate in the discussion.
18.104.22.168. UB members who cannot be present may present their arguments for or against a proposal in writing prior to a meeting (this shall not constitute a vote).
22.214.171.124. UB members who cannot be present may explore other options with the chair, if they cannot be present for an important vote. In all cases, a vote may not be cast by a member who is not present, either actually or virtually, for the relevant discussion.
126.96.36.199. Consensus is achieved if no more than one UB member objects to a proposal.
5.6. Registration of UB Decisions on Proposals
5.6.1. A document explaining the UB decision regarding a proposal will be written in a timely fashion by the shepherd and approved by the UB.
188.8.131.52. The decision will include brief statements of recommendations being issued and detailed explanations of UB decisions not to issue recommendations.
184.108.40.206. UB decisions will be in a form determined by the UB and numbered consecutively for the purpose of citation.
220.127.116.11. The DCMI Web Team will publish UB decisions in the Documents section of the DCMI Web site in a category named DCMI Usage Board Decisions.
5.6.2. Recommended terms will be registered by the shepherd who was responsible for moving the proposal through the UB process.
18.104.22.168. The shepherd will complete a web form transferring the relevant information to the DCMI Web Team for inclusion into the Registry.
22.214.171.124. The DCMI Web Team will report to the UB list when registration has been completed.
6. Proposals for Registration of Encoding Schemes and Vocabularies[top]
6.1. Submissions of new encoding schemes and vocabularies will be received on the DC-UB list via a web form
6.2. DC UB members will "claim" responsibility to shepherd submissions based on:
6.2.1. Their knowledge of a particular scheme or vocabulary
6.2.2. Their knowledge of the language used in the scheme or vocabulary
6.2.3. Their interest or knowledge of a particular subject or topical area covered by the scheme or vocabulary
6.2.4. The time they have available for such tasks
6.3. Submissions unclaimed after one week will be assigned to a DC-UB member by the chair.
6.4. The DC-UB chair will not shepherd individual submissions, but will keep track of submissions and ensure that all are resolved in some manner.
6.5. The shepherd will be responsible for verifying the submitted information:
6.5.1. Name of the scheme or vocabulary
6.5.2. Availability and maintenance status
6.5.3. Appropriateness of the maintenance agency
6.5.4. Uniqueness and appropriateness of the proposed token
6.5.5. Possible use with elements not specified in the proposal
6.6. If necessary, the shepherd will initiate contact with the maintenance agency in the case of questions or concerns about the status of the scheme, the proposed token, or to clarify the submission.
6.7. The shepherd will edit the submission and complete the registration process by submitting the information to the DCMI Web Team.
6.8. The DCMI Web Team will report to the UB list when registration has been completed.
6.9. The DC-UB chair will prepare a monthly report of all new schemes.
7.1. Submitting Entities: Application profiles may be presented to
the Usage Board by any DCMI working group.
7.2. For the purposes of review by the Usage Board:
7.2.1. Application prifiles must provide, for each term, an
identifier of the element set where it is defined, ideally in the form of
URIs for individual terms.
7.3. Review of Application Profiles
by the Usage Board
7.2.2. If the terms in an application profile describe anything other than generic "resources" (the typical domain of Dublin Core), the application profile must make this clear. This is particularly important if an application profile is based on a data model that describes multiple classes of resources, such as agents or collections.
7.2.3. It is recommended that application profiles be prepared using previously reviewed application profiles 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.
7.2.4. Each application profile must provide, or point to, a short text that describes:
126.96.36.199. The context and purposes in which the application
profile is used or is likely to be used.
188.8.131.52. The organizations or individuals involved in its development and a capsule history thereof.
184.108.40.206. Any arrangements, policies, or intentions regarding the future development and maintenance of the application profile.
7.3.1. The Usage Board is interested in reviewing application
profiles that make substantial use of Dublin Core elements. The review of
application profiles by the Usage Board serves to:
7.4. Publication and use of Usage
220.127.116.11. analyze the usage of Dublin Core within significant
application profile 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
18.104.22.168. assign a DCMI stamp of approval;
22.214.171.124. promote the sharing of application profiles between communities; and
126.96.36.199. identify new terms as candidates for inclusion in DCMI namespaces.
7.3.3. 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.
7.3.4. 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.
7.4.1. For application profiles that "pass" review, the Usage
Board will publish a Review on a Web page for application
7.5. Review represents a form of recognition,
and its URL will be persistent for purposes of citation.
7.4.2. Each Review will include, at a minimum:
188.8.131.52. Any comments from the Usage Board on the application
184.108.40.206. Pointers to locally archived copies of the application profile as originally submitted and (if necessary) as subsequently amended in light of Usage Board comments.
220.127.116.11. A pointer to the "latest version" of an application profile held by its maintainers.
Metadata associated with this resource: http://dublincore.org/usage/documents/process/index.shtml.rdf
Copyright © 1995-2002 DCMI All Rights Reserved. DCMI liability, trademark/service mark, document use and software licensing rules apply. Your interactions with this site are in accordance with our privacy statements. Please feel free to contact us for any questions, comments or media inquiries.