dl-learner-discussion — DL-Learner related discussions

Re: [DL-Learner discussion] Jamon logging

[Sebastian H. <hel...@in...>]

The general problem I have with AOP is that it adds quite a technology 
stack on top of DL-Learner. Normally, you will need to install 
additional eclipse plugins and whatnot to weave the aspect into the 
program and I would not do this for logging alone.

Jamon is fairly easy to use, but needs some extra cross concern code. On 
their site however, they state that:
http://jamonapi.sourceforge.net/#jamonmisc
"In fact when totally disabled there is NO PERFORMANCE IMPACT 
whatsoever, as the actual object is returned and not a monitored object. "

I really don't care, where we insert the time profiling code, but we 
should decide on one framework to use and then use it consistently.

I am not so much concerned about third parties in general. DL-Learner's 
impact would benefit greatly from better speed performance compared to 
the disadvantage of some cross_cutting Jamon code here and there. I 
would always opt for the ease of faster finding bottlenecks.

Have you ever used the Metrics system? The page looks nice, but so does 
the page of http://projectlombok.org/ (with many disadvantages in the 
end).  Compatibility with VisualVM is also a plus, but I can not judge, 
whether it is unnecessary overhead.

All th best,
Sebastian



On 04/19/2012 04:53 PM, Chris Shellenbarger wrote:
> Hi Sebastian,
>     I think leveraging metrics is a good idea, and along with other cross cutting concerns<http://bit.ly/JnbghC>, I think we need to be careful and not let it into the components-core main library.  A better place for it is up at the interfaces(CLI, etc) level as these are the clients which leverage the core library and do all of the instantiation of the objects they require.  The same goes for third parties who are leveraging just the core jar - the responsibility is on the client to inject these types of concerns at runtime.  This is important for various reasons, but an important reason that affects third parties is that some may want to use another metrics library like Metrics<http://metrics.codahale.com/>  rather than Jamon.  Some may want no metrics at all - this is a client specific choice and shouldn't be at the library level.
>
> A nice way of implementing cross cutting concerns like these is to use dynamic proxies/aspect oriented programming (AOP).  We can inject these in behind any interface without changing any code.  For the clients produced by the DL-Learner team, this can be injected as an aspect to wrap all interfaces instantiated by the Spring ApplicationContext with monitoring code.
>
> Jamon looks like it's using dynamic proxies to wrapper implementations of interfaces - this typically means it can only monitor methods which are on interfaces.  The same holds true for Spring's dynamic proxies - you can't inject proxies with abstract or concrete classes other than through some byte code manipulation (compile time weaving).   A lot of DL-Learner's methods are defined at the Abstract class level - we can probably analyze these and move the appropriate methods up to an interface.  There will be other benefits to components interacting only with interfaces as well.
>
> So, to summarize, in our clients (CLI, etc) we can inject an aspect to leverage Jamon monitoring, but we can't monitor methods which aren't defined in an interface.  I believe the client is the place for this type of code to go as it is responsible for instantiating objects- DL-Learner uses Spring for that, but that's not a requirement for third parties.
>
> Please let me know your thoughts on this.
>
> Thanks,
> Chris
>
> From: Sebastian Hellmann [mailto:hel...@in...]
> Sent: Wednesday, April 18, 2012 11:55 PM
> To: dl-...@li...
> Subject: [DL-Learner discussion] Jamon logging
>
> Hi all,
> maybe we can add these three lines, at a place where all the objects such as Knowledgesources are created?
> http://jamonapi.sourceforge.net/#monitoringinterfaces
>
> import com.jamonapi.proxy.*;
>
>
>
> // The MyObject() class has to implement MyInterface for monitoring to work.
>
> MyInterface myObject = (MyInterface) MonProxyFactory.monitor(new MyObject());
>
> myObject.myMethod();// method call will be monitored with JAMon.
>
>
> All the best,
> Sebastian
>
>
>
> --
>
> Dipl. Inf. Sebastian Hellmann
>
> Department of Computer Science, University of Leipzig
>
> Projects: http://nlp2rdf.org , http://dbpedia.org
>
> Homepage: http://bis.informatik.uni-leipzig.de/SebastianHellmann
>
> Research Group: http://aksw.org
>


-- 
Dipl. Inf. Sebastian Hellmann
Department of Computer Science, University of Leipzig
Projects: http://nlp2rdf.org , http://dbpedia.org
Homepage: http://bis.informatik.uni-leipzig.de/SebastianHellmann
Research Group: http://aksw.org

Re: [DL-Learner discussion] Jamon logging

[Chris S. <chr...@is...>]

Hi Sebastian,
   I think leveraging metrics is a good idea, and along with other cross cutting concerns<http://bit.ly/JnbghC>, I think we need to be careful and not let it into the components-core main library.  A better place for it is up at the interfaces(CLI, etc) level as these are the clients which leverage the core library and do all of the instantiation of the objects they require.  The same goes for third parties who are leveraging just the core jar - the responsibility is on the client to inject these types of concerns at runtime.  This is important for various reasons, but an important reason that affects third parties is that some may want to use another metrics library like Metrics<http://metrics.codahale.com/> rather than Jamon.  Some may want no metrics at all - this is a client specific choice and shouldn't be at the library level.

A nice way of implementing cross cutting concerns like these is to use dynamic proxies/aspect oriented programming (AOP).  We can inject these in behind any interface without changing any code.  For the clients produced by the DL-Learner team, this can be injected as an aspect to wrap all interfaces instantiated by the Spring ApplicationContext with monitoring code.

Jamon looks like it's using dynamic proxies to wrapper implementations of interfaces - this typically means it can only monitor methods which are on interfaces.  The same holds true for Spring's dynamic proxies - you can't inject proxies with abstract or concrete classes other than through some byte code manipulation (compile time weaving).   A lot of DL-Learner's methods are defined at the Abstract class level - we can probably analyze these and move the appropriate methods up to an interface.  There will be other benefits to components interacting only with interfaces as well.

So, to summarize, in our clients (CLI, etc) we can inject an aspect to leverage Jamon monitoring, but we can't monitor methods which aren't defined in an interface.  I believe the client is the place for this type of code to go as it is responsible for instantiating objects- DL-Learner uses Spring for that, but that's not a requirement for third parties.

Please let me know your thoughts on this.

Thanks,
Chris

From: Sebastian Hellmann [mailto:hel...@in...]
Sent: Wednesday, April 18, 2012 11:55 PM
To: dl-...@li...
Subject: [DL-Learner discussion] Jamon logging

Hi all,
maybe we can add these three lines, at a place where all the objects such as Knowledgesources are created?
http://jamonapi.sourceforge.net/#monitoringinterfaces

import com.jamonapi.proxy.*;



// The MyObject() class has to implement MyInterface for monitoring to work.

MyInterface myObject = (MyInterface) MonProxyFactory.monitor(new MyObject());

myObject.myMethod();// method call will be monitored with JAMon.


All the best,
Sebastian



--

Dipl. Inf. Sebastian Hellmann

Department of Computer Science, University of Leipzig

Projects: http://nlp2rdf.org , http://dbpedia.org

Homepage: http://bis.informatik.uni-leipzig.de/SebastianHellmann

Research Group: http://aksw.org

[DL-Learner discussion] Jamon logging

[Sebastian H. <hel...@in...>]

Hi all,
maybe we can add these three lines, at a place where all the objects 
such as Knowledgesources are created?
http://jamonapi.sourceforge.net/#monitoringinterfaces

||

import com.jamonapi.proxy.*;

// The MyObject() class has to implement MyInterface for monitoring to work.
MyInterface myObject = (MyInterface) MonProxyFactory.monitor(new MyObject());
myObject.myMethod();// method call will be monitored with JAMon.



All the best,
Sebastian

-- 
Dipl. Inf. Sebastian Hellmann
Department of Computer Science, University of Leipzig
Projects: http://nlp2rdf.org , http://dbpedia.org
Homepage: http://bis.informatik.uni-leipzig.de/SebastianHellmann
Research Group: http://aksw.org

[DL-Learner discussion] Protege Plugin

[soroosh s. <sor...@gm...>]

 Hi All,

I'm new to DL-Learner. As part of my experiment I need to integrate some
components from DL-Learner into Protege.

As easy as it may seem I am having difficulty installing the plugin. I am
using Protege_4.2_alpha on windows 7. I downloaded the link but unzipping
the folder will not yield any DL-learner*.jar to be put in Protege's plugin
folder. Also when I tried to do it directly from Protege-> Preference...
DL-learner plugin does not show on the list of available plugins.

I also downloaded the previous version jar (DL-Learner-protege-plugin.jar)
and placed it in the plugin folders. But after editing the (EquivalentTo)
nothing related to DL-learner shows up (tried it with both Protege4.2.
alpha and beta)

 Help is much appreciated.

Thank you,

Soroush

[DL-Learner discussion] DL-Learner 1.0-beta-2 released

[Jens L. <le...@in...>]

Hello,

we released another update of DL-Learner: 1.0-beta-2

The release contains numerous bug fixes, more examples, a threaded
version "PCELOE" of the CELOE algorithm (using a configurable number of
CPUs) and improvements in the enrichment script.

Download: http://dl-learner.org

Please report problems at:
https://sourceforge.net/tracker/?group_id=203619

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

Re: [DL-Learner discussion] How to initialize FIC one time?

[Mahsa C. <mah...@gr...>]

Hi Lorenzo and Jens,


Thanks for the messages. I will try your recommendations in the SVN version
and will let you know.


Cheers,
Mahsa

On 29 March 2012 02:19, Jens Lehmann <le...@in...>wrote:

>
> Hello,
>
> On 27.03.2012 20:36, Lorenz Bühmann wrote:
> > Hi,
> >
> > using several learning problems in one file is not possible, but it is
> > possible to define several learning algorithms with the latest SVN
> > version.
>
> To make it a bit more clearer: The command line interface will run all
> algorithms declared in the conf file (in the latest SVN version).
> However, the algorithms currently do not support several learning
> algorithms as input. That means that something like this would work:
>
> // knowledge source definition
> ks.type = "OWL File"
> ks.fileName = "example.owl"
>
> // reasoner
> reasoner.type = "fast instance checker"
> reasoner.sources = { ks }
>
> // learning problem
> lp.type = "posNegStandard"
> lp.positiveExamples = { ... }
> lp.negativeExamples = { ... }
>
> // learning problem 2
> lp2.type = "posNegStandard"
> lp2.positiveExamples = { ... }
> lp2.negativeExamples = { ... }
>
> // create learning algorithms to run problems
> alg.type = "celoe"
> alg.learningProblem = lp
> alg.maxExecutionTimeInSeconds = 1
>
> alg2.type = "celoe"
> alg2.learningProblem = lp2
> alg2.maxExecutionTimeInSeconds = 1
>
> Here, you define two learning problems and separate algorithms for
> running them. Both re-use the reasoner object. Of course, a drawback of
> this method is that the conf files could become very verbose in case you
> configure a lot of algorithm parameters. In such cases, a programmatic
> solution may be simpler as Lorenz pointed out.
>
> (Note that you need the SVN version for this, which also fixes the
> problems with ELTL reported in your other post.)
>
> 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
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> dl-learner-discussion mailing list
> dl-...@li...
> https://lists.sourceforge.net/lists/listinfo/dl-learner-discussion
>

Re: [DL-Learner discussion] How to initialize FIC one time?

[Jens L. <le...@in...>]

Hello,

On 27.03.2012 20:36, Lorenz Bühmann wrote:
> Hi,
> 
> using several learning problems in one file is not possible, but it is
> possible to define several learning algorithms with the latest SVN
> version. 

To make it a bit more clearer: The command line interface will run all
algorithms declared in the conf file (in the latest SVN version).
However, the algorithms currently do not support several learning
algorithms as input. That means that something like this would work:

// knowledge source definition
ks.type = "OWL File"
ks.fileName = "example.owl"

// reasoner
reasoner.type = "fast instance checker"
reasoner.sources = { ks }

// learning problem
lp.type = "posNegStandard"
lp.positiveExamples = { ... }
lp.negativeExamples = { ... }

// learning problem 2
lp2.type = "posNegStandard"
lp2.positiveExamples = { ... }
lp2.negativeExamples = { ... }

// create learning algorithms to run problems
alg.type = "celoe"
alg.learningProblem = lp
alg.maxExecutionTimeInSeconds = 1

alg2.type = "celoe"
alg2.learningProblem = lp2
alg2.maxExecutionTimeInSeconds = 1

Here, you define two learning problems and separate algorithms for
running them. Both re-use the reasoner object. Of course, a drawback of
this method is that the conf files could become very verbose in case you
configure a lot of algorithm parameters. In such cases, a programmatic
solution may be simpler as Lorenz pointed out.

(Note that you need the SVN version for this, which also fixes the
problems with ELTL reported in your other post.)

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

Re: [DL-Learner discussion] How to initialize FIC one time?

[Lorenz B. <spo...@st...>]

Hi,

using several learning problems in one file is not possible, but it is
possible to define several learning algorithms with the latest SVN
version. We will make a new release tomorrow.

If you really want to execute more than one learning problem and use the
same FIC instance, which of course makes sense, then you'll have to do
it programmatically. If you need help doing this, feel free to ask me.


Regards,
Lorenz

On 19.03.2012 10:38, Mahsa Chitsaz wrote:
> Hi,
>
>
> I was wondering how I could get rid of "Initializing Component "fast
> instance checker"" after one time I ran the DL-learner. I mean is it
> possible to initialize FIC once and learn different concept
> expressions? How can I write more than one learning problem in the
> conf file?
>
>
> Cheers,
> Mahsa
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here 
> http://p.sf.net/sfu/sfd2d-msazure
>
>
> _______________________________________________
> dl-learner-discussion mailing list
> dl-...@li...
> https://lists.sourceforge.net/lists/listinfo/dl-learner-discussion

Re: [DL-Learner discussion] Problem in running ELTL algorithm

[Jens L. <le...@in...>]

Hello,

On 19.03.2012 10:49, Mahsa Chitsaz wrote:
> Hi,
> 
> 
> I ran the DL-Learner to learn a concept in EL with ELTL algorithm. I
> have tried to put the command alg.type = "eltl", alg.type = "el",
> or alg.type = "disjunctiveEL" in the conf file, but an error occurred
> with this cause: Caused by: java.lang.RuntimeException: Problem getting
> class type for bean: alg - trying to instantiate class:
> eltl/el/disjunctiveEL ..... Caused by:
> java.lang.ClassNotFoundException:  eltl/el/disjunctiveEL.
> It happens with the latest version of DL-Learner. Is it possible to use
> ELTL algorithm in the Beta version?

I believe it's a bug in the beta release. The SVN version should work.
Unfortunately, all core developers are just traveling, but we try to
look at it as soon as possible and possibly upload a new release.

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

Re: [DL-Learner discussion] Problem in running ELTL algorithm

[An C. T. <tca...@gm...>]

Hi Mahsa,

I haven't checked but try to use the full qualify name, e.g. 
alg.type="org.dllearner.algorithms.el.ELLearningAlgorithm" OR 
alg.type="org.dllearner.algorithms.el.ELLearningAlgorithmDisjunctive".

Cheers,
An.


On 3/19/2012 10:49 PM, Mahsa Chitsaz wrote:
> Hi,
>
>
> I ran the DL-Learner to learn a concept in EL with ELTL algorithm. I 
> have tried to put the command alg.type = "eltl", alg.type = "el", 
> or alg.type = "disjunctiveEL" in the conf file, but an error occurred 
> with this cause: Caused by: java.lang.RuntimeException: Problem 
> getting class type for bean: alg - trying to instantiate class: 
> eltl/el/disjunctiveEL ..... Caused by: 
> java.lang.ClassNotFoundException:  eltl/el/disjunctiveEL. 
> It happens with the latest version of DL-Learner. Is it possible to 
> use ELTL algorithm in the Beta version?
>
>
> Cheers,
> Mahsa
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
>
>
> _______________________________________________
> dl-learner-discussion mailing list
> dl-...@li...
> https://lists.sourceforge.net/lists/listinfo/dl-learner-discussion

[DL-Learner discussion] Problem in running ELTL algorithm

[Mahsa C. <mah...@gr...>]

Hi,


I ran the DL-Learner to learn a concept in EL with ELTL algorithm. I have
tried to put the command alg.type = "eltl", alg.type = "el", or alg.type =
"disjunctiveEL" in the conf file, but an error occurred with this
cause: Caused by: java.lang.RuntimeException: Problem getting class type
for bean: alg - trying to instantiate class: eltl/el/disjunctiveEL .....
Caused by: java.lang.ClassNotFoundException:  eltl/el/disjunctiveEL.
It happens with the latest version of DL-Learner. Is it possible to use
ELTL algorithm in the Beta version?


Cheers,
Mahsa

[DL-Learner discussion] How to initialize FIC one time?

[Mahsa C. <mah...@gr...>]

Hi,


I was wondering how I could get rid of "Initializing Component "fast
instance checker"" after one time I ran the DL-learner. I mean is it
possible to initialize FIC once and learn different concept expressions?
How can I write more than one learning problem in the conf file?


Cheers,
Mahsa

Re: [DL-Learner discussion] Mathematical Operator

[Jens L. <le...@in...>]

Hello,

Am 25.01.2012 07:13, schrieb An C. Tran:
> Hello all,
>
> DLLearner currently supports<= and>= operator for double datatype
> property.
> Would you like to explain me:
>
> 1. What is the equivalent operators in reasoner (e.g. Pellet) since we
> need to ask the reasoner for the set of examples covered by the expression?

This can be done via facets:
http://www.w3.org/TR/owl2-syntax/#Data_Property_Restrictions

> 2. How to make DLLearner supports other mathematical operations, e.g.
> mod, integer divide, etc?

As far as I know, existing reasoners do not support those features. 
Including it in DL-Learner would require adding/extending a reasoning 
mechanism, which does support them.

Kind regards,

Jens

-- 
Dr. Jens Lehmann
Head of AKSW/MOLE group, University of Leipzig
Homepage: http://www.jens-lehmann.org
GPG Key: http://jens-lehmann.org/jens_lehmann.asc

[DL-Learner discussion] Mathematical Operator

[An C. T. <tca...@gm...>]

Hello all,

DLLearner currently supports <= and >= operator for double datatype 
property.
Would you like to explain me:

1. What is the equivalent operators in reasoner (e.g. Pellet) since we 
need to ask the reasoner for the set of examples covered by the expression?

2. How to make DLLearner supports other mathematical operations, e.g. 
mod, integer divide, etc?

Thank you.

Cheers,
An.

Re: [DL-Learner discussion] Learning A Super Class

[Steve H. <sho...@cr...>]

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

Re: [DL-Learner discussion] Learning A Super Class

[Lorenz B. <spo...@st...>]

/**
 * 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"

Re: [DL-Learner discussion] Learning A Super Class

[Lorenz B. <spo...@st...>]

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

[DL-Learner discussion] Learning A Super Class

[Steve H. <sho...@cr...>]

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.

Re: [DL-Learner discussion] Fw: Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[Chris S. <chr...@is...>]

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
>
>

Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[Lorenz B. <spo...@st...>]

Hello,

it is correct that confparser revision is 2322, as it wasn't edited long
time ago.

Lorenz
> Hello Chris,
>
> I did several times but it is still the same. I browsed the svn
> directly from the web and the head revision of confparser is still
> 2322 (its age is 15 months) while other sub packages of the package
> Interface are up-to-date (3144 to 3522).
>
> Would you please to help me to check it again?
>
> Thank you so much.
> An.
>
>
> On 4/01/12 12:44 AM, Chris Shellenbarger wrote:
>> An, run the following command from your checkout dir:
>>
>> svn update -r HEAD
>>
>> That should bring everything up to HEAD in your checkout which seems
>> to be mismatched.
>>
>> If that doesn't work you'll need to recheckout the source.
>>
>> Once the source is up to date, run:
>>
>> mvn clean install
>>
>> Thanks,
>> Chris
>>
>> /Sent from my Motorola ATRIX^(TM) 4G on AT&T/
>>
>>
>> -----Original message-----
>>
>>     *From: *"An C. Tran" <tca...@gm...>*
>>     To: *Jens Lehmann <le...@in...>*
>>     Cc: *"dl-...@li..."
>>     <dl-...@li...>*
>>     Sent: *Tue, Jan 3, 2012 10:54:47 GMT+00:00*
>>     Subject: *Re: [DL-Learner discussion] Null Pointer Exception in
>>     FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1
>>
>>     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
>>     >
>>
>>
>>     ------------------------------------------------------------------------------
>>     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
>>
>
>
>
> ------------------------------------------------------------------------------
> 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

Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[Chris S. <chr...@is...>]

An, run the following command from your checkout dir:

svn update -r HEAD

That should bring everything up to HEAD in your checkout which seems to be mismatched.

If that doesn't work you'll need to recheckout the source.

Once the source is up to date, run:

mvn clean install

Thanks,
Chris

Sent from my Motorola ATRIX™ 4G on AT&T


-----Original message-----
From: "An C. Tran" <tca...@gm...>
To: Jens Lehmann <le...@in...>
Cc: "dl-...@li..." <dl-...@li...>
Sent: Tue, Jan 3, 2012 10:54:47 GMT+00:00
Subject: Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

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
>


------------------------------------------------------------------------------
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

Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[An C. T. <tca...@gm...>]

Hello Chris,

I did several times but it is still the same. I browsed the svn directly 
from the web and the head revision of confparser is still 2322 (its age 
is 15 months) while other sub packages of the package Interface are 
up-to-date (3144 to 3522).

Would you please to help me to check it again?

Thank you so much.
An.


On 4/01/12 12:44 AM, Chris Shellenbarger wrote:
> An, run the following command from your checkout dir:
>
> svn update -r HEAD
>
> That should bring everything up to HEAD in your checkout which seems 
> to be mismatched.
>
> If that doesn't work you'll need to recheckout the source.
>
> Once the source is up to date, run:
>
> mvn clean install
>
> Thanks,
> Chris
>
> /Sent from my Motorola ATRIX™ 4G on AT&T/
>
>
> -----Original message-----
>
>     *From: *"An C. Tran" <tca...@gm...>*
>     To: *Jens Lehmann <le...@in...>*
>     Cc: *"dl-...@li..."
>     <dl-...@li...>*
>     Sent: *Tue, Jan 3, 2012 10:54:47 GMT+00:00*
>     Subject: *Re: [DL-Learner discussion] Null Pointer Exception in
>     FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1
>
>     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
>     >
>
>
>     ------------------------------------------------------------------------------
>     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
>

Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[An C. T. <tca...@gm...>]

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
>

Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[Jens L. <le...@in...>]

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

Re: [DL-Learner discussion] Null Pointer Exception in FastInstanceChecker.java:202 - Revision 3518: /branches/1.0.1

[An C. T. <tca...@gm...>]

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
>>
>