<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: RDF in Ruby revisited</title>
	<atom:link href="http://danbri.org/words/2008/02/08/270/feed" rel="self" type="application/rss+xml" />
	<link>http://danbri.org/words/2008/02/08/270</link>
	<description>the web, the world, us, you and them</description>
	<lastBuildDate>Thu, 11 Mar 2010 21:48:30 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: danbri</title>
		<link>http://danbri.org/words/2008/02/08/270/comment-page-1#comment-17515</link>
		<dc:creator>danbri</dc:creator>
		<pubDate>Tue, 01 Sep 2009 09:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/02/08/270#comment-17515</guid>
		<description>That&#039;s a nice long list, although I would like to know how stable and complete each of those are.

Another (non-packaged) attempt at a Ruby SPARQL client: 
http://danbri.org/words/2008/01/07/247</description>
		<content:encoded><![CDATA[<p>That&#8217;s a nice long list, although I would like to know how stable and complete each of those are.</p>
<p>Another (non-packaged) attempt at a Ruby SPARQL client:<br />
<a href="http://danbri.org/words/2008/01/07/247" rel="nofollow">http://danbri.org/words/2008/01/07/247</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Salber</title>
		<link>http://danbri.org/words/2008/02/08/270/comment-page-1#comment-17514</link>
		<dc:creator>Daniel Salber</dc:creator>
		<pubDate>Mon, 31 Aug 2009 09:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/02/08/270#comment-17514</guid>
		<description>&lt;i&gt;In six months time, I’d like to see at least one solid, well rounded and modern RDF toolkit packaged as a Gem for the Ruby community.&lt;/i&gt;

Soooo... six months later:

&lt;code&gt;
% gem q -rn rdf

*** REMOTE GEMS ***

Bulk updating Gem source index for: http://gems.rubyforge.org
activerdf (1.6.11, 1.6.10, 1.6.9, 1.6.8, 1.6.6, 1.6.5, 1.6.4, 1.6.3, 1.6.2, 1.6.1, 1.6, 1.5, 1.4, 1.3.1, 1.3, 1.2.3, 1.2.2, 1.2.1, 1.2, 1.1, 1.0)
activerdf_jena (0.1)
activerdf_rdflite (1.4.1, 1.4, 1.3, 1.2.3, 1.2.2, 1.2.1, 1.2, 1.1, 1.0)
activerdf_redland (1.2.2, 1.2.1, 1.2, 1.1, 1.0)
activerdf_rules (0.0.2, 0.0.1)
activerdf_sesame (0.2.2, 0.2.1, 0.2, 0.1)
activerdf_sparql (1.3.6, 1.3.5, 1.3.4, 1.3.3, 1.3.2, 1.3.1, 1.3, 1.2.1, 1.2, 1.1, 1.0)
rdf (0.3)
rdf-redland (0.5.1.3, 0.5.1.2, 0.5.1)
rdf_schema_generator (1.1.0, 1.0.0)
rdfa (0.0.8, 0.0.7, 0.0.6, 0.0.5, 0.0.4, 0.0.3, 0.0.2, 0.0.1)
rubyrdf (0.0.1)
rubyrdf-sesame (0.0.1)
&lt;/code&gt;

I want to do simple SPARQL queries against dbpedia in ruby. Which gem should I go with?</description>
		<content:encoded><![CDATA[<p><i>In six months time, I’d like to see at least one solid, well rounded and modern RDF toolkit packaged as a Gem for the Ruby community.</i></p>
<p>Soooo&#8230; six months later:</p>
<p><code><br />
% gem q -rn rdf</p>
<p>*** REMOTE GEMS ***</p>
<p>Bulk updating Gem source index for: <a href="http://gems.rubyforge.org" rel="nofollow">http://gems.rubyforge.org</a><br />
activerdf (1.6.11, 1.6.10, 1.6.9, 1.6.8, 1.6.6, 1.6.5, 1.6.4, 1.6.3, 1.6.2, 1.6.1, 1.6, 1.5, 1.4, 1.3.1, 1.3, 1.2.3, 1.2.2, 1.2.1, 1.2, 1.1, 1.0)<br />
activerdf_jena (0.1)<br />
activerdf_rdflite (1.4.1, 1.4, 1.3, 1.2.3, 1.2.2, 1.2.1, 1.2, 1.1, 1.0)<br />
activerdf_redland (1.2.2, 1.2.1, 1.2, 1.1, 1.0)<br />
activerdf_rules (0.0.2, 0.0.1)<br />
activerdf_sesame (0.2.2, 0.2.1, 0.2, 0.1)<br />
activerdf_sparql (1.3.6, 1.3.5, 1.3.4, 1.3.3, 1.3.2, 1.3.1, 1.3, 1.2.1, 1.2, 1.1, 1.0)<br />
rdf (0.3)<br />
rdf-redland (0.5.1.3, 0.5.1.2, 0.5.1)<br />
rdf_schema_generator (1.1.0, 1.0.0)<br />
rdfa (0.0.8, 0.0.7, 0.0.6, 0.0.5, 0.0.4, 0.0.3, 0.0.2, 0.0.1)<br />
rubyrdf (0.0.1)<br />
rubyrdf-sesame (0.0.1)<br />
</code></p>
<p>I want to do simple SPARQL queries against dbpedia in ruby. Which gem should I go with?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Schwabe</title>
		<link>http://danbri.org/words/2008/02/08/270/comment-page-1#comment-17501</link>
		<dc:creator>Daniel Schwabe</dc:creator>
		<pubDate>Fri, 07 Aug 2009 13:16:49 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/02/08/270#comment-17501</guid>
		<description>A belated comment, for the record. As you know, all our work on HyperDE (http://www.tecweb.inf.puc-rio.br/hyperde) is in Ruby. At that time, Demetrius Nunes, my student, wrote a replacement for ActiveRecord named SemanticRecord. This later inspired ActiveRDF (http://www.activerdf.org/), which we have used extensively (and extended) in Explorator (http://www.tecweb.inf.puc-rio.br/explorator).

In both, we also used Sesame directly using it&#039;s Java API and RJB, which works just fine. I suspect it would also work with Jena, although we have not tried this.

We are currently looking into migrating both to jRuby.</description>
		<content:encoded><![CDATA[<p>A belated comment, for the record. As you know, all our work on HyperDE (<a href="http://www.tecweb.inf.puc-rio.br/hyperde" rel="nofollow">http://www.tecweb.inf.puc-rio.br/hyperde</a>) is in Ruby. At that time, Demetrius Nunes, my student, wrote a replacement for ActiveRecord named SemanticRecord. This later inspired ActiveRDF (<a href="http://www.activerdf.org/" rel="nofollow">http://www.activerdf.org/</a>), which we have used extensively (and extended) in Explorator (<a href="http://www.tecweb.inf.puc-rio.br/explorator" rel="nofollow">http://www.tecweb.inf.puc-rio.br/explorator</a>).</p>
<p>In both, we also used Sesame directly using it&#8217;s Java API and RJB, which works just fine. I suspect it would also work with Jena, although we have not tried this.</p>
<p>We are currently looking into migrating both to jRuby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Taylor Cowan</title>
		<link>http://danbri.org/words/2008/02/08/270/comment-page-1#comment-13576</link>
		<dc:creator>Taylor Cowan</dc:creator>
		<pubDate>Sat, 09 Feb 2008 03:59:56 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/02/08/270#comment-13576</guid>
		<description>For those willing to run on JRuby, Jena works well from JRuby and I assume Pellet&#039;s reasoning features could also be accessed from JRuby.</description>
		<content:encoded><![CDATA[<p>For those willing to run on JRuby, Jena works well from JRuby and I assume Pellet&#8217;s reasoning features could also be accessed from JRuby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce D'Arcus</title>
		<link>http://danbri.org/words/2008/02/08/270/comment-page-1#comment-13574</link>
		<dc:creator>Bruce D'Arcus</dc:creator>
		<pubDate>Fri, 08 Feb 2008 19:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://danbri.org/words/2008/02/08/270#comment-13574</guid>
		<description>In six months time, people who simply want to use RDF from Ruby ought to be pleasantly suprised rather than frustrated when they take to the â€˜net to see whatâ€™s out there.

Yup; something like what ARC seems to provide for the PHP world. Might ActiveRDF be an appropriate basis for this?</description>
		<content:encoded><![CDATA[<p>In six months time, people who simply want to use RDF from Ruby ought to be pleasantly suprised rather than frustrated when they take to the â€˜net to see whatâ€™s out there.</p>
<p>Yup; something like what ARC seems to provide for the PHP world. Might ActiveRDF be an appropriate basis for this?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
