On Feb 25, 2014, at 8:48 PM, Raymond Shpeley <[log in to unmask]> wrote: > I'm looking into another option that I find easier to wrap my brain around than > GE. The thing is it's going to require mods to Initializer, Breeder, Evaluator, and > probably stats if not more. The option is to use permutation trees that in > essence act as a virtual population for the known permutations of the data. > One instance can create the full range of permutations if selected. The > permutations are defined by indices, making crossover easier. In my case all > indices should be integers. A permutation tree is atomic to its type (such as > timeslot), which forms a natural crossover boundary. It's sort of a predefined > leafpile which, as a subtree, can be plugged into other subtrees. Along with the > permutation tree is a collection which holds the other relevant data recovered > by an index value. This is used by reports and possibly stats to find out what > the heck was being worked on. Currently the permutation tree is a binary tree > since it's easier to work out the selection mechanism with it. > > So any advice on this one? Do overloading as much as possible? What about > the scope of the work? Any particular examples that seem to fit my case? There's not much. This is not an ECJ issue, but an EC one: it's a one of you needing a custom representation for your problem. You'll need to think hard about how you'd really represent this problem in a way that makes sense from a breeding point of view. I think the actual ECJ implementation is the least of your concerns. Sean