<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/pyke/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/pyke/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 15 Oct 2013 11:35:17 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/pyke/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Pluggable fact readers and result exporters?</title><link>https://sourceforge.net/p/pyke/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be nice if one could import facts directly from a SQL database, CSV file or JSON file. Likewise it would be useful to be able to export the results in various forms.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Petri</dc:creator><pubDate>Tue, 15 Oct 2013 11:35:17 -0000</pubDate><guid>https://sourceforge.net4b49c46b3d6f44845df1f5fda9e5cf6647c538a3</guid></item><item><title>Simple tutorial with examples needed</title><link>https://sourceforge.net/p/pyke/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Currently, the documentation, while a good reference, is a bit convoluted and hard to approach for new users of PyKE. A tutorial written in layman's terms using some simple (and short) examples would be helpful and make the project more approachable and easier to start using.&lt;/p&gt;
&lt;p&gt;Also, it would be good to illustrate more the different purpose of forward vs. backward chaining rules and their relative merits as it seems they can to some extent be used interchangeably?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Petri</dc:creator><pubDate>Tue, 15 Oct 2013 11:13:31 -0000</pubDate><guid>https://sourceforge.net8d954dddafde0c8d8f328bf0d3a751446000b206</guid></item><item><title>Move to github?</title><link>https://sourceforge.net/p/pyke/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Would you care to move this project to github? I bet there would be a lot more community involvement. At least it would be a lot easier. SourceForge is so lagging behind.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Petri</dc:creator><pubDate>Tue, 15 Oct 2013 11:07:23 -0000</pubDate><guid>https://sourceforge.net4ee2d3dd1bfb65251148a5b89a1cf8a45bb0e6b5</guid></item><item><title>Function returning list of specific facts</title><link>https://sourceforge.net/p/pyke/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;it would be nice to have a function similar to fact_base.dump_specific_facts() which returns the list of specific facts rather than just printing them. As for now I'm using this to retrieve the list of facts after forward chaining:&lt;/p&gt;
&lt;p&gt;...&lt;br /&gt;
engine.activate('fc')&lt;br /&gt;
mylist = engine.knowledge_bases&lt;span&gt;['ontology']&lt;/span&gt;.entity_lists&lt;span&gt;['triple']&lt;/span&gt;.case_specific_facts&lt;/p&gt;
&lt;p&gt;Is it right? If yes, it would be nice to have a function doing just this (and the same for universal facts).&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Nicola&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nvitucci</dc:creator><pubDate>Thu, 12 Sep 2013 09:13:02 -0000</pubDate><guid>https://sourceforge.net60c1cb6c4c45755dfe5909ba6b1f94901adabdaf</guid></item><item><title>Automatically create fact bases mentioned in fc rules</title><link>https://sourceforge.net/p/pyke/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Pyke currently throws an error if a forward-chaining rule references a fact base that has no facts in it.  This happens before any rules are run to be able to add facts, which would create the fact base.&lt;/p&gt;
&lt;p&gt;This suggestion is to create these fact bases automatically, rather than raising an exception.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Frederiksen</dc:creator><pubDate>Fri, 23 Apr 2010 21:51:23 -0000</pubDate><guid>https://sourceforge.netb57d066233479dac0929a8fb0553832991d99481</guid></item><item><title>Create top-level pyke class</title><link>https://sourceforge.net/p/pyke/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Create a top-level pyke class to support multiple instances of the knowledge engine.&lt;/p&gt;
&lt;p&gt;This would also be useful to be able to run the pyke compiler in a separate pyke instance without having to launch another copy of the python interpretor.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Mon, 07 Jan 2008 01:12:26 -0000</pubDate><guid>https://sourceforge.netbacc652e298ee45b8b53b3e3e029de3f4be97cd1</guid></item><item><title>Automatically generate plan specs</title><link>https://sourceforge.net/p/pyke/feature-requests/1/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be nice if pyke could automatically generate "$$()" plan specs for *when* premises that return a plan but don't have a plan spec specified.  This might generate a "return $$()" for the last premise if there is also no *with* clause.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bruce Frederiksen</dc:creator><pubDate>Fri, 04 Jan 2008 15:56:44 -0000</pubDate><guid>https://sourceforge.net29ff7982253aae5e66c20c3e5c3c591f3f26e303</guid></item></channel></rss>