<?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"
	>
<channel>
	<title>Comments on: DabbleDB vs. Exhibit</title>
	<atom:link href="http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/feed/" rel="self" type="application/rss+xml" />
	<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/</link>
	<description>Make lots of money through stealth in shadows</description>
	<pubDate>Fri, 21 Nov 2008 07:26:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: keithalexander</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4356</link>
		<dc:creator>keithalexander</dc:creator>
		<pubDate>Sat, 17 Mar 2007 14:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4356</guid>
		<description>I'm not absolutely sure, but Exhibit's structuring of items as records looks to be 'aped' too - that is, if you supply two items with the same id, Exhibit will 'smoosh' them together. (Is that what you meant by  'real structure'?)

As for pulling in live RDF data to an Exhibit, you might be interested in a simple script I wrote to bridge generically between Exhibit and a SPARQL endpoint - it takes a template exhibit json file as input, and outputs an exhibit json file full of data.

(See http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html )</description>
		<content:encoded><![CDATA[<p>I&#8217;m not absolutely sure, but Exhibit&#8217;s structuring of items as records looks to be &#8216;aped&#8217; too &#8211; that is, if you supply two items with the same id, Exhibit will &#8216;smoosh&#8217; them together. (Is that what you meant by  &#8216;real structure&#8217;?)</p>
<p>As for pulling in live RDF data to an Exhibit, you might be interested in a simple script I wrote to bridge generically between Exhibit and a SPARQL endpoint &#8211; it takes a template exhibit json file as input, and outputs an exhibit json file full of data.</p>
<p>(See <a href="http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html" rel="nofollow">http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html</a> )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: keithalexander</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8558</link>
		<dc:creator>keithalexander</dc:creator>
		<pubDate>Sat, 17 Mar 2007 12:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8558</guid>
		<description>I'm not absolutely sure, but Exhibit's structuring of items as records looks to be 'aped' too - that is, if you supply two items with the same id, Exhibit will 'smoosh' them together. (Is that what you meant by  'real structure'?)&lt;br&gt;&lt;br&gt;As for pulling in live RDF data to an Exhibit, you might be interested in a simple script I wrote to bridge generically between Exhibit and a SPARQL endpoint - it takes a template exhibit json file as input, and outputs an exhibit json file full of data.&lt;br&gt;&lt;br&gt;(See &lt;a href="http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html"&gt;http://semwebdev.keithalexander.co.uk/blog/post...&lt;/a&gt; )</description>
		<content:encoded><![CDATA[<p>I&#8217;m not absolutely sure, but Exhibit&#8217;s structuring of items as records looks to be &#8216;aped&#8217; too &#8211; that is, if you supply two items with the same id, Exhibit will &#8216;smoosh&#8217; them together. (Is that what you meant by  &#8216;real structure&#8217;?)</p>
<p>As for pulling in live RDF data to an Exhibit, you might be interested in a simple script I wrote to bridge generically between Exhibit and a SPARQL endpoint &#8211; it takes a template exhibit json file as input, and outputs an exhibit json file full of data.</p>
<p>(See <a href="http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html"></a><a href="http://semwebdev.keithalexander.co.uk/blog/post&#8230" rel="nofollow">http://semwebdev.keithalexander.co.uk/blog/post&#8230</a>; )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: keithalexander</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8551</link>
		<dc:creator>keithalexander</dc:creator>
		<pubDate>Sat, 17 Mar 2007 12:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8551</guid>
		<description>I'm not absolutely sure, but Exhibit's structuring of items as records looks to be 'aped' too - that is, if you supply two items with the same id, Exhibit will 'smoosh' them together. (Is that what you meant by  'real structure'?)&lt;br&gt;&lt;br&gt;As for pulling in live RDF data to an Exhibit, you might be interested in a simple script I wrote to bridge generically between Exhibit and a SPARQL endpoint - it takes a template exhibit json file as input, and outputs an exhibit json file full of data.&lt;br&gt;&lt;br&gt;(See &lt;a href="http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html"&gt;http://semwebdev.keithalexander.co.uk/blog/post...&lt;/a&gt; )</description>
		<content:encoded><![CDATA[<p>I&#8217;m not absolutely sure, but Exhibit&#8217;s structuring of items as records looks to be &#8216;aped&#8217; too &#8211; that is, if you supply two items with the same id, Exhibit will &#8216;smoosh&#8217; them together. (Is that what you meant by  &#8216;real structure&#8217;?)</p>
<p>As for pulling in live RDF data to an Exhibit, you might be interested in a simple script I wrote to bridge generically between Exhibit and a SPARQL endpoint &#8211; it takes a template exhibit json file as input, and outputs an exhibit json file full of data.</p>
<p>(See <a href="http://semwebdev.keithalexander.co.uk/blog/posts/Exhibit-JSON.html"></a><a href="http://semwebdev.keithalexander.co.uk/blog/post&#8230" rel="nofollow">http://semwebdev.keithalexander.co.uk/blog/post&#8230</a>; )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4262</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Wed, 14 Mar 2007 13:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4262</guid>
		<description>dfhuynh, DabbleDB seems to be (still) in rapid change mode, so no worries.

I was able to take the tab delimited output of Exhibit and pop it into DabbleDB with ease. Yay. Tab delim rocks! (though the typing is a bit weird...value typing so one could more easily pass, e.g., dates around would be nice)

I don't know how illuminating that survey would be. I only recently updated my web page (really set up my web page) at Manchester. My CV is perennially out of date. I hate it when, e.g., ISWC forces me to drum up some metadata for a paper I submit. Hate it!

Yet, I would like high quality Bibtex for every paper I find. Citeseer's is icky (but I use it!) DBLP is nicer (but has some usability issues...those cite keys).

There are lots of little barriers to doing stuff.

OTOH, I now intend to use Exhibit for my pubs (and other aspects of my home page). I was planning to do something neat with Javascript and the HTML, but why build from scratch?</description>
		<content:encoded><![CDATA[<p>dfhuynh, DabbleDB seems to be (still) in rapid change mode, so no worries.</p>
<p>I was able to take the tab delimited output of Exhibit and pop it into DabbleDB with ease. Yay. Tab delim rocks! (though the typing is a bit weird&#8230;value typing so one could more easily pass, e.g., dates around would be nice)</p>
<p>I don&#8217;t know how illuminating that survey would be. I only recently updated my web page (really set up my web page) at Manchester. My CV is perennially out of date. I hate it when, e.g., ISWC forces me to drum up some metadata for a paper I submit. Hate it!</p>
<p>Yet, I would like high quality Bibtex for every paper I find. Citeseer&#8217;s is icky (but I use it!) DBLP is nicer (but has some usability issues&#8230;those cite keys).</p>
<p>There are lots of little barriers to doing stuff.</p>
<p>OTOH, I now intend to use Exhibit for my pubs (and other aspects of my home page). I was planning to do something neat with Javascript and the HTML, but why build from scratch?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8557</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Wed, 14 Mar 2007 11:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8557</guid>
		<description>dfhuynh, DabbleDB seems to be (still) in rapid change mode, so no worries.&lt;br&gt;&lt;br&gt;I was able to take the tab delimited output of Exhibit and pop it into DabbleDB with ease. Yay. Tab delim rocks! (though the typing is a bit weird...value typing so one could more easily pass, e.g., dates around would be nice)&lt;br&gt;&lt;br&gt;I don't know how illuminating that survey would be. I only recently updated my web page (really set up my web page) at Manchester. My CV is perennially out of date. I hate it when, e.g., ISWC forces me to drum up some metadata for a paper I submit. Hate it!&lt;br&gt;&lt;br&gt;Yet, I would like high quality Bibtex for every paper I find. Citeseer's is icky (but I use it!) DBLP is nicer (but has some usability issues...those cite keys).&lt;br&gt;&lt;br&gt;There are lots of little barriers to doing stuff.&lt;br&gt;&lt;br&gt;OTOH, I now intend to use Exhibit for my pubs (and other aspects of my home page). I was planning to do something neat with Javascript and the HTML, but why build from scratch?</description>
		<content:encoded><![CDATA[<p>dfhuynh, DabbleDB seems to be (still) in rapid change mode, so no worries.</p>
<p>I was able to take the tab delimited output of Exhibit and pop it into DabbleDB with ease. Yay. Tab delim rocks! (though the typing is a bit weird&#8230;value typing so one could more easily pass, e.g., dates around would be nice)</p>
<p>I don&#8217;t know how illuminating that survey would be. I only recently updated my web page (really set up my web page) at Manchester. My CV is perennially out of date. I hate it when, e.g., ISWC forces me to drum up some metadata for a paper I submit. Hate it!</p>
<p>Yet, I would like high quality Bibtex for every paper I find. Citeseer&#8217;s is icky (but I use it!) DBLP is nicer (but has some usability issues&#8230;those cite keys).</p>
<p>There are lots of little barriers to doing stuff.</p>
<p>OTOH, I now intend to use Exhibit for my pubs (and other aspects of my home page). I was planning to do something neat with Javascript and the HTML, but why build from scratch?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8550</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Wed, 14 Mar 2007 11:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8550</guid>
		<description>dfhuynh, DabbleDB seems to be (still) in rapid change mode, so no worries.&lt;br&gt;&lt;br&gt;I was able to take the tab delimited output of Exhibit and pop it into DabbleDB with ease. Yay. Tab delim rocks! (though the typing is a bit weird...value typing so one could more easily pass, e.g., dates around would be nice)&lt;br&gt;&lt;br&gt;I don't know how illuminating that survey would be. I only recently updated my web page (really set up my web page) at Manchester. My CV is perennially out of date. I hate it when, e.g., ISWC forces me to drum up some metadata for a paper I submit. Hate it!&lt;br&gt;&lt;br&gt;Yet, I would like high quality Bibtex for every paper I find. Citeseer's is icky (but I use it!) DBLP is nicer (but has some usability issues...those cite keys).&lt;br&gt;&lt;br&gt;There are lots of little barriers to doing stuff.&lt;br&gt;&lt;br&gt;OTOH, I now intend to use Exhibit for my pubs (and other aspects of my home page). I was planning to do something neat with Javascript and the HTML, but why build from scratch?</description>
		<content:encoded><![CDATA[<p>dfhuynh, DabbleDB seems to be (still) in rapid change mode, so no worries.</p>
<p>I was able to take the tab delimited output of Exhibit and pop it into DabbleDB with ease. Yay. Tab delim rocks! (though the typing is a bit weird&#8230;value typing so one could more easily pass, e.g., dates around would be nice)</p>
<p>I don&#8217;t know how illuminating that survey would be. I only recently updated my web page (really set up my web page) at Manchester. My CV is perennially out of date. I hate it when, e.g., ISWC forces me to drum up some metadata for a paper I submit. Hate it!</p>
<p>Yet, I would like high quality Bibtex for every paper I find. Citeseer&#8217;s is icky (but I use it!) DBLP is nicer (but has some usability issues&#8230;those cite keys).</p>
<p>There are lots of little barriers to doing stuff.</p>
<p>OTOH, I now intend to use Exhibit for my pubs (and other aspects of my home page). I was planning to do something neat with Javascript and the HTML, but why build from scratch?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dfhuynh</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4261</link>
		<dc:creator>dfhuynh</dc:creator>
		<pubDate>Wed, 14 Mar 2007 10:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4261</guid>
		<description>Bijan, thanks for pointing out DabbleDB's plugin architecture. I guess I wasn't as familiar with it as I thought.

It would be illuminating to do a survey on web sites of SemWeb researchers and see how many actually use RDF in the back-end or in the front-end. As you might have noticed from the paper, 7 out of 140 database researchers use databases for their publication web pages :-) So, I totally agree with you about the pains of RDF.</description>
		<content:encoded><![CDATA[<p>Bijan, thanks for pointing out DabbleDB&#8217;s plugin architecture. I guess I wasn&#8217;t as familiar with it as I thought.</p>
<p>It would be illuminating to do a survey on web sites of SemWeb researchers and see how many actually use RDF in the back-end or in the front-end. As you might have noticed from the paper, 7 out of 140 database researchers use databases for their publication web pages :-) So, I totally agree with you about the pains of RDF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4260</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Wed, 14 Mar 2007 09:34:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4260</guid>
		<description>Thanks for the comments. I updated the main post with a correction about RDF/XML export.

David, you can extend DabbleDB in a variety of ways (and, really, do you need the translators built in, per se?). In particular, you can create a &lt;a href="http://dabbledb.com/help/guides/pluginapi/" rel="nofollow"&gt;plugin&lt;/a&gt; hosted on your site that DabbleDB will call out to. This is definitely weirder and less flexible than Exhibit, but also seems pretty workable for a class of extensions.</description>
		<content:encoded><![CDATA[<p>Thanks for the comments. I updated the main post with a correction about RDF/XML export.</p>
<p>David, you can extend DabbleDB in a variety of ways (and, really, do you need the translators built in, per se?). In particular, you can create a <a href="http://dabbledb.com/help/guides/pluginapi/" rel="nofollow">plugin</a> hosted on your site that DabbleDB will call out to. This is definitely weirder and less flexible than Exhibit, but also seems pretty workable for a class of extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dfhuynh</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8556</link>
		<dc:creator>dfhuynh</dc:creator>
		<pubDate>Wed, 14 Mar 2007 08:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8556</guid>
		<description>Bijan, thanks for pointing out DabbleDB's plugin architecture. I guess I wasn't as familiar with it as I thought.&lt;br&gt;&lt;br&gt;It would be illuminating to do a survey on web sites of SemWeb researchers and see how many actually use RDF in the back-end or in the front-end. As you might have noticed from the paper, 7 out of 140 database researchers use databases for their publication web pages :-) So, I totally agree with you about the pains of RDF.</description>
		<content:encoded><![CDATA[<p>Bijan, thanks for pointing out DabbleDB&#8217;s plugin architecture. I guess I wasn&#8217;t as familiar with it as I thought.</p>
<p>It would be illuminating to do a survey on web sites of SemWeb researchers and see how many actually use RDF in the back-end or in the front-end. As you might have noticed from the paper, 7 out of 140 database researchers use databases for their publication web pages :-) So, I totally agree with you about the pains of RDF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dfhuynh</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8549</link>
		<dc:creator>dfhuynh</dc:creator>
		<pubDate>Wed, 14 Mar 2007 08:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8549</guid>
		<description>Bijan, thanks for pointing out DabbleDB's plugin architecture. I guess I wasn't as familiar with it as I thought.&lt;br&gt;&lt;br&gt;It would be illuminating to do a survey on web sites of SemWeb researchers and see how many actually use RDF in the back-end or in the front-end. As you might have noticed from the paper, 7 out of 140 database researchers use databases for their publication web pages :-) So, I totally agree with you about the pains of RDF.</description>
		<content:encoded><![CDATA[<p>Bijan, thanks for pointing out DabbleDB&#8217;s plugin architecture. I guess I wasn&#8217;t as familiar with it as I thought.</p>
<p>It would be illuminating to do a survey on web sites of SemWeb researchers and see how many actually use RDF in the back-end or in the front-end. As you might have noticed from the paper, 7 out of 140 database researchers use databases for their publication web pages :-) So, I totally agree with you about the pains of RDF.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8555</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Wed, 14 Mar 2007 07:34:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8555</guid>
		<description>Thanks for the comments. I updated the main post with a correction about RDF/XML export.&lt;br&gt;&lt;br&gt;David, you can extend DabbleDB in a variety of ways (and, really, do you need the translators built in, per se?). In particular, you can create a &lt;a href="http://dabbledb.com/help/guides/pluginapi/" rel="nofollow"&gt;plugin&lt;/a&gt; hosted on your site that DabbleDB will call out to. This is definitely weirder and less flexible than Exhibit, but also seems pretty workable for a class of extensions.</description>
		<content:encoded><![CDATA[<p>Thanks for the comments. I updated the main post with a correction about RDF/XML export.</p>
<p>David, you can extend DabbleDB in a variety of ways (and, really, do you need the translators built in, per se?). In particular, you can create a <a href="http://dabbledb.com/help/guides/pluginapi/" rel="nofollow">plugin</a> hosted on your site that DabbleDB will call out to. This is definitely weirder and less flexible than Exhibit, but also seems pretty workable for a class of extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8548</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Wed, 14 Mar 2007 07:34:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-8548</guid>
		<description>Thanks for the comments. I updated the main post with a correction about RDF/XML export.&lt;br&gt;&lt;br&gt;David, you can extend DabbleDB in a variety of ways (and, really, do you need the translators built in, per se?). In particular, you can create a &lt;a href="http://dabbledb.com/help/guides/pluginapi/" rel="nofollow"&gt;plugin&lt;/a&gt; hosted on your site that DabbleDB will call out to. This is definitely weirder and less flexible than Exhibit, but also seems pretty workable for a class of extensions.</description>
		<content:encoded><![CDATA[<p>Thanks for the comments. I updated the main post with a correction about RDF/XML export.</p>
<p>David, you can extend DabbleDB in a variety of ways (and, really, do you need the translators built in, per se?). In particular, you can create a <a href="http://dabbledb.com/help/guides/pluginapi/" rel="nofollow">plugin</a> hosted on your site that DabbleDB will call out to. This is definitely weirder and less flexible than Exhibit, but also seems pretty workable for a class of extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dfhuynh</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4259</link>
		<dc:creator>dfhuynh</dc:creator>
		<pubDate>Tue, 13 Mar 2007 23:21:35 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4259</guid>
		<description>Bijan, Exhibit does export to a variety of formats, including RDF/XML, N3, Semantic MediaWiki wikitext, JSON, and even Bibtex. The Copy All button lets you pick your format to export. And this is extensible by any person who uses Exhibit. (Good luck if you want to extend DabbleDB.)

A complimentary service called Babel lets you convert between various formats:
  http://simile.mit.edu/babel/
In addition, you can hook Exhibit directly to Google Spreadsheets (and in the future, EditGrid):
  http://simile.mit.edu/wiki/Exhibit/How_to_make_an_exhibit_from_data_fed_directly_from_a_Google_Spreadsheet</description>
		<content:encoded><![CDATA[<p>Bijan, Exhibit does export to a variety of formats, including RDF/XML, N3, Semantic MediaWiki wikitext, JSON, and even Bibtex. The Copy All button lets you pick your format to export. And this is extensible by any person who uses Exhibit. (Good luck if you want to extend DabbleDB.)</p>
<p>A complimentary service called Babel lets you convert between various formats:<br />
  <a href="http://simile.mit.edu/babel/" rel="nofollow">http://simile.mit.edu/babel/</a><br />
In addition, you can hook Exhibit directly to Google Spreadsheets (and in the future, EditGrid):<br />
  <a href="http://simile.mit.edu/wiki/Exhibit/How_to_make_an_exhibit_from_data_fed_directly_from_a_Google_Spreadsheet" rel="nofollow">http://simile.mit.edu/wiki/Exhibit/How_to_make_an_exhibit_from_data_fed_directly_from_a_Google_Spreadsheet</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4258</link>
		<dc:creator>Danny</dc:creator>
		<pubDate>Tue, 13 Mar 2007 23:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4258</guid>
		<description>Exhibit does claim to be RDFish - from the &lt;a href="http://people.csail.mit.edu/dfhuynh/research/papers/www2007-exhibit.pdf" rel="nofollow"&gt;paper&lt;/a&gt;:
[[
The Exhibit abstract data model is essentially the RDF [7] abstract data model except that property values cannot be assigned value types individually. In this way, the Exhibit data model is a  sub-model of the RDF data model, less powerful but sufficient for many simple use cases.
]]
I had to be shown this myself, but if you go to e.g. the &lt;a href="http://simile.mit.edu/exhibit/examples/presidents/presidents.html" rel="nofollow"&gt;Presidents&lt;/a&gt; demo, and click "Copy All", there's the option of RDF/XML.

What kind of applications have you got in mind for either, in which a syntax mapping to/from RDF wouldn't suffice?

(Smalltalk, woohoo++)</description>
		<content:encoded><![CDATA[<p>Exhibit does claim to be RDFish &#8211; from the <a href="http://people.csail.mit.edu/dfhuynh/research/papers/www2007-exhibit.pdf" rel="nofollow">paper</a>:<br />
[[<br />
The Exhibit abstract data model is essentially the RDF [7] abstract data model except that property values cannot be assigned value types individually. In this way, the Exhibit data model is a  sub-model of the RDF data model, less powerful but sufficient for many simple use cases.<br />
]]<br />
I had to be shown this myself, but if you go to e.g. the <a href="http://simile.mit.edu/exhibit/examples/presidents/presidents.html" rel="nofollow">Presidents</a> demo, and click &#8220;Copy All&#8221;, there&#8217;s the option of RDF/XML.</p>
<p>What kind of applications have you got in mind for either, in which a syntax mapping to/from RDF wouldn&#8217;t suffice?</p>
<p>(Smalltalk, woohoo++)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: drewp</title>
		<link>http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4257</link>
		<dc:creator>drewp</dc:creator>
		<pubDate>Tue, 13 Mar 2007 23:02:43 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/03/13/dabbledb-vs-exhibit/#comment-4257</guid>
		<description>Thanks for writing this up. I'm a fan and user of exhibit, and just a fan of dabbledb.

I'd like to mention that exhibit has a trivial rdf export, which I've never used. Click 'Copy All' at the top, pick rdf, and you'll get some generic RDF/XML where the property names seem to be fragments off the url of the exhibit's page. That might be decent, but it's obviously not flexible enough for fancier applications (e.g. where the property names came from multiple RDF sources).

For import, simile also has http://simile.mit.edu/babel/ which I have not checked out yet. It claims to convert RDF/XML to JSON for exhibit. I'm also not sure if you can build the babel call into your exhibit page, which would make it look like the exhibit was pulling live RDF on startup.</description>
		<content:encoded><![CDATA[<p>Thanks for writing this up. I&#8217;m a fan and user of exhibit, and just a fan of dabbledb.</p>
<p>I&#8217;d like to mention that exhibit has a trivial rdf export, which I&#8217;ve never used. Click &#8216;Copy All&#8217; at the top, pick rdf, and you&#8217;ll get some generic RDF/XML where the property names seem to be fragments off the url of the exhibit&#8217;s page. That might be decent, but it&#8217;s obviously not flexible enough for fancier applications (e.g. where the property names came from multiple RDF sources).</p>
<p>For import, simile also has <a href="http://simile.mit.edu/babel/" rel="nofollow">http://simile.mit.edu/babel/</a> which I have not checked out yet. It claims to convert RDF/XML to JSON for exhibit. I&#8217;m also not sure if you can build the babel call into your exhibit page, which would make it look like the exhibit was pulling live RDF on startup.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
