HTML_Data_Vocabularies 30.2 KB

Raw Blame History Permalink

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN" "http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd"><html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" dir="ltr">
	<head>
		<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
		<meta http-equiv="Content-Style-Type" content="text/css" />
		<meta name="generator" content="MediaWiki 1.15.5" />
		<meta name="keywords" content="HTML Data Vocabularies,Html-data-tf,Mixing HTML Data Formats" />
		<link rel="shortcut icon" href="/favicon.ico" />
		<link rel="search" type="application/opensearchdescription+xml" href="/wiki/opensearch_desc.php" title="W3C Wiki (en)" />
		<link rel="alternate" type="application/rss+xml" title="W3C Wiki RSS feed" href="/wiki/index.php?title=Special:RecentChanges&amp;feed=rss" />
		<link rel="alternate" type="application/atom+xml" title="W3C Wiki Atom feed" href="/wiki/index.php?title=Special:RecentChanges&amp;feed=atom" />
		<title>HTML Data Vocabularies - W3C Wiki</title>
		<link rel="stylesheet" href="/wiki/skins/common/shared.css?207" type="text/css" media="screen" />
		<link rel="stylesheet" href="/wiki/skins/common/commonPrint.css?207" type="text/css" media="print" />
		<link rel="stylesheet" href="/wiki/skins/w3cmonobook/main.css?207" type="text/css" media="screen" />
		<!--[if lt IE 5.5000]><link rel="stylesheet" href="/wiki/skins/w3cmonobook/IE50Fixes.css?207" type="text/css" media="screen" /><![endif]-->
		<!--[if IE 5.5000]><link rel="stylesheet" href="/wiki/skins/w3cmonobook/IE55Fixes.css?207" type="text/css" media="screen" /><![endif]-->
		<!--[if IE 6]><link rel="stylesheet" href="/wiki/skins/w3cmonobook/IE60Fixes.css?207" type="text/css" media="screen" /><![endif]-->
		<!--[if IE 7]><link rel="stylesheet" href="/wiki/skins/w3cmonobook/IE70Fixes.css?207" type="text/css" media="screen" /><![endif]-->
		<link rel="stylesheet" href="/wiki/index.php?title=MediaWiki:Common.css&amp;usemsgcache=yes&amp;ctype=text%2Fcss&amp;smaxage=18000&amp;action=raw&amp;maxage=18000" type="text/css" />
		<link rel="stylesheet" href="/wiki/index.php?title=MediaWiki:Print.css&amp;usemsgcache=yes&amp;ctype=text%2Fcss&amp;smaxage=18000&amp;action=raw&amp;maxage=18000" type="text/css" media="print" />
		<link rel="stylesheet" href="/wiki/index.php?title=MediaWiki:W3cmonobook.css&amp;usemsgcache=yes&amp;ctype=text%2Fcss&amp;smaxage=18000&amp;action=raw&amp;maxage=18000" type="text/css" />
		<link rel="stylesheet" href="/wiki/index.php?title=-&amp;action=raw&amp;maxage=18000&amp;gen=css" type="text/css" />
		<!--[if lt IE 7]><script type="text/javascript" src="/wiki/skins/common/IEFixes.js?207"></script>
		<meta http-equiv="imagetoolbar" content="no" /><![endif]-->

		<script type= "text/javascript">/*<![CDATA[*/
		var skin = "w3cmonobook";
		var stylepath = "/wiki/skins";
		var wgArticlePath = "/wiki/$1";
		var wgScriptPath = "/wiki";
		var wgScript = "/wiki/index.php";
		var wgVariantArticlePath = false;
		var wgActionPaths = {};
		var wgServer = "http://www.w3.org";
		var wgCanonicalNamespace = "";
		var wgCanonicalSpecialPageName = false;
		var wgNamespaceNumber = 0;
		var wgPageName = "HTML_Data_Vocabularies";
		var wgTitle = "HTML Data Vocabularies";
		var wgAction = "view";
		var wgArticleId = "6025";
		var wgIsArticle = true;
		var wgUserName = null;
		var wgUserGroups = null;
		var wgUserLanguage = "en";
		var wgContentLanguage = "en";
		var wgBreakFrames = false;
		var wgCurRevisionId = 55650;
		var wgVersion = "1.15.5";
		var wgEnableAPI = true;
		var wgEnableWriteAPI = true;
		var wgSeparatorTransformTable = ["", ""];
		var wgDigitTransformTable = ["", ""];
		var wgRestrictionEdit = [];
		var wgRestrictionMove = [];
		/*]]>*/</script>

		<script type="text/javascript" src="/wiki/skins/common/wikibits.js?207"><!-- wikibits js --></script>
		<!-- Head Scripts -->
		<script type="text/javascript" src="/wiki/skins/common/ajax.js?207"></script>
		<link rel="alternate" type="application/rdf+xml" title="HTML Data Vocabularies" href="/wiki/index.php?title=Special:ExportRDF/HTML_Data_Vocabularies&amp;xmlmime=rdf" />
		<script type="text/javascript" src="/wiki/index.php?title=-&amp;action=raw&amp;gen=js&amp;useskin=w3cmonobook"><!-- site js --></script>
	</head>
<body class="mediawiki ltr ns-0 ns-subject page-HTML_Data_Vocabularies skin-w3cmonobook">
	<div id="globalWrapper">
		<div id="column-content">
	<div id="content">
		<a id="top"></a>
				<h1 id="firstHeading" class="firstHeading">HTML Data Vocabularies</h1>
		<div id="bodyContent">
			<h3 id="siteSub">From W3C Wiki</h3>
			<div id="contentSub"></div>
									<div id="jump-to-nav">Jump to: <a href="#column-one">navigation</a>, <a href="#searchInput">search</a></div>			<!-- start content -->
			<p>Designing vocabularies is a complex craft, and this page does not cover all aspects of how to go about it. Instead, this page focuses on aspects of microdata, microformat and RDFa syntax and processing that should influence vocabulary design, and how to create vocabularies that can be used across multiple syntaxes, as part of the work of the <a href="/wiki/Html-data-tf" title="Html-data-tf">HTML Data TF</a>. There are several existing more general resources for vocabulary creators, such as:
</p>
<ul><li> <a href="http://microformats.org/wiki/process" class="external text" title="http://microformats.org/wiki/process" rel="nofollow">the microformats process</a>
</li><li> <a href="http://www.w3.org/2001/sw/interest/webschema.html" class="external text" title="http://www.w3.org/2001/sw/interest/webschema.html" rel="nofollow">SWIG Web Schemas Task Force</a>
</li></ul>
<p>TODO: More?
</p>
<table id="toc" class="toc" summary="Contents"><tr><td><div id="toctitle"><h2>Contents</h2></div>
<ul>
<li class="toclevel-1"><a href="#Extending_Vocabularies"><span class="tocnumber">1</span> <span class="toctext">Extending Vocabularies</span></a>
<ul>
<li class="toclevel-2"><a href="#Extending_microformats"><span class="tocnumber">1.1</span> <span class="toctext">Extending microformats</span></a></li>
<li class="toclevel-2"><a href="#Extending_RDF_vocabularies"><span class="tocnumber">1.2</span> <span class="toctext">Extending RDF vocabularies</span></a></li>
<li class="toclevel-2"><a href="#Extending_microdata_vocabularies"><span class="tocnumber">1.3</span> <span class="toctext">Extending microdata vocabularies</span></a></li>
</ul>
</li>
<li class="toclevel-1"><a href="#Designing_Vocabularies"><span class="tocnumber">2</span> <span class="toctext">Designing Vocabularies</span></a>
<ul>
<li class="toclevel-2"><a href="#Syntax-Specific_Requirements"><span class="tocnumber">2.1</span> <span class="toctext">Syntax-Specific Requirements</span></a>
<ul>
<li class="toclevel-3"><a href="#Microformats"><span class="tocnumber">2.1.1</span> <span class="toctext">Microformats</span></a></li>
<li class="toclevel-3"><a href="#Microdata"><span class="tocnumber">2.1.2</span> <span class="toctext">Microdata</span></a></li>
<li class="toclevel-3"><a href="#RDFa"><span class="tocnumber">2.1.3</span> <span class="toctext">RDFa</span></a></li>
</ul>
</li>
<li class="toclevel-2"><a href="#Syntax-Neutral_Vocabularies"><span class="tocnumber">2.2</span> <span class="toctext">Syntax-Neutral Vocabularies</span></a></li>
</ul>
</li>
<li class="toclevel-1"><a href="#Good_Practices"><span class="tocnumber">3</span> <span class="toctext">Good Practices</span></a></li>
</ul>
</td></tr></table><script type="text/javascript"> if (window.showTocToggle) { var tocShowText = "show"; var tocHideText = "hide"; showTocToggle(); } </script>
<a name="Extending_Vocabularies" id="Extending_Vocabularies"></a><h2> <span class="mw-headline"> Extending Vocabularies </span></h2>
<p>There are already many vocabularies in existence, particularly for common domains such as people, organisations, events, products, reviews, recipes and so on. Reusing these vocabularies benefits consumers because it saves design time and means they do not have to create supporting tools and materials such as validators, previewers or documentation. It also benefits publishers because it increases the likelihood that the data within their pages can be consumed by other useful tools. It is therefore good practice to extend existing vocabularies rather than creating new ones, where possible.
</p><p>This section describes some of the issues that vocabulary authors who extend existing vocabularies need to be aware of.
</p>
<a name="Extending_microformats" id="Extending_microformats"></a><h3> <span class="mw-headline"> Extending microformats </span></h3>
<p>Microformats are developed using an iterative process whereby proposals for extensions are <a href="http://microformats.org/wiki/process#Brainstorm_Proposals" class="external text" title="http://microformats.org/wiki/process#Brainstorm_Proposals" rel="nofollow">brainstormed</a> and eventually either accepted or rejected by the microformats community. It is not appropriate to create unilateral extensions to microformats. On the other hand, publishers should use semantic classes within their HTML, whether or not they are used within current microformats. Evidence of use of semantic classes within HTML pages is one input to the microdata standardisation process.
</p>
<a name="Extending_RDF_vocabularies" id="Extending_RDF_vocabularies"></a><h3> <span class="mw-headline"> Extending RDF vocabularies </span></h3>
<p>RDF vocabularies, which are used within RDFa, use IRIs for types and properties. Any resource in RDFa can be extended by adding new types to the <code>@typeof</code> attribute and/or adding new properties from different vocabularies. However, it is not general practice to allow RDF vocabularies themselves to be extended with new types or properties by third parties.
</p><p>One pattern that is quite common is for one vocabulary to accept a string for a property, such as an address, and for an extension to provide more structure for that property. In this case, a useful pattern is to nest the more structured property inside the textual property within the HTML. For example:
</p>
<pre>&lt;div property=&quot;location&quot;&gt;
  &lt;address property=&quot;http://example.org/address&quot; vocab=&quot;http://example.org/&quot; typeof=&quot;Address&quot;&gt;
    &lt;span property=&quot;name&quot;&gt;The White House&lt;/span&gt;&lt;br&gt;
    &lt;span property=&quot;street&quot;&gt;1600 Pennsylvania Avenue NW&lt;/span&gt;&lt;br&gt;
    &lt;span property=&quot;city&quot;&gt;Washington&lt;/span&gt;, &lt;span property=&quot;state&quot;&gt;DC&lt;/span&gt; &lt;span property=&quot;zip&quot;&gt;20500&lt;/span&gt;
  &lt;/address&gt;
&lt;/div&gt;
</pre>
<p>This pattern also works for properties whose values are XML literals; in this case, the XML literal will include the RDFa markup.
</p>
<a name="Extending_microdata_vocabularies" id="Extending_microdata_vocabularies"></a><h3> <span class="mw-headline"> Extending microdata vocabularies </span></h3>
<p>Microdata items can have both properties that are scoped to the type of the item and properties that have absolute URLs. The acceptability of non-URL properties is determined by the vocabulary author of the type of the item; some vocabularies may define a set of acceptable properties, others say that any properties are acceptable. In all cases, however, it's possible to add properties to items if they are named with an absolute URL. Third parties who wish to extend an existing type with new properties should check the constraints of the type being extended to work out whether it's possible to use a non-URL property or not. Note that there is always a possibility, if you do use a non-URL property name, that your extension will conflict with an extension made by someone else; properties whose names are absolute URLs do not have this issue but are more verbose when used in markup.
</p><p>Microdata does not allow items to have multiple types from different vocabularies. Some vocabularies, such as schema.org, may permit third parties to freely extend existing types within that vocabulary. In this case, items should be assigned both the supertype and the extension type within the <code>@itemtype</code> attribute. For example, schema.org describes a <a href="http://schema.org/docs/extension.html" class="external text" title="http://schema.org/docs/extension.html" rel="nofollow">method of extending its vocabulary</a> that involves identifying an appropriate supertype or superproperty and appending a <code>/</code> and then the name of a subtype or subproperty. Schema.org also permits anyone to create additional non-URL properties on these new types. To extend schema.org's types with a type for a member of parliament, a vocabulary author might use the URI <code><a href="http://schema.org/Person/MP" class="external free" title="http://schema.org/Person/MP" rel="nofollow">http://schema.org/Person/MP</a></code>, and mark up their page with
</p>
<pre>&lt;p itemscope itemtype=&quot;http://schema.org/Person http://schema.org/Person/MP&quot;&gt;
  &lt;span itemprop=&quot;name&quot;&gt;David Cameron&lt;/span&gt; is the member of parliament for &lt;span itemprop=&quot;constituency&quot;&gt;Witney&lt;/span&gt;.
&lt;/p&gt;
</pre>
<p>Here, both <code><a href="http://schema.org/Person" class="external free" title="http://schema.org/Person" rel="nofollow">http://schema.org/Person</a></code> and <code><a href="http://schema.org/Person/MP" class="external free" title="http://schema.org/Person/MP" rel="nofollow">http://schema.org/Person/MP</a></code> are given as types, and the non-URL <code>constituency</code> property is used despite it not being defined within the schema.org vocabulary.
</p><p>Other microdata vocabularies do not enable third parties to extend the vocabulary. In these cases, third parties should use a URL property to specify the additional type for the item. For compatibility with RDF, we recommend using <code><a href="http://www.w3.org/1999/02/22-rdf-syntax-ns#type" class="external free" title="http://www.w3.org/1999/02/22-rdf-syntax-ns#type" rel="nofollow">http://www.w3.org/1999/02/22-rdf-syntax-ns#type</a></code> for this property, and using a full URL for the type. An alternative to the example above that didn't use the schema.org extension mechanism would be:
</p>
<pre>&lt;p itemscope itemtype=&quot;http://schema.org/Person&quot;&gt;
  &lt;link itemprop=&quot;http://www.w3.org/1999/02/22-rdf-syntax-ns#type&quot; href=&quot;http://gov.example.org/uk/MP&quot;&gt;
  &lt;span itemprop=&quot;name&quot;&gt;David Cameron&lt;/span&gt; is the member of parliament for &lt;span itemprop=&quot;http://gov.example.org/uk/constituency&quot;&gt;Witney&lt;/span&gt;.
&lt;/p&gt;
</pre>
<p>More details about the use and limitations of this technique can be found on the <a href="/wiki/Mixing_HTML_Data_Formats#Mixing_Vocabularies_in_microdata" title="Mixing HTML Data Formats">section about using multiple vocabularies in microdata</a>.
</p><p>The technique described for RDFa above, of nesting a property that contains more structure within a property that has less, can also be used with microdata content.
</p>
<a name="Designing_Vocabularies" id="Designing_Vocabularies"></a><h2> <span class="mw-headline"> Designing Vocabularies </span></h2>
<p>This section looks at the particular requirements of different HTML data syntaxes on vocabularies, and how to create vocabularies that can be used across HTML data syntaxes.
</p>
<a name="Syntax-Specific_Requirements" id="Syntax-Specific_Requirements"></a><h3> <span class="mw-headline"> Syntax-Specific Requirements </span></h3>
<p>Each HTML data syntax brings with it a set of constraints on both how vocabularies are designed and their documentation.
</p>
<a name="Microformats" id="Microformats"></a><h4> <span class="mw-headline"> Microformats </span></h4>
<p>The <a href="http://microformats.org/wiki/microformats-2" class="external text" title="http://microformats.org/wiki/microformats-2" rel="nofollow">microformats 2</a> page describes the constraints on the design of microformat vocabularies, and the <a href="http://microformats.org/wiki/process" class="external text" title="http://microformats.org/wiki/process" rel="nofollow">microformats process</a> describes additional procedural guidelines on how to create a new microformat.
</p>
<a name="Microdata" id="Microdata"></a><h4> <span class="mw-headline"> Microdata </span></h4>
<p>Microdata vocabularies must define, within a specification for that vocabulary, processing rules to be followed by consumers of that vocabulary, using the terms given by the <a href="http://dev.w3.org/html5/md/" class="external text" title="http://dev.w3.org/html5/md/" rel="nofollow">microdata specification</a>. These include:
</p>
<ul><li> what types the vocabulary includes
</li><li> which types support <code>@itemid</code> to provide global identifiers for items
</li><li> whether and how two items described using microdata should be considered a single item by a consumer (such as when they have the same <code>@itemid</code>) and if so, how two items within an HTML page should be merged
</li><li> whether URL values that have the same value as an <code>@itemid</code> should be treated the same as if the item had been nested within the page
</li><li> which non-URL properties (<b>defined property names</b>) are permitted on each of those types, whether there are equivalent URL properties for them, and how properties will be merged if both are used
</li><li> how many and what types of values are allowed for each property, and what consumers should do if there are more or fewer values than required, how the values are parsed, and what happens when the values are of the wrong type
</li><li> whether items that are the value of a property must explicitly have a type or if this can be inferred by consumers
</li><li> what to do when an item has a property that it should not have
</li><li> whether type and property URLs can be dereferenced
</li><li> how consumers should recognise items belonging to the vocabulary (whether purely by <code>@itemtype</code> or through some other mechanism)
</li></ul>
<p>An example of a microdata vocabulary description is available for <a href="http://www.heppnetz.de/ontologies/goodrelations/v1.html#microdata" class="external text" title="http://www.heppnetz.de/ontologies/goodrelations/v1.html#microdata" rel="nofollow">GoodRelations</a>. There are also example microdata vocabularies within the <a href="http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html#mdvocabs" class="external text" title="http://www.whatwg.org/specs/web-apps/current-work/multipage/microdata.html#mdvocabs" rel="nofollow">WHATWG version of the microdata specification</a>.
</p><p>Microdata does not support the use of the HTML <code>lang</code> attribute to provide language information for textual values; if this is important, a microdata vocabulary must provide a mechanism for supplying a language separately. This can be done by:
</p>
<ul><li> having a property that indicates the language used in the data for the item; this only works if all the data uses the same language
</li><li> defining a LanguageString type that has properties for both content and language and specifying the use of items of that type as a value for any appropriate property
</li></ul>
<p>Microdata does not support structured HTML values. Where these need to be captured, vocabularies can instead use URLs that reference fragments of HTML in the page. For example:
</p>
<pre>&lt;link itemprop=&quot;breadcrumb&quot; href=&quot;#breadcrumb&quot;&gt;
&lt;div id=&quot;breadcrumb&quot;&gt;
  &lt;a href=&quot;category/books.html&quot;&gt;Books&lt;/a&gt; &gt;
  &lt;a href=&quot;category/books-literature.html&quot;&gt;Literature &amp; Fiction&lt;/a&gt; &gt;
  &lt;a href=&quot;category/books-classics&quot;&gt;Classics&lt;/a&gt;
&lt;/div&gt;
</pre>
<a name="RDFa" id="RDFa"></a><h4> <span class="mw-headline"> RDFa </span></h4>
<p>RDFa is used to create RDF graphs, so vocabularies used within RDFa should bear in mind the constraints and conventions that commonly apply to RDF vocabularies. These include:
</p>
<ul><li> types should be named using CapitalCamelCase, and properties using lowerCamelCase
</li><li> types and properties in the same vocabulary should share a IRI prefix &mdash; the vocabulary IRI &mdash; which should end in a <code>#</code> or a <code>/</code>; the local part of a type or property IRI, after this prefix, should be a valid <a href="http://www.w3.org/TR/REC-xml-names/#NT-NCName" class="external text" title="http://www.w3.org/TR/REC-xml-names/#NT-NCName" rel="nofollow">NCName</a> so that it can be used within RDF/XML serialisations
</li><li> the IRIs used for types and properties should resolve into documentation and/or (through content negotiation) an <a href="http://www.w3.org/TR/rdf-schema/" class="external text" title="http://www.w3.org/TR/rdf-schema/" rel="nofollow">RDFS schema</a> or <a href="http://www.w3.org/TR/owl-overview/" class="external text" title="http://www.w3.org/TR/owl-overview/" rel="nofollow">OWL ontology</a> that describes the types and properties
</li></ul>
<p>More guidelines and patterns for modelling using RDF are available within <a href="http://patterns.dataincubator.org/book/modelling-patterns.html" class="external text" title="http://patterns.dataincubator.org/book/modelling-patterns.html" rel="nofollow">Linked Data Patterns</a>.
</p>
<a name="Syntax-Neutral_Vocabularies" id="Syntax-Neutral_Vocabularies"></a><h3> <span class="mw-headline"> Syntax-Neutral Vocabularies </span></h3>
<p>Syntax-neutral vocabularies must have variants for each syntax that meet the requirements for the syntax as described above, but the capabilities of each variant do not have to be identical.
</p><p>For example, a syntax-neutral review vocabulary could specify a required <code>reviewLanguage</code> property to give the language of a review in microdata, but say that if microformats or RDFa were used, and this were left unspecified, the language would be assumed. Publishers who had content that included multiple languages in the review itself (which couldn't be represented using a property providing a language for the entire review) would be able to use microformats or RDFa to mark up the review.
</p><p>There are a number of measures that make it easier for vocabularies to be used across syntaxes in ways that make it easier for consumers to combine data whichever syntax is used.
</p>
<dl><dt> Naming Conventions
</dt><dd> Adopt consistent names across syntaxes, even if the naming conventions between the syntaxes differs. For example, microformats uses lowercase-hyphenated-names whereas RDF uses lowerCamelCase; all that is needed is a clear mapping between them. Although microdata allows defined property names to contain any character except <code>:</code> and <code>.</code>, non-URL properties should have names that are <a href="http://www.w3.org/TR/REC-xml-names/#NT-NCName" class="external text" title="http://www.w3.org/TR/REC-xml-names/#NT-NCName" rel="nofollow">NCNames</a> so that they can be used in microformats and RDFa. Note that microdata's restrictions mean that <code>.</code>s should be avoided in these names.
</dd><dt> Entity Identity
</dt><dd> Microformats and microdata have a limited notion of entity identity: entities may have identifiers (in microdata, from the <code>@itemid</code> attribute) but these are not used within the data model to combine entities or link them together into graphs. Syntax-neutral vocabularies use the RDF concept of identity whereby entities with the same identifier are the same entity, and references to that entity's identifier serve to create a graph of entities. This should be reflected in the definition of the microdata variant of the vocabulary, which should allow <code>@itemid</code> on all items, and specify that consumers should combine and link to items to create a graph.
</dd></dl>
<p>TODO: other guidelines?
</p>
<a name="Good_Practices" id="Good_Practices"></a><h2> <span class="mw-headline"> Good Practices </span></h2>
<p>It is good practice for vocabulary creators to collaborate with others who are consuming or publishing information in the relevant domains in order to create a vocabulary that can be used widely across an industry.
</p><p>It is good practice for vocabulary creators to make available a validation tool that enables publishers who use a vocabulary to check that their HTML pages contain data that is valid against that vocabulary.
</p><p>It is good practice for vocabulary creators to make available test suites that enable implementers to check the behaviour of their implementations. These test suites should cover error handling as well as the correct interpretation of valid data.
</p>
<!--
NewPP limit report
Preprocessor node count: 24/1000000
Post-expand include size: 0/2097152 bytes
Template argument size: 0/2097152 bytes
Expensive parser function count: 0/100
-->

<!-- Saved in parser cache with key wikidb-esw_:pcache:idhash:6025-0!1!0!!en!2!edit=0 and timestamp 20120116145245 -->
<div id='RDFa' about='http://www.w3.org/wiki/HTML_Data_Vocabularies' xmlns:wiki_1='http://www.w3.org/wiki/index.php/'xmlns:wiki_1_property='http://www.w3.org/wiki/index.php/Property:'xmlns:wiki_1_category='http://www.w3.org/wiki/index.php/Category:' typeof='wiki_1_categoryHTML Data TF'>
<div property='wiki_1_property:Modification_date' content='20 November 2011 21:02:48'></div>
</div><div style='display:none' ></div><div class="printfooter">
Retrieved from "<a href="http://www.w3.org/wiki/HTML_Data_Vocabularies">http://www.w3.org/wiki/HTML_Data_Vocabularies</a>"</div>
			<div id='catlinks' class='catlinks'><div id="mw-normal-catlinks"><a href="/wiki/Special:Categories" title="Special:Categories">Category</a>:&#32;<span dir='ltr'><a href="/wiki/index.php?title=Category:HTML_Data_TF&amp;action=edit&amp;redlink=1" class="new" title="Category:HTML Data TF (page does not exist)">HTML Data TF</a></span></div></div>			<!-- end content -->
						<div class="visualClear"></div>
		</div>
	</div>
		</div>
		<div id="column-one">
	<div id="p-cactions" class="portlet">
		<h5>Views</h5>
		<div class="pBody">
			<ul>

				 <li id="ca-nstab-main" class="selected"><a href="/wiki/HTML_Data_Vocabularies" title="View the content page [c]" accesskey="c">Page</a></li>
				 <li id="ca-talk" class="new"><a href="/wiki/index.php?title=Talk:HTML_Data_Vocabularies&amp;action=edit&amp;redlink=1" title="Discussion about the content page [t]" accesskey="t">Discussion</a></li>
				 <li id="ca-viewsource"><a href="/wiki/index.php?title=HTML_Data_Vocabularies&amp;action=edit" title="This page is protected.&#10;You can view its source [e]" accesskey="e">View source</a></li>
				 <li id="ca-history"><a href="/wiki/index.php?title=HTML_Data_Vocabularies&amp;action=history" title="Past revisions of this page [h]" accesskey="h">History</a></li>			</ul>
		</div>
	</div>
	<div class="portlet" id="p-personal">
		<h5>Personal tools</h5>
		<div class="pBody">
			<ul>
				<li id="pt-login"><a href="/wiki/index.php?title=Special:UserLogin&amp;returnto=HTML_Data_Vocabularies" title="You are encouraged to log in; however, it is not mandatory [o]" accesskey="o">Log in</a></li>
			</ul>
		</div>
	</div>
	<div class="portlet" id="p-logo">
		<a style="background-image: url(/Icons/w3c_home);" href="/wiki/Main_Page" title="Visit the main page [z]" accesskey="z"></a>
	</div>
	<script type="text/javascript"> if (window.isMSIE55) fixalpha(); </script>
	<div class='generated-sidebar portlet' id='p-navigation'>
		<h5>Navigation</h5>
		<div class='pBody'>
			<ul>
				<li id="n-mainpage"><a href="/wiki/Main_Page" title="Visit the main page">Main Page</a></li>
				<li id="n-Browse-categories"><a href="/wiki/Special:Categories">Browse categories</a></li>
				<li id="n-recentchanges"><a href="/wiki/Special:RecentChanges" title="The list of recent changes in the wiki [r]" accesskey="r">Recent changes</a></li>
				<li id="n-Help"><a href="http://www.mediawiki.org/wiki/Help:Contents">Help</a></li>
			</ul>
		</div>
	</div>
	<div id="p-search" class="portlet">
		<h5><label for="searchInput">Search</label></h5>
		<div id="searchBody" class="pBody">
			<form action="/wiki/index.php" id="searchform"><div>
				<input type='hidden' name="title" value="Special:Search"/>
				<input id="searchInput" name="search" type="text" title="Search W3C Wiki [f]" accesskey="f" value="" />
				<input type='submit' name="go" class="searchButton" id="searchGoButton"	value="Go" title="Go to a page with this exact name if exists" />&nbsp;
				<input type='submit' name="fulltext" class="searchButton" id="mw-searchButton" value="Search" title="Search the pages for this text" />
			</div></form>
		</div>
	</div>
	<div class="portlet" id="p-tb">
		<h5>Toolbox</h5>
		<div class="pBody">
			<ul>
				<li id="t-whatlinkshere"><a href="/wiki/Special:WhatLinksHere/HTML_Data_Vocabularies" title="List of all wiki pages that link here [j]" accesskey="j">What links here</a></li>
				<li id="t-recentchangeslinked"><a href="/wiki/Special:RecentChangesLinked/HTML_Data_Vocabularies" title="Recent changes in pages linked from this page [k]" accesskey="k">Related changes</a></li>
<li id="t-specialpages"><a href="/wiki/Special:SpecialPages" title="List of all special pages [q]" accesskey="q">Special pages</a></li>
				<li id="t-print"><a href="/wiki/index.php?title=HTML_Data_Vocabularies&amp;printable=yes" rel="alternate" title="Printable version of this page [p]" accesskey="p">Printable version</a></li>				<li id="t-permalink"><a href="/wiki/index.php?title=HTML_Data_Vocabularies&amp;oldid=55650" title="Permanent link to this revision of the page">Permanent link</a></li><li id="t-smwbrowselink"><a href="/wiki/Special:Browse/HTML_Data_Vocabularies" title="Special:Browse/HTML Data Vocabularies">Browse properties</a></li>			</ul>
		</div>
	</div>
		</div><!-- end of the left (by default at least) column -->
			<div class="visualClear"></div>
			<div id="footer">
				<div id="f-poweredbyico"><a href="http://www.mediawiki.org/"><img src="/wiki/skins/common/images/poweredby_mediawiki_88x31.png" alt="Powered by MediaWiki" /></a></div>
			<ul id="f-list">
					<li id="lastmod"> This page was last modified on 20 November 2011, at 22:57.</li>
					<li id="viewcount">This page has been accessed 8,022 times.</li>
					<li id="privacy"><a href="/wiki/W3C_Wiki:Privacy_policy" title="W3C Wiki:Privacy policy">Privacy policy</a></li>
					<li id="about"><a href="/wiki/W3C_Wiki:About" title="W3C Wiki:About">About W3C Wiki</a></li>
					<li id="disclaimer"><a href="/wiki/W3C_Wiki:General_disclaimer" title="W3C Wiki:General disclaimer">Disclaimers</a></li>
			</ul>
		</div>
</div>

		<script type="text/javascript">if (window.runOnloadHook) runOnloadHook();</script>
<!-- Served in 0.246 secs. --></body></html>