Application profile
title: "Application profile" type: doc version: 1 created: 2026-02-28 author: "Wikipedia contributors" status: active scope: public tags: ["metadata"] topic_path: "general/metadata" source: "https://en.wikipedia.org/wiki/Application_profile" license: "CC BY-SA 4.0" wikipedia_page_id: 0 wikipedia_revision_id: 0
In the information sciences, an application profile consists of a set of metadata elements, policies, and guidelines defined for a particular application.{{cite web |title=Dublin Core metadata glossary |date=26 August 2003 |url=http://dublincore.org/documents/2001/04/12/usageguide/glossary.shtml#A | accessdate=2006-06-08 | archiveurl= https://web.archive.org/web/20060621074245/http://dublincore.org/documents/2001/04/12/usageguide/glossary.shtml| archivedate= 21 June 2006 | url-status= live}}
The elements may come from one or more element sets, thus allowing a given application to meet its functional requirements by using metadata from several element sets - including locally defined sets. For example, a given application might choose a subset of the Dublin Core that meets its needs, or may include elements from the Dublin Core, another element set, and several locally defined elements, all combined in a single schema. An application profile is not complete without documentation that defines the policies and best practices appropriate to the application. As another example, the legal document standard Akoma Ntoso is universal scope and very flexible, which creates the risk of ambiguous representations. Therefore, when AKN is to be used in a local domain, it can be advisable to reduce the overall flexibility and complexity by specifying a uniform usage of a subset of AKN XML elements for the given use case.
Advantages
- Defines an application-appropriate set of properties in a public and communicable manner. This permits the building of loosely coupled systems (i.e. independent of each other's detailed specifications) that still offer powerful capabilities.
Disadvantages
- Narrow application scope, which may limit a profile's widespread applicability and also limits the likely synergy from re-use of tools from other projects outside that scope.
- Compared to the Dublin Core refinement approach (where a core property set may be made more specific, in a backwards-compatible manner), use of application profiles requires that applications must at least recognise these profiles and their roots. Even if the profile is based simply on Dublin Core, which the application already understands, this is of no use unless the application also recognises that this profile is treatable as Dublin Core.
Example profiles
-
Bath Profile : An International Z39.50 Specification for Library Applications and Resource Discovery |title=The Bath Profile |url=http://www.ukoln.ac.uk/interop-focus/activities/z3950/int_profile/bath/draft/stable1.html |date=13 March 2000
-
e-GMS : the UK e-Government Metadata Standard. An application profile of Dublin Core.
References
References
- Flatt, Amelie. (2022). "Model-Driven Development of Akoma Ntoso Application Profiles - A Conceptual Framework for Model-Based Generation of XML Subschemas". Sprinter Nature.
::callout[type=info title="Wikipedia Source"] This article was imported from Wikipedia and is available under the Creative Commons Attribution-ShareAlike 4.0 License. Content has been adapted to SurfDoc format. Original contributors can be found on the article history page. ::