1 / 12

Application Profiles

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.

gowin
Download Presentation

Application Profiles

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 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

  2. Illustration of an application profile consisting of metadata terms (elements and element refinements) drawn from one or more namespaces (element sets).

  3. 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

  4. http://avel.library.uq.edu.au/technical.html

  5. 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

  6. 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

  7. new cardinality enforcement added a refinement new value space restriction

  8. added a local metadata element

  9. 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)

  10. 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

  11. 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/

  12. 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/

More Related