<?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: Witchly interlude: SPASSing out</title>
	<atom:link href="http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/feed/" rel="self" type="application/rss+xml" />
	<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/</link>
	<description>Make lots of money through stealth in shadows</description>
	<pubDate>Sat, 11 Oct 2008 01:34:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-3395</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Thu, 04 Jan 2007 03:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-3395</guid>
		<description>I'll be using a ground semantic calculus, since that's what's most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.

RETE and LP (by which I presume you mean logic programming) don't &lt;em&gt;most&lt;/em&gt; naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.

But the most natural metric would be performance, I would think :)

And do you mean "optimizations" by "heuristics"? Many optimizations are not heuristic, at least not in how I understand "heuristic".</description>
		<content:encoded><![CDATA[<p>I&#8217;ll be using a ground semantic calculus, since that&#8217;s what&#8217;s most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.</p>
<p>RETE and LP (by which I presume you mean logic programming) don&#8217;t <em>most</em> naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.</p>
<p>But the most natural metric would be performance, I would think :)</p>
<p>And do you mean &#8220;optimizations&#8221; by &#8220;heuristics&#8221;? Many optimizations are not heuristic, at least not in how I understand &#8220;heuristic&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8478</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Thu, 04 Jan 2007 00:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8478</guid>
		<description>I'll be using a ground semantic calculus, since that's what's most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.&lt;br&gt;&lt;br&gt;RETE and LP (by which I presume you mean logic programming) don't &lt;em&gt;most&lt;/em&gt; naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.&lt;br&gt;&lt;br&gt;But the most natural metric would be performance, I would think :)&lt;br&gt;&lt;br&gt;And do you mean "optimizations" by "heuristics"? Many optimizations are not heuristic, at least not in how I understand "heuristic".</description>
		<content:encoded><![CDATA[<p>I&#8217;ll be using a ground semantic calculus, since that&#8217;s what&#8217;s most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.</p>
<p>RETE and LP (by which I presume you mean logic programming) don&#8217;t <em>most</em> naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.</p>
<p>But the most natural metric would be performance, I would think :)</p>
<p>And do you mean &#8220;optimizations&#8221; by &#8220;heuristics&#8221;? Many optimizations are not heuristic, at least not in how I understand &#8220;heuristic&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8432</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Thu, 04 Jan 2007 00:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8432</guid>
		<description>I'll be using a ground semantic calculus, since that's what's most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.&lt;br&gt;&lt;br&gt;RETE and LP (by which I presume you mean logic programming) don't &lt;em&gt;most&lt;/em&gt; naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.&lt;br&gt;&lt;br&gt;But the most natural metric would be performance, I would think :)&lt;br&gt;&lt;br&gt;And do you mean "optimizations" by "heuristics"? Many optimizations are not heuristic, at least not in how I understand "heuristic".</description>
		<content:encoded><![CDATA[<p>I&#8217;ll be using a ground semantic calculus, since that&#8217;s what&#8217;s most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.</p>
<p>RETE and LP (by which I presume you mean logic programming) don&#8217;t <em>most</em> naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.</p>
<p>But the most natural metric would be performance, I would think :)</p>
<p>And do you mean &#8220;optimizations&#8221; by &#8220;heuristics&#8221;? Many optimizations are not heuristic, at least not in how I understand &#8220;heuristic&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8400</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Thu, 04 Jan 2007 00:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8400</guid>
		<description>I'll be using a ground semantic calculus, since that's what's most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.&lt;br&gt;&lt;br&gt;RETE and LP (by which I presume you mean logic programming) don't &lt;em&gt;most&lt;/em&gt; naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.&lt;br&gt;&lt;br&gt;But the most natural metric would be performance, I would think :)&lt;br&gt;&lt;br&gt;And do you mean "optimizations" by "heuristics"? Many optimizations are not heuristic, at least not in how I understand "heuristic".</description>
		<content:encoded><![CDATA[<p>I&#8217;ll be using a ground semantic calculus, since that&#8217;s what&#8217;s most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.</p>
<p>RETE and LP (by which I presume you mean logic programming) don&#8217;t <em>most</em> naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.</p>
<p>But the most natural metric would be performance, I would think :)</p>
<p>And do you mean &#8220;optimizations&#8221; by &#8220;heuristics&#8221;? Many optimizations are not heuristic, at least not in how I understand &#8220;heuristic&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bijan Parsia</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8177</link>
		<dc:creator>Bijan Parsia</dc:creator>
		<pubDate>Thu, 04 Jan 2007 00:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8177</guid>
		<description>I'll be using a ground semantic calculus, since that's what's most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.&lt;br&gt;&lt;br&gt;RETE and LP (by which I presume you mean logic programming) don't &lt;em&gt;most&lt;/em&gt; naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.&lt;br&gt;&lt;br&gt;But the most natural metric would be performance, I would think :)&lt;br&gt;&lt;br&gt;And do you mean "optimizations" by "heuristics"? Many optimizations are not heuristic, at least not in how I understand "heuristic".</description>
		<content:encoded><![CDATA[<p>I&#8217;ll be using a ground semantic calculus, since that&#8217;s what&#8217;s most commonly used in DL reasoners. I suppose I could do a free variable one as well, which will pop in unification.</p>
<p>RETE and LP (by which I presume you mean logic programming) don&#8217;t <em>most</em> naturally conflate in my lexicon. The bog standard framework for LP is resolution, from Prolog and Datalog to disjunctive datalog and answer set programming.</p>
<p>But the most natural metric would be performance, I would think :)</p>
<p>And do you mean &#8220;optimizations&#8221; by &#8220;heuristics&#8221;? Many optimizations are not heuristic, at least not in how I understand &#8220;heuristic&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chimezie</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-3394</link>
		<dc:creator>chimezie</dc:creator>
		<pubDate>Thu, 04 Jan 2007 00:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-3394</guid>
		<description>I'd be curious to see how a tableau proof compares to a resolution-based proof.  "AI: A Modern Approach" has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo's euler-enhanced resolution mechanism for proof and backward chaining.

I've recently pondered hooking up the python RETE-UL [2] implementation I've been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.

Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)

[1] http://aima.cs.berkeley.edu/python/logic.html
[2] http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious to see how a tableau proof compares to a resolution-based proof.  &#8220;AI: A Modern Approach&#8221; has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo&#8217;s euler-enhanced resolution mechanism for proof and backward chaining.</p>
<p>I&#8217;ve recently pondered hooking up the python RETE-UL [2] implementation I&#8217;ve been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.</p>
<p>Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)</p>
<p>[1] <a href="http://aima.cs.berkeley.edu/python/logic.html" rel="nofollow">http://aima.cs.berkeley.edu/python/logic.html</a><br />
[2] <a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf" rel="nofollow">http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chimezie</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8477</link>
		<dc:creator>chimezie</dc:creator>
		<pubDate>Wed, 03 Jan 2007 21:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8477</guid>
		<description>I'd be curious to see how a tableau proof compares to a resolution-based proof.  "AI: A Modern Approach" has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo's euler-enhanced resolution mechanism for proof and backward chaining.&lt;br&gt;&lt;br&gt;I've recently pondered hooking up the python RETE-UL [2] implementation I've been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.&lt;br&gt;&lt;br&gt;Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)&lt;br&gt;&lt;br&gt;[1] &lt;a href="http://aima.cs.berkeley.edu/python/logic.html"&gt;http://aima.cs.berkeley.edu/python/logic.html&lt;/a&gt;&lt;br&gt;[2] &lt;a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"&gt;http://reports-archive.adm.cs.cmu.edu/anon/1995...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious to see how a tableau proof compares to a resolution-based proof.  &#8220;AI: A Modern Approach&#8221; has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo&#8217;s euler-enhanced resolution mechanism for proof and backward chaining.</p>
<p>I&#8217;ve recently pondered hooking up the python RETE-UL [2] implementation I&#8217;ve been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.</p>
<p>Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)</p>
<p>[1] <a href="http://aima.cs.berkeley.edu/python/logic.html">http://aima.cs.berkeley.edu/python/logic.html</a><br />
[2] <a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"></a><a href="http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230" rel="nofollow">http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230</a>;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chimezie</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8431</link>
		<dc:creator>chimezie</dc:creator>
		<pubDate>Wed, 03 Jan 2007 21:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8431</guid>
		<description>I'd be curious to see how a tableau proof compares to a resolution-based proof.  "AI: A Modern Approach" has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo's euler-enhanced resolution mechanism for proof and backward chaining.&lt;br&gt;&lt;br&gt;I've recently pondered hooking up the python RETE-UL [2] implementation I've been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.&lt;br&gt;&lt;br&gt;Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)&lt;br&gt;&lt;br&gt;[1] &lt;a href="http://aima.cs.berkeley.edu/python/logic.html"&gt;http://aima.cs.berkeley.edu/python/logic.html&lt;/a&gt;&lt;br&gt;[2] &lt;a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"&gt;http://reports-archive.adm.cs.cmu.edu/anon/1995...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious to see how a tableau proof compares to a resolution-based proof.  &#8220;AI: A Modern Approach&#8221; has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo&#8217;s euler-enhanced resolution mechanism for proof and backward chaining.</p>
<p>I&#8217;ve recently pondered hooking up the python RETE-UL [2] implementation I&#8217;ve been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.</p>
<p>Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)</p>
<p>[1] <a href="http://aima.cs.berkeley.edu/python/logic.html">http://aima.cs.berkeley.edu/python/logic.html</a><br />
[2] <a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"></a><a href="http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230" rel="nofollow">http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230</a>;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chimezie</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8399</link>
		<dc:creator>chimezie</dc:creator>
		<pubDate>Wed, 03 Jan 2007 21:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8399</guid>
		<description>I'd be curious to see how a tableau proof compares to a resolution-based proof.  "AI: A Modern Approach" has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo's euler-enhanced resolution mechanism for proof and backward chaining.&lt;br&gt;&lt;br&gt;I've recently pondered hooking up the python RETE-UL [2] implementation I've been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.&lt;br&gt;&lt;br&gt;Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)&lt;br&gt;&lt;br&gt;[1] &lt;a href="http://aima.cs.berkeley.edu/python/logic.html"&gt;http://aima.cs.berkeley.edu/python/logic.html&lt;/a&gt;&lt;br&gt;[2] &lt;a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"&gt;http://reports-archive.adm.cs.cmu.edu/anon/1995...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious to see how a tableau proof compares to a resolution-based proof.  &#8220;AI: A Modern Approach&#8221; has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo&#8217;s euler-enhanced resolution mechanism for proof and backward chaining.</p>
<p>I&#8217;ve recently pondered hooking up the python RETE-UL [2] implementation I&#8217;ve been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.</p>
<p>Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)</p>
<p>[1] <a href="http://aima.cs.berkeley.edu/python/logic.html">http://aima.cs.berkeley.edu/python/logic.html</a><br />
[2] <a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"></a><a href="http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230" rel="nofollow">http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230</a>;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chimezie</title>
		<link>http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8176</link>
		<dc:creator>chimezie</dc:creator>
		<pubDate>Wed, 03 Jan 2007 21:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://clarkparsia.com/weblog/2007/01/03/witchly-interlude-spassing-out/#comment-8176</guid>
		<description>I'd be curious to see how a tableau proof compares to a resolution-based proof.  "AI: A Modern Approach" has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo's euler-enhanced resolution mechanism for proof and backward chaining.&lt;br&gt;&lt;br&gt;I've recently pondered hooking up the python RETE-UL [2] implementation I've been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.&lt;br&gt;&lt;br&gt;Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)&lt;br&gt;&lt;br&gt;[1] &lt;a href="http://aima.cs.berkeley.edu/python/logic.html"&gt;http://aima.cs.berkeley.edu/python/logic.html&lt;/a&gt;&lt;br&gt;[2] &lt;a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"&gt;http://reports-archive.adm.cs.cmu.edu/anon/1995...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious to see how a tableau proof compares to a resolution-based proof.  &#8220;AI: A Modern Approach&#8221; has a nice unification heuristic [1] (in python as well) for a backward chaining algorithm which is similar to how prolog unifies and the basis for Deroo&#8217;s euler-enhanced resolution mechanism for proof and backward chaining.</p>
<p>I&#8217;ve recently pondered hooking up the python RETE-UL [2] implementation I&#8217;ve been playing with a means to track a non-circular path through the RETE network as an alternative proof generation mechanism for large rulesets and factbases.  I wonder if there is some metric for comparing the application of LP heuristics to DLP reasoning against (more traditional) resolution and tableux-based heuristics for the same KR.</p>
<p>Generated proofs, whether or not they are truely valuable, bring about a certain unmatchable satisfaction to a logician =)</p>
<p>[1] <a href="http://aima.cs.berkeley.edu/python/logic.html">http://aima.cs.berkeley.edu/python/logic.html</a><br />
[2] <a href="http://reports-archive.adm.cs.cmu.edu/anon/1995/CMU-CS-95-113.pdf"></a><a href="http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230" rel="nofollow">http://reports-archive.adm.cs.cmu.edu/anon/1995&#8230</a>;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
