<?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: Start Your Query Engines</title>
	<atom:link href="http://clownsinmycoffee.net/2006/12/14/what-he-said/feed/" rel="self" type="application/rss+xml" />
	<link>http://clownsinmycoffee.net/2006/12/14/what-he-said/</link>
	<description>Inanity of the most cogent sort you can find.</description>
	<pubDate>Sat, 11 Oct 2008 18:04:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Ronald P. Reck</title>
		<link>http://clownsinmycoffee.net/2006/12/14/what-he-said/#comment-333</link>
		<dc:creator>Ronald P. Reck</dc:creator>
		<pubDate>Thu, 04 Jan 2007 20:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://clownsinmycoffee.net/2006/12/14/what-he-said/#comment-333</guid>
		<description>There is a straight-forward reason why we chose to use XQuery rather than SPARQL. SPARQL is currently a W3C "Working Draft" and the abstract for the Dec. 2006 conference was submitted in June 2006 when SPARQL was even less mature than it is now. In contrast, XQuery was a "Candidate Recommendation" when we started and is now a "Proposed Recommendation", likely to become a full Recommendation in January or February.

Our contention is that it is far more practical to focus on the more mature technology for a time-limited pilot. One would hope that US taxpayers appreciate when contractors aren't consuming taxpayer dollars on technology that -- by W3C definition -- "is likely to change".

(Reference: http://www.w3.org/TR/#About and http://www.w3.org/2005/10/Process-20051014/tr#maturity-levels.)

Also, please note that on page 26 of our published paper (*), we specifically mention SPARQL in the context of "Future Work Potentials", assuming it progresses along the W3C Recommendation Track. 

(*) See
http://2006.xmlconference.org/proceedings/57/presentation.pdf
http://iama.rrecktek.com/xml2006/XML2006-XQuery-paper-Sall-Reck-ID57.pdf
or
http://kensall.com/xmlconf/xml2006-Sall-Reck-XQuery-OWL-Factbook-Wikipedia-PG-paper.pdf</description>
		<content:encoded><![CDATA[<p>There is a straight-forward reason why we chose to use XQuery rather than SPARQL. SPARQL is currently a W3C &#8220;Working Draft&#8221; and the abstract for the Dec. 2006 conference was submitted in June 2006 when SPARQL was even less mature than it is now. In contrast, XQuery was a &#8220;Candidate Recommendation&#8221; when we started and is now a &#8220;Proposed Recommendation&#8221;, likely to become a full Recommendation in January or February.</p>
<p>Our contention is that it is far more practical to focus on the more mature technology for a time-limited pilot. One would hope that US taxpayers appreciate when contractors aren&#8217;t consuming taxpayer dollars on technology that &#8212; by W3C definition &#8212; &#8220;is likely to change&#8221;.</p>
<p>(Reference: <a href="http://www.w3.org/TR/#About" rel="nofollow">http://www.w3.org/TR/#About</a> and <a href="http://www.w3.org/2005/10/Process-20051014/tr#maturity-levels" rel="nofollow">http://www.w3.org/2005/10/Process-20051014/tr#maturity-levels</a>.)</p>
<p>Also, please note that on page 26 of our published paper (*), we specifically mention SPARQL in the context of &#8220;Future Work Potentials&#8221;, assuming it progresses along the W3C Recommendation Track. </p>
<p>(*) See<br />
<a href="http://2006.xmlconference.org/proceedings/57/presentation.pdf" rel="nofollow">http://2006.xmlconference.org/proceedings/57/presentation.pdf</a><br />
<a href="http://iama.rrecktek.com/xml2006/XML2006-XQuery-paper-Sall-Reck-ID57.pdf" rel="nofollow">http://iama.rrecktek.com/xml2006/XML2006-XQuery-paper-Sall-Reck-ID57.pdf</a><br />
or<br />
<a href="http://kensall.com/xmlconf/xml2006-Sall-Reck-XQuery-OWL-Factbook-Wikipedia-PG-paper.pdf" rel="nofollow">http://kensall.com/xmlconf/xml2006-Sall-Reck-XQuery-OWL-Factbook-Wikipedia-PG-paper.pdf</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
