<?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: Scalability of the Semantic Web</title>
	<atom:link href="http://www.mkbergman.com/227/scalability-of-the-semantic-web/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mkbergman.com/227/scalability-of-the-semantic-web/</link>
	<description>Mike Bergman on the semantic Web and structured Web</description>
	<lastBuildDate>Mon, 06 Feb 2012 00:15:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: AI3:::Adaptive Information &#187; Blog Archive &#187; Methods for Semantic Discovery, Annotation and Mediation</title>
		<link>http://www.mkbergman.com/227/scalability-of-the-semantic-web/comment-page-1/#comment-34920</link>
		<dc:creator>AI3:::Adaptive Information &#187; Blog Archive &#187; Methods for Semantic Discovery, Annotation and Mediation</dc:creator>
		<pubDate>Tue, 06 Feb 2007 17:01:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkbergman.com/?p=227#comment-34920</guid>
		<description>[...] Once all of these reconciliations take place there is the (often undiscussed) need to index, store and retrieve these semantics and their relationships at scale, particularly for enterprise deployments. This is a topic I have addressed many times from the standpoint of scalability, more scalability, and comparisons of database and relational technologies, but it is also not a new topic in the general community. [...]</description>
		<content:encoded><![CDATA[<p>[...] Once all of these reconciliations take place there is the (often undiscussed) need to index, store and retrieve these semantics and their relationships at scale, particularly for enterprise deployments. This is a topic I have addressed many times from the standpoint of scalability, more scalability, and comparisons of database and relational technologies, but it is also not a new topic in the general community. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.mkbergman.com/227/scalability-of-the-semantic-web/comment-page-1/#comment-8634</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Sun, 06 Aug 2006 23:00:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkbergman.com/?p=227#comment-8634</guid>
		<description>Danny&#039;s comment is interesting, as our most all of his observations.

I think the difference of opinion is one of use and perspective.  No one is saying that meaningful things can not be done (or can not be &quot;useful&quot;) with triples in a semantic Web sense using conventional DBs.  But from the perspectives of both:  1) enterprise applications (which is where I mostly reside) with mucho metadata and entities, scalability is an imperative; and 2) over the long haul metadata and attribute IE and richness will (I believe) become ubiquitous for the characterization and management of document-centric information.

I like baby steps; baby steps are fine.  But I also like to think what the strapping child might look like when it heads off to college.</description>
		<content:encoded><![CDATA[<p>Danny&#8217;s comment is interesting, as our most all of his observations.</p>
<p>I think the difference of opinion is one of use and perspective.  No one is saying that meaningful things can not be done (or can not be &#8220;useful&#8221;) with triples in a semantic Web sense using conventional DBs.  But from the perspectives of both:  1) enterprise applications (which is where I mostly reside) with mucho metadata and entities, scalability is an imperative; and 2) over the long haul metadata and attribute IE and richness will (I believe) become ubiquitous for the characterization and management of document-centric information.</p>
<p>I like baby steps; baby steps are fine.  But I also like to think what the strapping child might look like when it heads off to college.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny</title>
		<link>http://www.mkbergman.com/227/scalability-of-the-semantic-web/comment-page-1/#comment-8627</link>
		<dc:creator>Danny</dc:creator>
		<pubDate>Sun, 06 Aug 2006 20:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkbergman.com/?p=227#comment-8627</guid>
		<description>What Henry said ;-)

Triplestores are only conceptually only really a cache of a particular part of the Semantic Web. The Web doesn&#039;t depend on hugely scalable DBs to function (because it&#039;s distributed) and the same applies to the Semantic Web. Check timbl&#039;s Tabulator, it only remembers maybe a couple of hundred statements every session, yet is a useful browser.

Additionally existing databases (of any size) can be exposed on the SW, either providing data in RDF formats or (better still) via the SPARQL query language. (This point was raised in relation to your post &lt;a href=&quot;http://chatlogs.planetrdf.com/swig/2006-08-06.html#T16-39-54&quot; rel=&quot;nofollow&quot;&gt;over here&lt;/a&gt;).

That&#039;s not to say triplestore scalability isn&#039;t nice to have, it&#039;s just not a prerequisite for the Semantic Web, your main argument here is something of a strawman.</description>
		<content:encoded><![CDATA[<p>What Henry said <img src='http://www.mkbergman.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Triplestores are only conceptually only really a cache of a particular part of the Semantic Web. The Web doesn&#8217;t depend on hugely scalable DBs to function (because it&#8217;s distributed) and the same applies to the Semantic Web. Check timbl&#8217;s Tabulator, it only remembers maybe a couple of hundred statements every session, yet is a useful browser.</p>
<p>Additionally existing databases (of any size) can be exposed on the SW, either providing data in RDF formats or (better still) via the SPARQL query language. (This point was raised in relation to your post <a href="http://chatlogs.planetrdf.com/swig/2006-08-06.html#T16-39-54" rel="nofollow">over here</a>).</p>
<p>That&#8217;s not to say triplestore scalability isn&#8217;t nice to have, it&#8217;s just not a prerequisite for the Semantic Web, your main argument here is something of a strawman.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Atanas Kiryakov</title>
		<link>http://www.mkbergman.com/227/scalability-of-the-semantic-web/comment-page-1/#comment-4900</link>
		<dc:creator>Atanas Kiryakov</dc:creator>
		<pubDate>Thu, 22 Jun 2006 00:02:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mkbergman.com/?p=227#comment-4900</guid>
		<description>An update regarding &lt;a href=&quot;http://www.ontotex.com/owlim/&quot; rel=&quot;nofollow&quot;&gt;OWLIM&lt;/a&gt;, which seems relevant to this discussion: recent evaluation demonstrated that its BigOWLIM version can handle a billion of triples, namely to pass the LUBM(8000,0) benchmark, including some OWL reasoning. Please, check the &lt;a href=&quot;http://www.ontotext.com/news.html#bigowlim06&quot; rel=&quot;nofollow&quot;&gt;press release&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>An update regarding <a href="http://www.ontotex.com/owlim/" rel="nofollow">OWLIM</a>, which seems relevant to this discussion: recent evaluation demonstrated that its BigOWLIM version can handle a billion of triples, namely to pass the LUBM(8000,0) benchmark, including some OWL reasoning. Please, check the <a href="http://www.ontotext.com/news.html#bigowlim06" rel="nofollow">press release</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

