|
From: An C. T. <tca...@gm...> - 2012-01-02 06:37:10
|
Hi all,
I just checked out the source code of DLLearner 1.0.1 (Revision 3518:
/branches/1.0.1) but it did not work for me.
I started by launching StartGUI.java and tested by opening a
configuration file. However, the following exception occurred:
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at
org.dllearner.reasoning.FastInstanceChecker.init(FastInstanceChecker.java:202)
at org.dllearner.cli.Start.initComponent(Start.java:690)
at org.dllearner.cli.Start.<init>(Start.java:281)
at org.dllearner.gui.Config.loadFile(Config.java:137)
at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298)
I tried with "examples/forte/uncle_owl_large.conf" and
"examples/trains/trains_owl.conf".
I think this will happen with others as well.
I tried to remove the comment for "rc = new OWLAPIReasoner(sources);" at
line 199 but other exceptions happened for the reasoner class (e.g. if I
use OWL file, exception will happen with OWLAPIReasoner.java and so on).
Are there anyone get this revision runs successfully?
Thanks,
An.
|
|
From: Jens L. <le...@in...> - 2012-01-02 08:10:52
|
Hello, On 02.01.2012 07:36, An C. Tran wrote: > Hi all, > > I just checked out the source code of DLLearner 1.0.1 (Revision 3518: > /branches/1.0.1) but it did not work for me. > I started by launching StartGUI.java and tested by opening a > configuration file. However, the following exception occurred: > > Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > at > org.dllearner.reasoning.FastInstanceChecker.init(FastInstanceChecker.java:202) > at org.dllearner.cli.Start.initComponent(Start.java:690) > at org.dllearner.cli.Start.<init>(Start.java:281) > at org.dllearner.gui.Config.loadFile(Config.java:137) > at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298) > > I tried with "examples/forte/uncle_owl_large.conf" and > "examples/trains/trains_owl.conf". > I think this will happen with others as well. > > I tried to remove the comment for "rc = new OWLAPIReasoner(sources);" at > line 199 but other exceptions happened for the reasoner class (e.g. if I > use OWL file, exception will happen with OWLAPIReasoner.java and so on). > > Are there anyone get this revision runs successfully? Chris Shellenbarger (in CC) created the branch for testing various things, e.g. running several learning processes in parallel, about a year ago. Since then, there have been many changes in the main branch (trunk), including the incorporation of some of Chris' ideas from the branch. So all the development is happening in the trunk at the moment. Naming the branch "1.0.1" back then is probably confusing. So unless you have a specific reason for using this branch which I am not aware of, I think it is better to stick with the trunk version. Kind regards, Jens -- Dr. Jens Lehmann AKSW/MOLE Group, Department of Computer Science, University of Leipzig Homepage: http://www.jens-lehmann.org GPG Key: http://jens-lehmann.org/jens_lehmann.asc |
|
From: An C. T. <tca...@gm...> - 2012-01-03 04:09:13
|
Hello Jens,
I checked out the head revision of the trunk but I could not get
DLLearner works as well.
The problem comes from the configuration parser. It seems to me that a
semi-colon is requires after each configuration entry.
For example, I tried to run the "trains" examples and the following
exception was thrown:
INFO - Loading file .... trains_owl.conf.
INFO - starting component manager ... OK (0ms)
org.dllearner.confparser.ParseException: Encountered " <ID> "ks "" at
line 10, column 1.
Was expecting:
";" ...
I tried to add a semi colon at the end of each config option and it
passed the above exception but another exception occurred:
Exception in thread "AWT-EventQueue-0" java.util.NoSuchElementException
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:796)
at java.util.HashMap$KeyIterator.next(HashMap.java:828)
at org.dllearner.gui.Config.loadFile(Config.java:150)
at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298)
I checked the Config.java and Start.java and it seems to me that
Start.java does not adapt to the new structure of config file.
It is still looking for "import" instruction instead of ks.filename
However, it is strange to me that the binary version of DLLearner 1.0.1
runs well. I wonder that there is some source codes of the interface
package have not been committed?
Thank you so much.
Cheers,
An.
On 1/2/2012 9:10 PM, Jens Lehmann wrote:
> Hello,
>
> On 02.01.2012 07:36, An C. Tran wrote:
>> Hi all,
>>
>> I just checked out the source code of DLLearner 1.0.1 (Revision 3518:
>> /branches/1.0.1) but it did not work for me.
>> I started by launching StartGUI.java and tested by opening a
>> configuration file. However, the following exception occurred:
>>
>> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
>> at
>> org.dllearner.reasoning.FastInstanceChecker.init(FastInstanceChecker.java:202)
>> at org.dllearner.cli.Start.initComponent(Start.java:690)
>> at org.dllearner.cli.Start.<init>(Start.java:281)
>> at org.dllearner.gui.Config.loadFile(Config.java:137)
>> at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298)
>>
>> I tried with "examples/forte/uncle_owl_large.conf" and
>> "examples/trains/trains_owl.conf".
>> I think this will happen with others as well.
>>
>> I tried to remove the comment for "rc = new OWLAPIReasoner(sources);" at
>> line 199 but other exceptions happened for the reasoner class (e.g. if I
>> use OWL file, exception will happen with OWLAPIReasoner.java and so on).
>>
>> Are there anyone get this revision runs successfully?
> Chris Shellenbarger (in CC) created the branch for testing various
> things, e.g. running several learning processes in parallel, about a
> year ago. Since then, there have been many changes in the main branch
> (trunk), including the incorporation of some of Chris' ideas from the
> branch. So all the development is happening in the trunk at the moment.
> Naming the branch "1.0.1" back then is probably confusing.
>
> So unless you have a specific reason for using this branch which I am
> not aware of, I think it is better to stick with the trunk version.
>
> Kind regards,
>
> Jens
>
|
|
From: Jens L. <le...@in...> - 2012-01-03 09:22:30
|
Hello An, it seems that you are using a mixture of new and old code in your local version of DL-Learner. Note that we performed many significant changes in the last year, so using an older version of the conf parser in combination with new algorithms etc. won't work. Please try to do a clean fresh SVN checkout of DL-Learner trunk and then verify whether the problem still exists. Note that the current SVN revision is 3522 (as of 10pm CET today). If your confparser package is from revision 2322, then that is from December 2010, which is before the change of the conf file syntax announced in the DL-Learner-1.0-alpha-1 release. That would explain the problems you get. You can subscribe to https://lists.sourceforge.net/lists/listinfo/dl-learner-svn to always get the latest SVN changes, which will help you to stay up to date. >From your questions, it seems that you perform non-trivial changes or additions to DL-Learner. In that case, it may be useful for our research groups to work more closely together. If we do this, then I could give you developer access to DL-Learner and you could perform your changes in a separate branch, which you could synchronise with the trunk occasionally (or eventually we could move them to the trunk itself). Kind regards, Jens -- Dr. Jens Lehmann AKSW/MOLE Group, Department of Computer Science, University of Leipzig Homepage: http://www.jens-lehmann.org GPG Key: http://jens-lehmann.org/jens_lehmann.asc |
|
From: An C. T. <tca...@gm...> - 2012-01-03 10:54:41
|
Hello Jens, Thanks for your kind offer. I am very please to have contribution on your framework. However, I am currently doing some experiments with my idea and will come back with your offer later if it works :-) About the problem, I checked out the head revision from the trunk but it could not work as described. Revision of the interface package is 3522 as you said but the subpackage interface.confparser is still at revision 2322. I just downloaded the head version and tried to get it works without making any changes. Would you like to check it again. Thank you so much. Cheers, An. On 3/01/12 10:21 PM, Jens Lehmann wrote: > Hello An, > > it seems that you are using a mixture of new and old code in your local > version of DL-Learner. Note that we performed many significant changes > in the last year, so using an older version of the conf parser in > combination with new algorithms etc. won't work. Please try to do a > clean fresh SVN checkout of DL-Learner trunk and then verify whether the > problem still exists. > > Note that the current SVN revision is 3522 (as of 10pm CET today). If > your confparser package is from revision 2322, then that is from > December 2010, which is before the change of the conf file syntax > announced in the DL-Learner-1.0-alpha-1 release. That would explain the > problems you get. You can subscribe to > https://lists.sourceforge.net/lists/listinfo/dl-learner-svn to always > get the latest SVN changes, which will help you to stay up to date. > > > From your questions, it seems that you perform non-trivial changes or > additions to DL-Learner. In that case, it may be useful for our research > groups to work more closely together. If we do this, then I could give > you developer access to DL-Learner and you could perform your changes in > a separate branch, which you could synchronise with the trunk > occasionally (or eventually we could move them to the trunk itself). > > Kind regards, > > Jens > |
|
From: Lorenz B. <spo...@st...> - 2012-01-19 10:55:10
|
Hi Steve, kann you send us the ontology and a small example how you run the DL-Learner? Which version are you using? Regards, Lorenz On 18.01.2012 20:42, Steve Hookway wrote: > > Hello All, > > I'd like to learn a particular sequence of numbers. I'm using this > pattern: http://ceur-ws.org/Vol-216/submission_12.pdf to create class > expressions that describe sequences. I've created a number of example > sequences and would like to learn the expression that captures them > all: eg given 4123, 1235, 123, etc and some negative examples, I'd > like to learn the class expression for a list containing sequence > 1,2,3. This task would essentially find the superclass for the > positive examples (a list containing 1,2,3). > > The DL learner examples I've come across use individuals for positive > and negative inputs, but is there any reason classes couldn't be used? > I've tried this and eventually run out of heap space with 1.5 G RAM -- > but wonder if there is anything intrinsically wrong with this > approach. I've also given each class a named individual and made the > individuals the positive and negative examples. But, DL Learner also > eventually runs out of heap space. > > Thanks in advance for the help, > > Steve > > THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS > ADDRESSED. IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL > AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If you are not the > intended recipient, your use of this message for any purpose is > strictly prohibited. If you have received this communication in error, > please delete the message and notify the sender so that we may correct > our records. > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > > > _______________________________________________ > dl-learner-discussion mailing list > dl-...@li... > https://lists.sourceforge.net/lists/listinfo/dl-learner-discussion |
|
From: Lorenz B. <spo...@st...> - 2012-01-20 10:07:38
|
/**
* Father Example
*
* possible solution:
* male AND EXISTS hasChild.TOP
*
* Copyright (C) 2007, Jens Lehmann
*/
// declare some prefixes to use as abbreviations
prefixes = [ ("ex","http://www.cra.com/ontologies/test.owl#") ]
// knowledge source definition
ks.type = "OWL File"
ks.fileName = "test.owl"
// reasoner
reasoner.type = "fast instance checker"
reasoner.sources = { ks }
// learning problem
lp.type = "posNegStandard"
lp.positiveExamples = { "ex:iS4123", "ex:iS9123", "ex:iS1236", "ex:iS1238" }
lp.negativeExamples = { "ex:iS4125",
"ex:iS213",
"ex:iS132",
"ex:iS678",
"ex:iS14253",
"ex:iS789",
"ex:iS237",
"ex:iS1245",
"ex:iS128",
"ex:iS236"
}
// create learning algorithm to run
alg.type = "ocel"
|
|
From: Steve H. <sho...@cr...> - 2012-01-20 15:38:32
|
Thanks Lorenz! I'll have to play with it some more to see if I can't add the right property assertions. Thanks Again, Steve THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records. From: Lorenz Bühmann [mailto:spo...@st...] Sent: Friday, January 20, 2012 5:07 AM To: Steve Hookway Cc: dl-...@li... Subject: Re: [DL-Learner discussion] Learning A Super Class Hi, ok i checked it and built a conf file in our new format (see attachment). It works, but i think that this is not the solution you expect. The problem is that the DL-Learner learns only based on the information about instances. In your case, there are only the class assertions known, but you should also give them the explicit property assertions, e.g. that "iS123 hasNext iS456". Regards, Lorenz On 19.01.2012 17:12, Steve Hookway wrote: Hi Lorenz, Thanks for the quick reply! I'm using the 2010-08-07 release. I haven't tried it yet, but I'll take a crack at running things through the 2011-12-08 beta release to see if I get different results. I've attached the files I'm using. The commented out class Seq123 in test.owl is the class expression I'd ideally like to learn. The instance conf uses individuals for positive/negative examples. test.conf uses classes for positive/negative examples. While putting together the attached files and re-running everything once more before sending it your way, I discovered a typo in one of the URI's in the instance conf file. When I fixed this, DL Learner executed quickly and was able to produce some results. While not the class expression I was hoping for, it still completed! I still can't get things working with the class level positive/negative examples; DL learner still eventually runs out of heap with the test.conf file. Thanks again for the help, Steve THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records. From: Lorenz Bühmann [mailto:spo...@st...] Sent: Thursday, January 19, 2012 5:55 AM To: dl-...@li...<mailto:dl-...@li...> Subject: Re: [DL-Learner discussion] Learning A Super Class Hi Steve, kann you send us the ontology and a small example how you run the DL-Learner? Which version are you using? Regards, Lorenz On 18.01.2012 20:42, Steve Hookway wrote: Hello All, I'd like to learn a particular sequence of numbers. I'm using this pattern: http://ceur-ws.org/Vol-216/submission_12.pdf to create class expressions that describe sequences. I've created a number of example sequences and would like to learn the expression that captures them all: eg given 4123, 1235, 123, etc and some negative examples, I'd like to learn the class expression for a list containing sequence 1,2,3. This task would essentially find the superclass for the positive examples (a list containing 1,2,3). The DL learner examples I've come across use individuals for positive and negative inputs, but is there any reason classes couldn't be used? I've tried this and eventually run out of heap space with 1.5 G RAM - but wonder if there is anything intrinsically wrong with this approach. I've also given each class a named individual and made the individuals the positive and negative examples. But, DL Learner also eventually runs out of heap space. Thanks in advance for the help, Steve THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records. ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ dl-learner-discussion mailing list dl-...@li...<mailto:dl-...@li...> https://lists.sourceforge.net/lists/listinfo/dl-learner-discussion |
|
From: Chris S. <chr...@is...> - 2012-01-03 12:31:50
|
An, I went to the trunk\interfaces\src\main\java\org\dllearner directory and ran the following command: svn info confparser Output: Path: confparser URL: https://dl-learner.svn.sourceforge.net/svnroot/dl-learner/trunk/interfaces/ src/main/java/org/dllearner/confparser Repository Root: https://dl-learner.svn.sourceforge.net/svnroot/dl-learner Repository UUID: af9c125c-f337-0410-9a96-b85bd07cbc14 Revision: 3522 Node Kind: directory Schedule: normal Last Changed Author: jenslehmann Last Changed Rev: 2322 Last Changed Date: 2010-09-21 06:05:42 -0600 (Tue, 21 Sep 2010) So, it's currently at Project Version 3522, but has not been changed since version 2322. Running that config file (trains.conf) with the CLI (CLI.java) works well - but the StartGUI class was not updated to use the new configuration file with the current beta release. We focused most of our time on the command line and we are planning on writing a new GUI in the future. So as of now, the GUI in SVN on the trunk branch can not be used. Sorry for the inconvenience, Chris On Tue, Jan 3, 2012 at 5:00 AM, Chris Shellenbarger < chr...@is...> wrote: > * > * > > -----Original message----- > > *From: *"An C. Tran" <tca...@gm...>* > To: *"dl-...@li..." < > dl-...@li...>* > Sent: *Tue, Jan 3, 2012 06:50:39 GMT+00:00* > Subject: *Re: [DL-Learner discussion] Null Pointer Exception in > FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1 > > Hello Jens, > > I just checked the revision number of "org.dllearner.confparser" package > and it is currently 2322. therefore, I think it should be the parser for > the old configuration file structure and I tried to use the old examples > files and it can parse the learning configuration file. However, when > the ComponenManager tried to create the learning algorithm component, an > exception occurred: > > org.dllearner.core.LearningProblemUnsupportedException: Warning: No > suitable constructor registered for algorithm > org.dllearner.algorithms.celoe.CELOE and problem java.lang.Class. > Registered constructors for org.dllearner.algorithms.celoe.CELOE: []. > at > > org.dllearner.core.ComponentManager.learningAlgorithm(ComponentManager.java:493) > at org.dllearner.cli.Start.**(Start.java:331) > > at org.dllearner.gui.Config.loadFile(Config.java:137) > at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298) > > I checked CELOE class anf reconised that the method > supportedLearningProblems() was commented out. I uncommented this method > and it can work. However, there still has another problem that in my > computer, the accuracy value displayed wrongly. Only question marks (?, > in console) or square sign (in GUI) were displayed instead. > > Cheers, > An. > > > On 1/3/2012 5:08 PM, An C. Tran wrote: > > Hello Jens, > > > > I checked out the head revision of the trunk but I could not get > > DLLearner works as well. > > The problem comes from the configuration parser. It seems to me that a > > semi-colon is requires after each configuration entry. > > For example, I tried to run the "trains" examples and the following > > exception was thrown: > > > > INFO - Loading file .... trains_owl.conf. > > INFO - starting component manager ... OK (0ms) > > org.dllearner.confparser.ParseException: Encountered " ** "ks "" at > > line 10, column 1. > > Was expecting: > > ";" ... > > > > I tried to add a semi colon at the end of each config option and it > > passed the above exception but another exception occurred: > > > > Exception in thread "AWT-EventQueue-0" java.util.NoSuchElementException > > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:796) > > at java.util.HashMap$KeyIterator.next(HashMap.java:828) > > at org.dllearner.gui.Config.loadFile(Config.java:150) > > at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298) > > > > I checked the Config.java and Start.java and it seems to me that > > Start.java does not adapt to the new structure of config file. > > It is still looking for "import" instruction instead of ks.filename > > > > However, it is strange to me that the binary version of DLLearner > > 1.0.1 runs well. I wonder that there is some source codes of the > > interface package have not been committed? > > > > Thank you so much. > > > > > Cheers, > > An. > > > > > > On 1/2/2012 9:10 PM, Jens Lehmann wrote: > >> Hello, > >> > >> On 02.01.2012 07:36, An C. Tran wrote: > >>> Hi all, > >>> > >>> I just checked out the source code of DLLearner 1.0.1 (Revision 3518: > >>> /branches/1.0.1) but it did not work for me. > >>> I started by launching StartGUI.java and tested by opening a > >>> configuration file. However, the following exception occurred: > >>> > >>> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > >>> at > >>> > org.dllearner.reasoning.FastInstanceChecker.init(FastInstanceChecker.java:202) > > >>> > >>> at org.dllearner.cli.Start.initComponent(Start.java:690) > >>> at org.dllearner.cli.Start.**(Start.java:281) > > >>> at org.dllearner.gui.Config.loadFile(Config.java:137) > >>> at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298) > >>> > >>> I tried with "examples/forte/uncle_owl_large.conf" and > >>> "examples/trains/trains_owl.conf". > >>> I think this will happen with others as well. > >>> > >>> I tried to remove the comment for "rc = new > >>> OWLAPIReasoner(sources);" at > >>> line 199 but other exceptions happened for the reasoner class (e.g. > >>> if I > >>> use OWL file, exception will happen with OWLAPIReasoner.java and so > >>> on). > >>> > >>> Are there anyone get this revision runs successfully? > >> Chris Shellenbarger (in CC) created the branch for testing various > >> things, e.g. running several learning processes in parallel, about a > >> year ago. Since then, there have been many changes in the main branch > >> (trunk), including the incorporation of some of Chris' ideas from the > >> branch. So all the development is happening in the trunk at the moment. > >> Naming the branch "1.0.1" back then is probably confusing. > >> > >> So unless you have a specific reason for using this branch which I am > >> not aware of, I think it is better to stick with the trunk version. > >> > >> Kind regards, > >> > >> Jens > >> > > > > > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > dl-learner-discussion mailing list > dl-...@li... > https://lists.sourceforge.net/lists/listinfo/dl-learner-discussion > > |
|
From: Steve H. <sho...@cr...> - 2012-01-18 19:55:02
|
Hello All, I’d like to learn a particular sequence of numbers. I’m using this pattern: http://ceur-ws.org/Vol-216/submission_12.pdf to create class expressions that describe sequences. I’ve created a number of example sequences and would like to learn the expression that captures them all: eg given 4123, 1235, 123, etc and some negative examples, I’d like to learn the class expression for a list containing sequence 1,2,3. This task would essentially find the superclass for the positive examples (a list containing 1,2,3). The DL learner examples I’ve come across use individuals for positive and negative inputs, but is there any reason classes couldn’t be used? I’ve tried this and eventually run out of heap space with 1.5 G RAM – but wonder if there is anything intrinsically wrong with this approach. I’ve also given each class a named individual and made the individuals the positive and negative examples. But, DL Learner also eventually runs out of heap space. Thanks in advance for the help, Steve THIS MESSAGE IS INTENDED FOR THE USE OF THE PERSON TO WHOM IT IS ADDRESSED. IT MAY CONTAIN INFORMATION THAT IS PRIVILEGED, CONFIDENTIAL AND EXEMPT FROM DISCLOSURE UNDER APPLICABLE LAW. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records. |
|
From: An C. T. <tca...@gm...> - 2012-01-03 06:50:51
|
Hello Jens,
I just checked the revision number of "org.dllearner.confparser" package
and it is currently 2322. therefore, I think it should be the parser for
the old configuration file structure and I tried to use the old examples
files and it can parse the learning configuration file. However, when
the ComponenManager tried to create the learning algorithm component, an
exception occurred:
org.dllearner.core.LearningProblemUnsupportedException: Warning: No
suitable constructor registered for algorithm
org.dllearner.algorithms.celoe.CELOE and problem java.lang.Class.
Registered constructors for org.dllearner.algorithms.celoe.CELOE: [].
at
org.dllearner.core.ComponentManager.learningAlgorithm(ComponentManager.java:493)
at org.dllearner.cli.Start.<init>(Start.java:331)
at org.dllearner.gui.Config.loadFile(Config.java:137)
at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298)
I checked CELOE class anf reconised that the method
supportedLearningProblems() was commented out. I uncommented this method
and it can work. However, there still has another problem that in my
computer, the accuracy value displayed wrongly. Only question marks (?,
in console) or square sign (in GUI) were displayed instead.
Cheers,
An.
On 1/3/2012 5:08 PM, An C. Tran wrote:
> Hello Jens,
>
> I checked out the head revision of the trunk but I could not get
> DLLearner works as well.
> The problem comes from the configuration parser. It seems to me that a
> semi-colon is requires after each configuration entry.
> For example, I tried to run the "trains" examples and the following
> exception was thrown:
>
> INFO - Loading file .... trains_owl.conf.
> INFO - starting component manager ... OK (0ms)
> org.dllearner.confparser.ParseException: Encountered " <ID> "ks "" at
> line 10, column 1.
> Was expecting:
> ";" ...
>
> I tried to add a semi colon at the end of each config option and it
> passed the above exception but another exception occurred:
>
> Exception in thread "AWT-EventQueue-0" java.util.NoSuchElementException
> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:796)
> at java.util.HashMap$KeyIterator.next(HashMap.java:828)
> at org.dllearner.gui.Config.loadFile(Config.java:150)
> at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298)
>
> I checked the Config.java and Start.java and it seems to me that
> Start.java does not adapt to the new structure of config file.
> It is still looking for "import" instruction instead of ks.filename
>
> However, it is strange to me that the binary version of DLLearner
> 1.0.1 runs well. I wonder that there is some source codes of the
> interface package have not been committed?
>
> Thank you so much.
>
> Cheers,
> An.
>
>
> On 1/2/2012 9:10 PM, Jens Lehmann wrote:
>> Hello,
>>
>> On 02.01.2012 07:36, An C. Tran wrote:
>>> Hi all,
>>>
>>> I just checked out the source code of DLLearner 1.0.1 (Revision 3518:
>>> /branches/1.0.1) but it did not work for me.
>>> I started by launching StartGUI.java and tested by opening a
>>> configuration file. However, the following exception occurred:
>>>
>>> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
>>> at
>>> org.dllearner.reasoning.FastInstanceChecker.init(FastInstanceChecker.java:202)
>>>
>>> at org.dllearner.cli.Start.initComponent(Start.java:690)
>>> at org.dllearner.cli.Start.<init>(Start.java:281)
>>> at org.dllearner.gui.Config.loadFile(Config.java:137)
>>> at org.dllearner.gui.StartGUI.actionPerformed(StartGUI.java:298)
>>>
>>> I tried with "examples/forte/uncle_owl_large.conf" and
>>> "examples/trains/trains_owl.conf".
>>> I think this will happen with others as well.
>>>
>>> I tried to remove the comment for "rc = new
>>> OWLAPIReasoner(sources);" at
>>> line 199 but other exceptions happened for the reasoner class (e.g.
>>> if I
>>> use OWL file, exception will happen with OWLAPIReasoner.java and so
>>> on).
>>>
>>> Are there anyone get this revision runs successfully?
>> Chris Shellenbarger (in CC) created the branch for testing various
>> things, e.g. running several learning processes in parallel, about a
>> year ago. Since then, there have been many changes in the main branch
>> (trunk), including the incorporation of some of Chris' ideas from the
>> branch. So all the development is happening in the trunk at the moment.
>> Naming the branch "1.0.1" back then is probably confusing.
>>
>> So unless you have a specific reason for using this branch which I am
>> not aware of, I think it is better to stick with the trunk version.
>>
>> Kind regards,
>>
>> Jens
>>
>
|