<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>

<title>DBpedia receives shot #1 of CLASSiness vaccine</title><link>http://www.openlinksw.com:443/blog/kidehen@openlinksw.com/blog/?id=1372</link><description>
	The current live instance of DBpedia has just received dose #1 of a series of planned &amp;quot;Context&amp;quot; oriented booster shots. These shots seek to to protect DBpedia from contextual incoherence as it grows in data set expanse and popularity. Dose #1 (vaccine label: Yago) equips DBpedia with a functional (albeit non exclusive) Data Dictionary component courtesy of the Yago Class Hierarchy .

	When the DBpedia &amp;amp; Yago integration took place last year (around WWW2007, Banff) there was a little, but costly omission that occurred: nobody sought to load the Yago Class Hierarchy into the Virtuoso&#39;s Inference Engine :-(

	Anyway, the Class Hierarchy has now been loaded into the Virtuoso&#39;s inference engine (as Virtuoso Inference Rules) and the following queries are now feasible using the live Virtuoso based DBpedia instance hosted by OpenLink Software:

	-- Find all Fiction Books associated with a property &amp;quot;dbpedia:name&amp;quot; that has literal value:  &amp;quot;The Lord of the Rings&amp;quot; .

	 


	DEFINE input:inference &amp;quot;http://dbpedia.org/resource/inference/rules/yago#&amp;quot;
	


	
  PREFIX rdf: &amp;amp;lt;http://www.w3.org/1999/02/22-rdf-syntax-ns#&amp;amp;gt;
  


	PREFIX dbpedia: &amp;amp;lt;http://dbpedia.org/property&amp;amp;gt;


	PREFIX yago: &amp;amp;lt;http://dbpedia.org/class/yago&amp;amp;gt;&amp;amp;nbsp;


	
	


	SELECT DISTINCT  ?s


	FROM &amp;lt; xmlns=&amp;quot;http&amp;quot; dbpedia.org=&amp;quot;dbpedia.org&amp;quot;&amp;gt;//dbpedia.org&amp;gt;


	WHERE {


	?s a yago:Fiction106367107 .


	?s dbpedia:name &amp;quot;The Lord of the Rings&amp;quot;@en .


	}


	-- Variant of query with Virtuoso&#39;s Full Text Index extension via the bif:contains function/magic predicate

	DEFINE input:inference &amp;quot;http://dbpedia.org/resource/inference/rules/yago#&amp;quot;


	PREFIX rdf: &amp;amp;lt;http://www.w3.org/1999/02/22-rdf-syntax-ns#&amp;amp;gt;


	PREFIX dbpedia: &amp;amp;lt;http://dbpedia.org/property&amp;amp;gt;


	PREFIX yago: &amp;amp;lt;http://dbpedia.org/class/yago&amp;amp;gt;&amp;amp;nbsp;


	SELECT DISTINCT ?s ?n


	FROM &amp;lt; xmlns=&amp;quot;http&amp;quot; dbpedia.org=&amp;quot;dbpedia.org&amp;quot;&amp;gt;//dbpedia.org&amp;gt;


	WHERE {


	?s a yago:Fiction106367107 .


	?s dbpedia:name ?n .


	?n bif:contains &#39;Lord and Rings&#39;


	}


	-- Retrieve all individuals instances of Fiction Class which should include all Books.

	DEFINE input:inference &amp;quot;http://dbpedia.org/resource/inference/rules/yago#&amp;quot;
	


	
  PREFIX rdf: &amp;amp;lt;http://www.w3.org/1999/02/22-rdf-syntax-ns#&amp;amp;gt;
  


	PREFIX dbpedia: &amp;amp;lt;http://dbpedia.org/property&amp;amp;gt;
	


	
	


	PREFIX yago: &amp;amp;lt;http://dbpedia.org/class/yago&amp;amp;gt;&amp;amp;nbsp;


	
	


	SELECT DISTINCT ?s


	FROM &amp;lt; xmlns=&amp;quot;http&amp;quot; dbpedia.org=&amp;quot;dbpedia.org&amp;quot;&amp;gt;//dbpedia.org&amp;gt;


	WHERE {


	?s a yago:Fiction106367107 .


	} LIMIT 50


	Note: you can also move the inference pragmas to the Virtuoso Sever side i.e place the inference rules in a server instance config file, thereby negating the need to place &amp;quot;define input:inference &#39;http://dbpedia.org/resource/inference/rules/yago#&#39;&amp;quot; pragmas directly in your SPARQL queries.

	Related

	
		Mike&#39;s UMBEL: Making Linked Data Classypost
	
		Fred&#39;s announcement about the Yago revamp en route to UMBEL

	
		 Expanding Data Object Domains via UMBEL 

	
		My Prior posts about UMBEL


</description><pubDate>Thu, 05 Jun 2008 17:11:34 GMT</pubDate><generator>Virtuoso Universal Server 08.03.3334</generator><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kingsley Uyi Idehen</dc:creator><image><title>DBpedia receives shot #1 of CLASSiness vaccine</title><url>http://www.openlinksw.com:443/weblog/public/images/vbloglogo.gif</url><link>http://www.openlinksw.com:443/blog/kidehen@openlinksw.com/blog/?id=1372</link><description>I have seen the future and it&#39;s full of Linked Data! :-)</description><width>88</width><height>31</height></image>
<item><title>Matteo</title><guid>http://www.openlinksw.com:443/blog/kidehen@openlinksw.com/blog/?id=1372#4694</guid><link>http://www.openlinksw.com:443/blog/kidehen@openlinksw.com/blog/?id=1372#4694</link><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">moxol8@hotmail.com</dc:creator><pubDate>Mon, 12 Jul 2010 11:31:00 GMT</pubDate><description>&lt;p&gt;&lt;br /&gt;
	Hi Kingsley,&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;&lt;br /&gt;
	I know this post is a bit outdated, but I was wondering if it is still possible to send this kind of queries on the dbpedia sparql endpoint, since i tried with your first example but had no luck.&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;&lt;br /&gt;
	Thanks,&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;&lt;br /&gt;
	Matteo&lt;/p&gt;&lt;br /&gt;
&lt;p&gt;&lt;br /&gt;
	http://twitter.com/matteomoci&lt;/p&gt;
</description></item>
</channel>
</rss>
