ECJ-INTEREST-L Archives

April 2013

ECJ-INTEREST-L@LISTSERV.GMU.EDU
Options: Use Monospaced Font
Show HTML Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Content-Type:
multipart/alternative; boundary=20cf307cfe0afe503504dacf3236
Sender:
ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Subject:
Re: Evolve Rules with ECJ
From:
Uday kamath <[log in to unmask]>
Date:
Sat, 20 Apr 2013 14:42:35 -0400
In-Reply-To:
<[log in to unmask]>
MIME-Version:
1.0
Reply-To:
ECJ Evolutionary Computation Toolkit <[log in to unmask]>
Parts/Attachments:
text/plain (772 bytes) , text/html (2005 bytes) 
Bojan
Have you looked at KEEL ? http://www.keel.es/
It has more machine learning and Rule Implementations and some specifics
for Pitt and Michigan approach. Hope that helps
-Uday


On Thu, Apr 18, 2013 at 5:11 PM, Bojan Janisch <
[log in to unmask]> wrote:

> Hm... That does not sound good. Wouldn't it be possible to use the
> GP-package instead and define different types of nodes as different parts
> of rulecode?
>
> I don't want to start from scratch, I don't know how long it will take to
> create a new representation for my problem. I thought the rule package is
> so abstract created that it could contain anything?
> ------------------------------
> Von: Sean Luke
> Gesendet: 18.04.2013 21:45
> An: [log in to unmask]
>
> Betreff: Re: Evolve Rules with ECJ
>
>

ATOM RSS1 RSS2