Content-Length: 80261 | pFad | http://www.dublincore.org/blog

DCMI: Blog posts

Blog posts

In 1998, the International Federation of Library Associations introduced a new model for library catalog data, focusing on the bibliographic relationships within metadata. This model, known as the Library Reference Model (LRM), includes four main elements: Work, Expression, Manifestation, and Item (WEMI), each representing different aspects of created resources. To support the broader use of these WEMI concepts, OpenWEMI was developed by the Dublin Core Metadata Initiative, providing a general vocabulary with minimal constraints. OpenWEMI’s RDF vocabulary includes classes and properties designed to facilitate the creation of context-specific metadata vocabularies, allowing for the flexible integration of WEMI concepts in diverse applications.

The Dublin Core Application Profiles Interest Group wishes to receive comments on the DC Tabular Application Profiles (DC TAP) draft specification.

Metadata is widely applied in China within political, cultural, scientific, and educational contexts. Various national and industry metadata standards have been established, promoting data value mining, sharing, and communication. Presenting Chinese experience to an international audience is helpful for the development of metadata-related research and practice.

DC Tabular Application Profiles Many communities today create application profiles (APs) for their data. Application profiles provide the rules that govern the creation and reuse of metadata instances.

Note: This piece, posted to a DCMI wiki in 2011, was reformatted and lightly edited for the DCMI blog in 2019.

The notion of an "application profile" was introduced to the Dublin Core™ community by Rachel Heery at the 8th Dublin Core™ workshop of October 2000. The idea distinguished sharply between "namespace schemas" (sets of data elements as defined by their maintainers) and "application profile schemas" (sets of data elements drawn from one or more namespace schemas and optimized for local needs by implementors), introducing the notion of "mixing-and-matching Dublin Core™ elements with elements from related vocabularies.


Note: This short piece, posted to a DCMI wiki in 2011, was reformatted and lightly edited for the DCMI blog in 2019.

The DCMI Abstract Model (DCAM) specifies an abstract syntax for metadata records independent of particular concrete encoding syntaxes. The components of DCAM's abstract syntax map unambiguously to components of the RDF abstract syntax. In addition, DCAM's abstract syntax provides several grouping constructs not present in RDF -- notably "description sets" (mappable in principle to a named graph instantiated as a "metadata record"), "descriptions" (mappable in principle to a sub-graph of RDF triples about a single subject), "DCAM statements" (mappable to a sub-graph composed of an RDF statement plus contextual information about the value of that statement), and "value surrogates" (mappable to the different sets of statements used to describe values directly encoded as literal string values as opposed to values identified by URIs or blank nodes).










ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://www.dublincore.org/blog

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy