<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Glossary on DCMI</title>
    <link>https://www.dublincore.org/resources/glossary/</link>
    <description>Recent content in Glossary on DCMI</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-gb</language>
    <lastBuildDate>Mon, 30 Apr 2018 00:00:00 +0000</lastBuildDate>
    
        <atom:link href="https://www.dublincore.org/resources/glossary/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>Shapes</title>
      <link>https://www.dublincore.org/resources/glossary/shape_expression/</link>
      <pubDate>Thu, 24 Jan 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/shape_expression/</guid>
      <description>&lt;p&gt;Following a landmark workshop on &lt;a href=&#34;https://www.w3.org/blog/SW/2013/10/04/w3c-workshop-report-rdf-validation-practical-assurances-for-quality-rdf-data/&#34;&gt;RDF validation in 2013&lt;/a&gt;, two languages have emerged for describing the &amp;quot;shape&amp;quot; of graph structures for the purpose of validating RDF data.  The &lt;a href=&#34;http://shex.io/shex-primer/index.html&#34;&gt;Shape Expressions Language (ShEx)&lt;/a&gt; and &lt;a href=&#34;https://www.topquadrant.com/technology/shacl/tutorial/&#34;&gt;Shapes Constraint Language (SHACL)&lt;/a&gt; provide languages for expressing constraints against which graphs of RDF triples can be compared. These languages support the expression of a Dublin Core™ &lt;a href=&#34;https://www.dublincore.org/resources/glossary/#Application%20Profile&#34;&gt;application profile&lt;/a&gt; in a manner that can directly be used for validating metadata based on the profile.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Concept Scheme</title>
      <link>https://www.dublincore.org/resources/glossary/concept_scheme/</link>
      <pubDate>Thu, 24 Jan 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/concept_scheme/</guid>
      <description>&lt;p&gt;Concept Scheme is basically a synonym for Ontology, though concept schemes are most commonly associated with &lt;a href=&#34;https://www.w3.org/TR/skos-reference/&#34;&gt;Simple Knowledge Organization System (SKOS)&lt;/a&gt;, a data model for knowledge organization systems that was designed for maximum semantic simplicity.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Vocabulary</title>
      <link>https://www.dublincore.org/resources/glossary/vocabulary/</link>
      <pubDate>Wed, 23 Jan 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/vocabulary/</guid>
      <description>&lt;p&gt;In Semantic Web usage, Vocabulary is a &lt;a href=&#34;https://www.w3.org/standards/semanticweb/ontology&#34;&gt;near-synonym for Ontology&lt;/a&gt; though &amp;quot;trend is to use the word &lt;em&gt;ontology&lt;/em&gt; for more complex, and possibly quite formal collection of terms, whereas &lt;em&gt;vocabulary&lt;/em&gt; is used when such strict formalism is not necessarily used or only in a very loose sense.&amp;quot;  Whatever else they might be called, DCMI Metadata Terms, the &lt;a href=&#34;http://agrovoc.uniroma2.it/agrovoc/agrovoc/en/&#34;&gt;AGROVOC concept scheme&lt;/a&gt;, and the &lt;a href=&#34;https://www.dublincore.org/specifications/bibo&#34;&gt;Bibliographic Ontology (BIBO)&lt;/a&gt; are also vocabularies.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Domain Includes and Range Includes</title>
      <link>https://www.dublincore.org/resources/glossary/domain_and_range_includes/</link>
      <pubDate>Wed, 23 Jan 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/domain_and_range_includes/</guid>
      <description>&lt;p&gt;Domain Includes and Range Includes are used to suggest classes to which, respectively, the subject or object of an RDF statement may belong.  In contrast to formal &lt;a href=&#34;https://www.dublincore.org/resources/glossary/#Domains%20and%20Ranges&#34;&gt;domains and ranges&lt;/a&gt;, domain and range includes are less about enabling logical inference than about helping users understand how a given property is intended to be used. Drawing a lesson from the successful &lt;a href=&#34;http://schema.org&#34;&gt;Schema.org&lt;/a&gt; initiative, the DCMI Usage Board decided in 2018 to soften many of the formal domains and ranges &lt;a href=&#34;https://www.dublincore.org/specifications/dublin-core/domain-range&#34;&gt;added in 2008&lt;/a&gt; to domain and range includes.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Competency Index</title>
      <link>https://www.dublincore.org/resources/glossary/competency_index/</link>
      <pubDate>Wed, 23 Jan 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/competency_index/</guid>
      <description>&lt;p&gt;A Competency Index is a set of topically arranged assertions of the knowledge, skills, and habits of mind required for professional practice in a given area of practice. DCMI&#39;s &lt;a href=&#34;https://dcmi.github.io/ldci&#34;&gt;Linked Data Competency Index&lt;/a&gt;, for example, provides an overview, or map, of the Linked Data field both for independent learners who want to learn Linked Data methods and technology, and for professors or trainers who want to design and teach courses on the subject.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Application Profile</title>
      <link>https://www.dublincore.org/resources/glossary/application_profile/</link>
      <pubDate>Sat, 15 Dec 2018 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/application_profile/</guid>
      <description>&lt;p&gt;An application profile is a metadata design specification that uses a selection of terms from multiple metadata vocabularies, with added constraints, to meet application-specific requirements.  In the Dublin Core™ context, application profiles are ideally based on, or compatible with, vocabularies defined in RDF.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Open World Design</title>
      <link>https://www.dublincore.org/resources/glossary/open_world_design/</link>
      <pubDate>Mon, 30 Apr 2018 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/open_world_design/</guid>
      <description>&lt;p&gt;Open World Design accepts that information exists in a global context that is evolving in unpredictable ways and avoids assuming that interoperability with future, possibly unanticipated sources can be more than partial.  Open World Design stands in contrast to the Closed World Design of traditional IT environments, in which data is carefully controlled, with document formats and database schemas optimized for specific applications.  Loosely specified vocabularies such as Dublin Core, when used with generic underlying models such as RDF, provide a good technological basis for Open World Design.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Dumb-Down Principle</title>
      <link>https://www.dublincore.org/resources/glossary/dumb-down_principle/</link>
      <pubDate>Tue, 20 Nov 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/dumb-down_principle/</guid>
      <description>&lt;p&gt;The Dumb-Down Principle, which entered Dublin Core™ discourse &lt;a href=&#34;https://www.dublincore.org/groups/datamodel/1998/1998-09-24.decisions.html&#34;&gt;in 1998&lt;/a&gt;, denoted a principled way of viewing a complex metadata description through the lens of a simpler representation, typically &lt;a href=&#34;https://www.dublincore.org/resources/glossary/simple_dublin_core&#34;&gt;Simple Dublin Core&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Vocabulary Encoding Scheme</title>
      <link>https://www.dublincore.org/resources/glossary/vocabulary_encoding_scheme/</link>
      <pubDate>Sun, 12 Aug 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/vocabulary_encoding_scheme/</guid>
      <description>&lt;p&gt;Vocabulary Encoding Scheme (VES) is a DCMI-specific synonym for the identifier of a &lt;a href=&#34;https://www.w3.org/TR/2009/REC-skos-reference-20090818/#schemes&#34;&gt;SKOS Concept Scheme&lt;/a&gt;. Starting with the &lt;a href=&#34;https://www.dublincore.org/specifications/dublin-core/dcmes-qualifiers&#34;&gt;Dublin Core™ Qualifiers&lt;/a&gt; specification of 2000, DCMI coined VES URIs as a way to indicate the source of string values from published controlled vocabularies such as the Library of Congress Subject Headings (LCSH).  For example, the string value &lt;code&gt;Textile design--China--History&lt;/code&gt; could be marked as coming from LCSH by tagging it with the DCMI-coined VES URI &lt;code&gt;http://purl.org/dc/terms/LCSH&lt;/code&gt;. With the widespread conversion of controlled vocabularies such as LCSH into SKOS after 2009, the Vocabulary Encoding Scheme has become less relevant as a type of metadata term.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Syntax Encoding Scheme</title>
      <link>https://www.dublincore.org/resources/glossary/syntax_encoding_scheme/</link>
      <pubDate>Sun, 12 Aug 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/syntax_encoding_scheme/</guid>
      <description>&lt;p&gt;Syntax Encoding Scheme is a DCMI-specific synonym for &lt;a href=&#34;https://www.w3.org/TR/rdf11-concepts/#section-Datatypes&#34;&gt;RDF Datatype&lt;/a&gt;. An RDF Datatype indicates that a given literal represents a resource of a given type, such as a Gregorian calendar date, Boolean value, integer, or natural-language character string.  Datatypes are identified by URI and associated with literals using RDF syntax.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>DCMI Metadata Terms</title>
      <link>https://www.dublincore.org/resources/glossary/dcmi_metadata_terms/</link>
      <pubDate>Sun, 12 Aug 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/dcmi_metadata_terms/</guid>
      <description>&lt;p&gt;The Properties, Classes, Vocabulary Encoding Schemes, and Datatypes declared and maintained by the Dublin Core™ Metadata Initiative are collectively referred to as &lt;a href=&#34;https://www.dublincore.org/specifications/dublin-core/dcmi-terms/&#34;&gt;DCMI Metadata Terms&lt;/a&gt;.  Property, Class, and Datatype (aka Syntax Encoding Scheme) are defined exactly as in RDF, while a Vocabulary Encoding Scheme is equivalent to the identifier for a &lt;a href=&#34;http://www.w3.org/TR/skos-reference/#schemes&#34;&gt;SKOS Concept Scheme&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Encoding Scheme</title>
      <link>https://www.dublincore.org/resources/glossary/encoding_scheme/</link>
      <pubDate>Thu, 14 Jun 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/encoding_scheme/</guid>
      <description>&lt;p&gt;The Encoding Scheme entered Dublin Core™ discourse at a &lt;a href=&#34;http://www.dlib.org/dlib/june97/metadata/06weibel.html&#34;&gt;1997 workshop&lt;/a&gt; in Canberra, Australia. As originally defined, a Scheme was a Qualifier that &amp;quot;specifie[d] a context for the interpretation of a given element&amp;quot;. In 2000, the encoding scheme was differentiated into the &lt;a href=&#34;https://www.dublincore.org/resources/glossary/syntax_encoding_scheme&#34;&gt;Syntax Encoding Scheme&lt;/a&gt; and &lt;a href=&#34;https://www.dublincore.org/resources/glossary/vocabulary_encoding_scheme&#34;&gt;Vocabulary Encoding Scheme&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Metadata Interoperability</title>
      <link>https://www.dublincore.org/resources/glossary/metadata_interoperability/</link>
      <pubDate>Tue, 17 Jan 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/metadata_interoperability/</guid>
      <description>&lt;p&gt;In contrast to &amp;quot;metadata harmonization&amp;quot;, metadata interoperability is &amp;quot;the ability of two or more systems or components to exchange descriptive data about things, and to interpret the descriptive data that has been exchanged in a way that is consistent with the interpretation of the creator of the data&amp;quot; (Mikael Nilsson).&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Metadata Harmonization</title>
      <link>https://www.dublincore.org/resources/glossary/metadata_harmonization/</link>
      <pubDate>Tue, 17 Jan 2012 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/metadata_harmonization/</guid>
      <description>&lt;p&gt;Metadata harmonization can be defined as &amp;quot;the ability of two or more systems or components to exchange &#39;combined metadata&#39; conforming to two or more metadata specifications, and to interpret the metadata that has been exchanged in a way that is consistent with the intentions of the creators of the metadata&amp;quot; (Mikael Nilsson).&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Ontology</title>
      <link>https://www.dublincore.org/resources/glossary/ontology/</link>
      <pubDate>Thu, 22 Dec 2011 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/ontology/</guid>
      <description>&lt;p&gt;An ontology, according to one &lt;a href=&#34;http://www-ksl.stanford.edu/kst/what-is-an-ontology.html&#34;&gt;famous definition from 1992&lt;/a&gt;, is the &amp;quot;specification of a conceptualization&amp;quot; - an abstract, simplified view of the world represented for purposes ranging from knowledge sharing to decision-making. While ontologies are commonly assumed to be semantically complex, with rich sets of relationships between its concepts and axioms designed to support sophisticated inferencing, there is no inherent limit to how simple an ontology may be.  Indeed, the key ontologies of the &lt;a href=&#34;https://finto.fi/en/&#34;&gt;Finto&lt;/a&gt;, the Finnish thesaurus and ontology service, are actually &lt;a href=&#34;https://www.dublincore.org/resources/glossary/#Concept%20Scheme&#34;&gt;SKOS concept schemes&lt;/a&gt;, and the Dublin Core™ vocabulary itself is sometimes referred to &lt;a href=&#34;https://www.w3.org/wiki/Good_Ontologies&#34;&gt;as an ontology&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Dublin Core</title>
      <link>https://www.dublincore.org/resources/glossary/dublin_core/</link>
      <pubDate>Thu, 22 Dec 2011 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/dublin_core/</guid>
      <description>&lt;p&gt;&amp;quot;The Dublin Core™&amp;quot;, also known as the Dublin Core™ Metadata Element Set, is a set of fifteen &amp;quot;core&amp;quot; elements (properties) for describing resources.  This fifteen-element Dublin Core™ has been formally standardized as ISO 15836, ANSI/NISO Z39.85, and IETF &lt;a href=&#34;http://tools.ietf.org/html/rfc5013&#34;&gt;RFC 5013&lt;/a&gt;. The core properties are part of a larger set of &lt;a href=&#34;https://www.dublincore.org/resources/glossary/dcmi_metadata_terms&#34;&gt;DCMI Metadata Terms&lt;/a&gt;. &amp;quot;Dublin Core™&amp;quot; is also used as an adjective for Dublin Core™ metadata, a style of metadata that draws on multiple RDF vocabularies, packaged and constrained in Dublin Core™ application profiles.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Simple Dublin Core</title>
      <link>https://www.dublincore.org/resources/glossary/simple_dublin_core/</link>
      <pubDate>Wed, 31 Aug 2011 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/simple_dublin_core/</guid>
      <description>&lt;p&gt;In the late 1990s, following the development of &lt;a href=&#34;http://www.dlib.org/dlib/june97/metadata/06weibel.html&#34;&gt;Dublin Core™ qualifiers&lt;/a&gt;, the term Simple Dublin Core™ was coined to denote metadata about a single resource, using only the fifteen properties of the Dublin Core™ Metadata Element Set, with string values, and without qualifiers.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Description Set Profile</title>
      <link>https://www.dublincore.org/resources/glossary/description_set_profile/</link>
      <pubDate>Tue, 17 May 2011 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/description_set_profile/</guid>
      <description>&lt;p&gt;The 2008 draft &lt;a href=&#34;https://www.dublincore.org/specifications/dublin-core/dc-dsp&#34;&gt;&amp;quot;Description Set Profiles: a constraint language for Dublin Core™ application profiles&amp;quot; (DC-DSP)&lt;/a&gt; provided a language for specifying constraints on the structural components of a Description Set as defined by the &lt;a href=&#34;https://www.dublincore.org/mediawiki_wiki/Glossary/DCMI_Abstract_Model&#34;&gt;DCMI Abstract Model&lt;/a&gt;. DC-DSP expressed sets of constraints as &amp;quot;templates&amp;quot; against which RDF graph-based instance metadata (records) could be matched (validated) - an idea achievable today using the newer technologies, inspired in part by DC-DSP, &lt;a href=&#34;http://shexspec.github.io/primer/&#34;&gt;Shape Expressions Language (ShEx)&lt;/a&gt; and &lt;a href=&#34;https://www.topquadrant.com/technology/shacl/tutorial/&#34;&gt;Shapes Constraint Language (SHACL)&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>Dublin Core™ Grammatical Principles</title>
      <link>https://www.dublincore.org/resources/glossary/dublin_core_grammatical_principles/</link>
      <pubDate>Fri, 13 May 2011 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/dublin_core_grammatical_principles/</guid>
      <description>&lt;p&gt;When the DCMI Usage Board was founded in 2001, it formulated &lt;a href=&#34;https://www.dublincore.org/specifications/dublin-core/grammatical-principles&#34;&gt;DCMI Grammatical Principles&lt;/a&gt; as a point of reference for vocabulary maintenance decisions.  The principles, which followed concepts, that had emerged in early Dublin Core™ workshops, such as Element, Qualifier, and Encoding Scheme, were superseded in 2005 by the &lt;a href=&#34;https://www.dublincore.org/specifications/dublin-core/abstract-model&#34;&gt;DCMI Abstract Model&lt;/a&gt;, which was based more explicitly on RDF.&lt;/p&gt;</description>
    </item>
    
    <item>
      <title>DCMI Abstract Model</title>
      <link>https://www.dublincore.org/resources/glossary/dcmi_abstract_model/</link>
      <pubDate>Fri, 13 May 2011 00:00:00 +0000</pubDate>
      
      <guid>https://www.dublincore.org/resources/glossary/dcmi_abstract_model/</guid>
      <description>&lt;p&gt;The DCMI Abstract Model (&amp;quot;DCAM&amp;quot;), developed between 2003 and 2007 and now considered superseded by newer models, described the design of metadata records in terms of structural components, such as Descriptions, Statements, Properties, and (literal or non-literal) Values, in order to enable structural validation of RDF-based metadata.&lt;/p&gt;</description>
    </item>
    
  </channel>
</rss>
