120 likes | 138 Views
Learn how to create application profiles by defining functional requirements, selecting metadata terms, and designing metadata descriptions, with enforcement and usage guidelines. Understand the framework and principles behind application profiles.
E N D
Application Profiles Application profiles -- are schemas which consist of data elements drawn from one or more namespaces, combined together by implementers, and optimized for a particular local application. -- Heery, R. and Patel, M. Application profiles: mixing and matching metadata schemas. Ariadne 25, Sept. 24, 2000 http://www.ariadne.ac.uk/issue25/app-profiles/intro.html An application profile -- is an assemblage of metadata elements selected from one or more metadata schemas and combined in a compound schema. -- Duval, E., et al. Metadata Principles and Practicalities D-Lib Magazine, April 2002 http://www.dlib.org/dlib/april02/weibel/04weibel.html
Illustration of an application profile consisting of metadata terms (elements and element refinements) drawn from one or more namespaces (element sets).
Examples Australia Government Locator Service Manual http://www.egov.vic.gov.au/pdfs/AGLSmanual.pdf Title Identifier Creator Date Publisher Contributor Language Subject Description Type Format Coverage Source Relation Rights Availability Function Audience Mandate
Designing of Application Profiles • Defining functional requirements • What do you want to accomplish with your application? • Selecting or Developing a Domain model • a description of what things your metadata will describe, and the relationships between those things • Selecting or Defining Metadata Terms • Select a “base” metadata namespace • Select metadata terms from other metadata name spaces • Define local metadata terms • Designing the Metadata Descriptions • Enforcement of applications of the metadata terms • Cardinality enforcement • Value Space Restriction • Relationship and dependency specification • Usage Guidelines • provide the "how" and "why" • Syntax Guidelines • encoding guidelines
3) Selecting or Defining Metadata Terms – an example from NDLTD -- Dublin Core --13 elements (no source, no relation) --thesis.degree -- some changed from “optional” to “mandatory” -- recommended default value, in addition to DC’s -- new refinement terms http://www.ndltd.org/standards/metadata/ • Select “base” metadata namespace • Select elements from other metadata name spaces • Define local metadata elements • Enforcement of applications of the elements • Cardinality enforcement • Value Space Restriction • Relationship and dependency specification
new cardinality enforcement added a refinement new value space restriction
Can an AP declare new metadata terms (elements and refinements) and definitions? "If an implementor wishes to create 'new' elements that do not exist elsewhere then (under this model) they must create their own namespace schema, and take responsibility for 'declaring' and maintaining that schema." Heery and Patel (2000) Dublin Core Application Profile Guidelines [CEN, 2003] also includes instructions on "Identifying terms with appropriate precision" (Section 3) and "Declaring new elements" (Section 5.7)
The key used for "Identifier" is: DC = Approved Dublin Core elements and qualifiersNLMDC = Approved Dublin Core elements with NLM-defined qualifiersNLM = NLM-defined elements Element: Subject, MeSH Name: Subject, MeSH Identifier: DC.Subject.MeSH Definition: Topic of the content of the resource, expressed in NLM Medical Subject Headings Required: O Repeatable: Y Comments: N/A Element: Subject, Class Number Name: Subject, Class Number Identifier: NLMDC.Subject.NLMClassDefinition: An NLM classification number which represents the topic of the content of the resource Required: O Repeatable: N Comments: N/A Element: Permanence Level Name: Permanence Level Identifier: NLM.Permanence.LevelDefinition: The extent to which a user can be assured that the resource will remain stable and available Required: R Repeatable: N Comments: N/A NLM Metadata Schema http://www.nlm.nih.gov/tsd/cataloging/metafilenew.html
Framework for An Application Profiles--Using Dublin Core as a context • A Dublin Core Application Profile (DCAP) is a document (or set of documents) that specifies and describes the metadata used in a particular application. • To accomplish this, a profile: • describes what a community wants to accomplish with its application (Functional Requirements); • characterizes the types of things described by the metadata and their relationships (Domain Model); • enumerates the metadata terms to be used and the rules for their use (Description Set Profile and Usage Guidelines); and • defines the machine syntax that will be used to encode the data (Syntax Guidelines and Data Formats). • http://dublincore.org/documents/profile-guidelines/
References Heery, R. and Patel, M. Application profiles: mixing and matching metadata schemas. Ariadne 25, Sept. 24, 2000 http://www.ariadne.ac.uk/issue25/app-profiles/intro.html Duval, E., et al. Metadata Principles and Practicalities. D-Lib Magazine, April 2002. http://www.dlib.org/dlib/april02/weibel/04weibel.html The AVEL (Australasian Virtual Engineering Library) Metadata set http://avel.library.uq.edu.au/technical.html#2 Guidelines for Dublin Core Application Profiles. Karen Coyle and Thomas Baker. 2009. http://dublincore.org/documents/profile-guidelines/