<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/eulergui/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/eulergui/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/eulergui/feature-requests/</id><updated>2014-02-27T19:03:09.509000Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>N3 form: show nicely  URI buttons</title><link href="https://sourceforge.net/p/eulergui/feature-requests/11/" rel="alternate"/><published>2014-02-27T19:03:09.509000Z</published><updated>2014-02-27T19:03:09.509000Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.net4aaa3b5a818a0df5bbac1bb9e637c6c1b2561221</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In DataGUI, the "add URI" buttons should show either an icon related to the Class, property, or an meaningful name, or else a link icon.&lt;br /&gt;
The link buttons to "existing" URI's should show either an icon related to the instance individual, or fallback related to the Class, property, or an meaningful name typically the rdfs:label, or else the abbreviated URI as it is today.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>log and message pane</title><link href="https://sourceforge.net/p/eulergui/feature-requests/10/" rel="alternate"/><published>2010-03-22T09:58:56Z</published><updated>2010-03-22T09:58:56Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.net9286c074aa8251356d941b65c7dfd85b78877079</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;remove System.out and System.err&lt;br /&gt;
add a tab or text area for messages&lt;/p&gt;
&lt;p&gt;see if an IDE does not automatically part of the work&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Error on parsing completely stops Drools rules generation</title><link href="https://sourceforge.net/p/eulergui/feature-requests/9/" rel="alternate"/><published>2010-03-15T17:31:58Z</published><updated>2010-03-15T17:31:58Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netcb5e4571103ffe7b941a790025a7b16563c2b8ac</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;In Project.translateN32Drools(), no exception handling and recovery is done.&lt;br /&gt;
So the method completely exits on error.&lt;br /&gt;
It is probably a brutal solution.&lt;br /&gt;
A better alternative is to try to parse the other N3Sources, and just highlight the fact that&lt;br /&gt;
a given set of N3Sources have failed.&lt;/p&gt;
&lt;p&gt;It is probably the correct behaviour when dealing with N3Sources for a project.&lt;br /&gt;
But how to handle the N3 parsing problems when loading the .n3p in the ApplicationKB?&lt;/p&gt;
&lt;p&gt;May be we should try to load as many N3Sources as possible. And then rethrow one Exception&lt;br /&gt;
containing all the N3Sources that have failed.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>move classes: Drools, gui</title><link href="https://sourceforge.net/p/eulergui/feature-requests/8/" rel="alternate"/><published>2010-03-15T10:20:57Z</published><updated>2010-03-15T10:20:57Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.net9275487fe4f55ae998ea87f5437b7c8f9648b11d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;NOTE: of course this is not a (user-visible) feature, but it is convenient ot add it here...&lt;/p&gt;
&lt;p&gt;Refactoring: move classes&lt;/p&gt;
&lt;p&gt;Move n3_project/helpers/*Drools* and related classes to package&lt;br /&gt;
eulergui.drools_engine&lt;/p&gt;
&lt;p&gt;Move most of n3_project package, starting with ProjectGUI to package eulergui.gui.*&lt;br /&gt;
- ProjectGUI to eulergui.gui&lt;br /&gt;
- *Management* to package eulergui.gui.actions&lt;br /&gt;
- *View* to package eulergui.gui.view&lt;/p&gt;
&lt;p&gt;n3_project is too big , and should be splitted; but in doubt to the destination, keep the class here , and we can talk about it.&lt;/p&gt;
&lt;p&gt;Olivier, do you have "move class" refactoring in IntelliJ ?&lt;br /&gt;
Can you move several classes together?&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>watch upgrades in Maven dependencies and maybe automatize</title><link href="https://sourceforge.net/p/eulergui/feature-requests/7/" rel="alternate"/><published>2010-03-12T14:58:56Z</published><updated>2010-03-12T14:58:56Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.net68d18269f6633d239e2f13ad7e90b50350aa4225</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;pellet , Drools, Euler, ... upgrades : automatize ?&lt;/p&gt;
&lt;p&gt;Maybe Maven already has a plugin to watch upgrades in Maven dependencies and maybe automatize.&lt;br /&gt;
Here are the places where we manually look for upgrades:&lt;/p&gt;
&lt;p&gt;Pellet : &lt;a href="http://on.cs.unibas.ch/maven/repository" rel="nofollow"&gt;http://on.cs.unibas.ch/maven/repository&lt;/a&gt;&lt;br /&gt;
Drools: &lt;a href="http://repository.jboss.org/maven2/org/drools/drools-core/" rel="nofollow"&gt;http://repository.jboss.org/maven2/org/drools/drools-core/&lt;/a&gt;&lt;br /&gt;
Euler: &lt;a href="http://eulersharp.sourceforge.net/maven2/euler/euler/?C=M;O=D"&gt;http://eulersharp.sourceforge.net/maven2/euler/euler/?C=M;O=D&lt;/a&gt;&lt;br /&gt;
Jena: &lt;a href="http://openjena.org/repo/com/hp/hpl/jena/jena/" rel="nofollow"&gt;http://openjena.org/repo/com/hp/hpl/jena/jena/&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>change separator in URI's for Java classes</title><link href="https://sourceforge.net/p/eulergui/feature-requests/6/" rel="alternate"/><published>2010-03-12T14:53:35Z</published><updated>2010-03-12T14:53:35Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.net66f453f5f23e494b267acc5146302467a3ceee80</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The separator in URI's for Java classes is currently _ , which is bad, as _ can be in class and package names in Java.&lt;br /&gt;
We should switch to - .&lt;br /&gt;
In class Instanciator there is a constant N3_JAVA_PATH_SEPARATOR .&lt;/p&gt;
&lt;p&gt;But several things are hard-coded and dependant on it : other code ( search for "javax_" and  "java_" ), tests, examples, swing rules in Déductions project.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Problem in Gloze with XML Schema for XHTML </title><link href="https://sourceforge.net/p/eulergui/feature-requests/5/" rel="alternate"/><published>2010-03-12T14:30:48Z</published><updated>2010-03-12T14:30:48Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.net9a76de80d997cd182df3c1eb2cb806da0c8407cb</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Problem with the XHTML Schema and string content&lt;/p&gt;
&lt;p&gt;Steve Battle may help ...&lt;br /&gt;
This rather complex Schema is important in applications.&lt;/p&gt;
&lt;p&gt;Here a simple N3 file test/xhtml.n3 based on the XHTML Schema. &lt;/p&gt;
&lt;p&gt;@prefix : &amp;lt;http://example.com#&amp;gt;.&lt;br /&gt;
@prefix html: &amp;lt;http://www.w3.org/1999/xhtml#&amp;gt;.&lt;br /&gt;
&amp;lt;&amp;gt; html:html _:html.&lt;br /&gt;
_:html html:body :body .&lt;br /&gt;
_:html html:head :head .&lt;br /&gt;
:head html:title "bla" .&lt;/p&gt;
&lt;p&gt;Starting Gloze stand-alone with these arguments:&lt;/p&gt;
&lt;p&gt;test/xhtml.n3&lt;br /&gt;
&lt;a href="http://www.w3.org/1999/xhtml" rel="nofollow"&gt;http://www.w3.org/1999/xhtml&lt;/a&gt;&lt;br /&gt;
&lt;a href="http://www.w3.org/2002/08/xhtml/xhtml1-transitional.xsd" rel="nofollow"&gt;http://www.w3.org/2002/08/xhtml/xhtml1-transitional.xsd&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I got this rather long stack that is hard to understand.&lt;br /&gt;
What is clear is that a Literal "bla" is cast as a Resource.&lt;/p&gt;
&lt;p&gt;Thread [main] (Suspended (exception ClassCastException))&lt;br /&gt;
element.toXML(Node, RDFNode, Context) line: 631&lt;br /&gt;
element.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 559&lt;br /&gt;
sequence.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 184&lt;br /&gt;
choice.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 155&lt;br /&gt;
sequence.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 188&lt;br /&gt;
complexType.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, boolean, Context) line: 263&lt;br /&gt;
complexType.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 246&lt;br /&gt;
element.toXML(Node, RDFNode, Context) line: 632&lt;br /&gt;
element.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 559&lt;br /&gt;
sequence.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 184&lt;br /&gt;
complexType.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, boolean, Context) line: 263&lt;br /&gt;
complexType.toXML(Element, Resource, int, Set&amp;lt;Statement&amp;gt;, Context) line: 246&lt;br /&gt;
element.toXML(Node, RDFNode, Context) line: 632&lt;br /&gt;
Context.toXML(Document, Resource) line: 221&lt;br /&gt;
Gloze.drop(Resource) line: 747&lt;br /&gt;
Gloze.drop(Model, URI) line: 724&lt;br /&gt;
Gloze.rdf_to_xml(URL, File, URI, Model) line: 524&lt;br /&gt;
Gloze.rdf_to_xml(URL, String) line: 560&lt;br /&gt;
Gloze.runGloze(String[]) line: 821&lt;br /&gt;
Gloze.main(String[]) line: 774&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>use insertLogical() instead of insert()</title><link href="https://sourceforge.net/p/eulergui/feature-requests/4/" rel="alternate"/><published>2010-03-12T14:14:25Z</published><updated>2010-03-12T14:14:25Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.netf150676a1081650fb0f641050fc4078a4ce087f3</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;We should use insertLogical() everywhere instead of insert() in the N3 --&amp;gt; Drools translation .&lt;br /&gt;
This will pave the way for :&lt;br /&gt;
- retracting windows and forms by the rule engine&lt;br /&gt;
- temporarily asserting user data subject to validation rules, so that unvalidated stuff gets whiped out by the engine.&lt;/p&gt;
&lt;p&gt;Need to verify that the executation times are inded comparable , if not inferior as Mark says .&lt;/p&gt;
&lt;p&gt;dialog with Mark Protor&lt;/p&gt;
&lt;p&gt;good evening !        I have a question about insertLogical() ;&lt;br /&gt;
I am tempted to use it all the time, but I wonder how much will I have to pay in terms of performances&lt;br /&gt;
&amp;lt;conan&amp;gt; not too much&lt;br /&gt;
&amp;lt;conan&amp;gt; if you are using trunk&lt;br /&gt;
&amp;lt;conan&amp;gt; it's even more efficient there&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>in Gloze remove Maps with URL as key</title><link href="https://sourceforge.net/p/eulergui/feature-requests/3/" rel="alternate"/><published>2010-03-12T13:58:47Z</published><updated>2010-03-12T13:58:47Z</updated><author><name>Jean-Marc Vanel</name><uri>https://sourceforge.net/u/jmvanel/</uri></author><id>https://sourceforge.netafb1df23c992325dcaa3e6f8470431fcd30eb1ce</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I passed FindBugs on Gloze, and it found something interesting:&lt;/p&gt;
&lt;p&gt;This method or field is or uses a Map or Set of URLs. Since both the&lt;br /&gt;
equals and hashCode method of URL perform domain name resolution, this&lt;br /&gt;
can result in a big performance hit. See&lt;br /&gt;
&lt;a href="http://michaelscharf.blogspot.com/2006/11/javaneturlequals-and-hashcode-make.html" rel="nofollow"&gt;http://michaelscharf.blogspot.com/2006/11/javaneturlequals-and-hashcode-make.html&lt;/a&gt;&lt;br /&gt;
for more information. Consider using java.net.URI instead.&lt;/p&gt;
&lt;p&gt;I think it may cause bad performance in Gloze.&lt;/p&gt;
&lt;p&gt;Need to check and coordinate with Steve Battle.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Error in parsing should appear in the GUI</title><link href="https://sourceforge.net/p/eulergui/feature-requests/2/" rel="alternate"/><published>2010-03-11T16:00:57Z</published><updated>2010-03-11T16:00:57Z</updated><author><name>iamlolive</name><uri>https://sourceforge.net/u/iamlolive/</uri></author><id>https://sourceforge.netb48f065376b1ff8c0d7ef0c59932c3fdfffa9771</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When loading a N3Source, if the parsing fails, an error sign should appear left to the file name (with a tooltip corresponding to the error message). &lt;br /&gt;
Editing the source would automatically set the caret at the error line.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>