Documentation of 'ec.gp.ge.GESpecies' Java class
GESpecies
ec.gp.ge

Class GESpecies

  • All Implemented Interfaces:
    Prototype, Setup, java.io.Serializable, java.lang.Cloneable


    public class GESpecies
    extends IntegerVectorSpecies

    GESpecies generates GPIndividuals from GEIndividuals through the application of a grammar parse graph computed by the GrammarParser.

    GESpecies uses a GrammarParser to do its dirty work. This parser's job is to take a grammar (in the form of a BufferedReader) and convert it to a tree of GrammarNodes which define the parse graph of the grammar. The GESpecies then interprets his parse graph according to the values in the GEIndividual to produce the equivalent GPIndividual, which is then evaluated.

    To do this, GESpecies relies on a subsidiary GPSpecies which defines the GPIndividual and various GPFunctionSets from which to build the parser. This is a grand hack -- the GPSpecies does not know it's being used this way, and so we must provide various dummy parameters to keep the GPSpecies happy even though they'll never be used.

    If you are daring, you can replace the GrammarParser with one of your own to customize the parse structure and grammar.

    ECJ's Default GE Grammar GE traditionally can use any grammar, and builds parse graphs from that. For simplicity, and in order to remain as compatable as possible with ECJ's existing GP facilities (and GP tradition), ECJ only uses a single Lisp-like grammar which generates standard ECJ trees. This doesn't lose much in generality as the grammar is quite genral.

    The grammar assumes that expansion points are enclosed in <> and functions are enclosed in (). For example:

    # This is a comment <prog> ::= <op>
    <op> ::= (if-food-ahead <op> <op>)
    <op> ::= (progn2 <op> <op>)
    <op> ::= (progn3 <op> <op> <op>)
    <op> ::= (left) | (right) | (move)

    alternatively the grammar could also be writen in the following format:

    <prog> ::= <op>
    <op> ::= (if-food-ahead <op> <op>) | (progn2 <op> <op>) | (progn3 <op> <op> <op>) | (left) | (right) | (move)

    Note that you can use several lines to define the same grammar rule: for example, <op> was defined by several lines when it could have consisted of several elements separated by vertical pipes ( | ). Either way is fine, or a combination of both.

    GPNodes are included in the grammar by using their name. This includes ERCs, ADFs, ADMs, and ADFArguments, which should all work just fine. For example, since most ERC GPNodes are simply named "ERC", if you have only one ERC GPNode in your function set, you can just use (ERC) in your grammar.

    Once the gammar file has been created and setup has been run trees can the be created using the genome (chromosome) of a GEIndividual. A genome of an individual is an array of random integers each of which are one int long. These numbers are used when a decision point (a rule having more that one choice) is reached within the grammar. Once a particular gene (index) in the genome has been used it will not be used again (this may change) when creating the tree.

    For example:
    number of chromosomes used = 0
    genome = {23, 654, 86}
    the current rule we are considering is <op>.
    %lt;op> can map into one of the following: (if-food-ahead <op> <op>) | (progn2 <op> <op>) | (progn3 <op> <op> <op>) | (left) | (right) | (move)
    Since the rule <op> has more than one choice that it can map to, we must consult the genome to decide which choice to take. In this case the number of chromosomes used is 0 so genome[0] is used and number of chromosomes used is incremented. Since values in the genome can be negitive values they are offset by 128 (max negitive of a int) giving us a value from 0-255. A modulus is performed on this resulting number by the number of choices present for the given rule. In the above example since we are using genome[0] the resulting operation would look like: 23+128=151, number of choices for <op> = 6, 151%6=1 so we use choices[1] which is: (progn2 <op> <op>). If all the genes in a genome are used and the tree is still incompete an invalid tree error is returned.

    Each node in the tree is a GPNode and trees are constructed depth first.

    Parameters

    base.file
    String
    (the file is where the rules of the gammar are stored)
    base.gp-species
    classname, inherits and != ec.gp.GPSpecies
    (the GPSpecies subservient to the GESpecies)
    base.parser
    classname, inherits and != ge.GrammarParser
    (the GrammarParser used by the GESpecies)

    Default Base
    ge.GESpecies

    See Also:
    Serialized Form
    • Field Detail

      • gpspecies

        public GPSpecies gpspecies
        The GPSpecies subsidiary to GESpecies.
      • ERCBank

        public java.util.HashMap ERCBank
        All the ERCs created so far, the ERCs are mapped as, "key --> list of ERC nodes", where the key = (genome[i] - minGene[i]); The ERCBank is "static", beacause we need one identical copy for all the individuals; Moreover, this copy may be sent to other sub-populations as well.
      • passes

        public int passes
        The number of passes permitted through the genome if we're wrapping. Must be >= 1.
      • initScheme

        public java.lang.String initScheme
      • parser_prototype

        public GrammarParser parser_prototype
        The prototypical parser used to parse the grammars.
      • grammarParser

        public GrammarParser[] grammarParser
        Parser for each grammar -- khaled
    • Constructor Detail

      • GESpecies

        public GESpecies()
    • Method Detail

      • setup

        public void setup(EvolutionState state,
                          Parameter base)
        Description copied from class: Species
        The default version of setup(...) loads requested pipelines and calls setup(...) on them and normalizes their probabilities. If your individual prototype might need to know special things about the species (like parameters stored in it), then when you override this setup method, you'll need to set those parameters BEFORE you call super.setup(...), because the setup(...) code in Species sets up the prototype.
        Specified by:
        setup in interface Prototype
        Specified by:
        setup in interface Setup
        Overrides:
        setup in class IntegerVectorSpecies
        See Also:
        Prototype.setup(EvolutionState,Parameter)
      • newIndividual

        public Individual newIndividual(EvolutionState state,
                                        int thread)
        This is an ugly hack to simulate the "Sensible Initialization", First we create a GPIndividual, then reverse-map it to GEIndividuals, We do not need to call IntegerVectorSpecies.newIndividual() since it is overriden by the GPSpecies.newIndividual(); Moreover, as in the case for non-identical representations (i,e, GP-GE island models etc,), the grammar rules, tree constraints, ERC's etc, are supposed to be identical across all islands, so we are using the same "gpspecies" inside this class. However, the identicality of the GPTree particulars like grammar, constraints, ADFs, ERC's may not be universally true.
        Overrides:
        newIndividual in class VectorSpecies
      • makeTrees

        public int makeTrees(EvolutionState state,
                             GEIndividual ind,
                             GPTree[] trees,
                             int threadnum,
                             java.util.HashMap ercMapsForFancyPrint)
        creates all of an individual's trees
        Parameters:
        state - Evolution state
        trees - array of trees for the individual
        ind - the GEIndividual
        threadnum - tread number
        Returns:
        number of chromosomes consumed
      • makeTrees

        public int makeTrees(EvolutionState state,
                             int[] genome,
                             GPTree[] trees,
                             int threadnum,
                             java.util.HashMap ercMapsForFancyPrint)
      • makeTree

        public int makeTree(EvolutionState state,
                            int[] genome,
                            GPTree tree,
                            int position,
                            int treeNum,
                            int threadnum,
                            java.util.HashMap ercMapsForFancyPrint)
        makeTree, edits the tree that its given by adding a root (and all subtrees attached)
        Parameters:
        state -
        ind -
        tree -
        position -
        treeNum -
        threadnum -
        Returns:
        the number of chromosomes used, or an BIG_TREE_ERROR sentinel value.
      • obtainERC

        public GPNode obtainERC(EvolutionState state,
                                int genomeVal,
                                int threadnum,
                                GPNode node,
                                java.util.HashMap ercMapsForFancyPrint)
        Loads an ERC from the ERCBank given the value in the genome. If there is no such ERC, then one is created and randomized, then added to the bank. The point of this mechanism is to enable ERCs to appear in multiple places in a GPTree.
      • clone

        public java.lang.Object clone()
        Description copied from interface: Prototype
        Creates a new individual cloned from a prototype, and suitable to begin use in its own evolutionary context.

        Typically this should be a full "deep" clone. However, you may share certain elements with other objects rather than clone hem, depending on the situation:

        • If you hold objects which are shared with other instances, don't clone them.
        • If you hold objects which must be unique, clone them.
        • If you hold objects which were given to you as a gesture of kindness, and aren't owned by you, you probably shouldn't clone them.
        • DON'T attempt to clone: Singletons, Cliques, or Groups.
        • Arrays are not cloned automatically; you may need to clone an array if you're not sharing it with other instances. Arrays have the nice feature of being copyable by calling clone() on them.

        Implementations.

        • If no ancestor of yours implements clone(), and you have no need to do clone deeply, and you are abstract, then you should not declare clone().
        • If no ancestor of yours implements clone(), and you have no need to do clone deeply, and you are not abstract, then you should implement it as follows:

           public Object clone() 
               {
               try
                   { 
                   return super.clone();
                   }
               catch ((CloneNotSupportedException e)
                   { throw new InternalError(); } // never happens
               }
                  
        • If no ancestor of yours implements clone(), but you need to deep-clone some things, then you should implement it as follows:

           public Object clone() 
               {
               try
                   { 
                   MyObject myobj = (MyObject) (super.clone());
          
                   // put your deep-cloning code here...
                   }
               catch ((CloneNotSupportedException e)
                   { throw new InternalError(); } // never happens
               return myobj;
               } 
                  
        • If an ancestor has implemented clone(), and you also need to deep clone some things, then you should implement it as follows:

           public Object clone() 
               { 
               MyObject myobj = (MyObject) (super.clone());
          
               // put your deep-cloning code here...
          
               return myobj;
               } 
                  
        Specified by:
        clone in interface Prototype
        Overrides:
        clone in class Species
      • defaultBase

        public Parameter defaultBase()
        Description copied from interface: Prototype
        Returns the default base for this prototype. This should generally be implemented by building off of the static base() method on the DefaultsForm object for the prototype's package. This should be callable during setup(...).
        Specified by:
        defaultBase in interface Prototype
        Overrides:
        defaultBase in class VectorSpecies
      • consumed

        public int consumed(EvolutionState state,
                            GEIndividual ind,
                            int threadnum)
        Returns the number of elements consumed from the GEIndividual array to produce the tree, else returns -1 if an error occurs, specifically if all elements were consumed and the tree had still not been completed.
      • map

        public GPIndividual map(EvolutionState state,
                                GEIndividual ind,
                                int threadnum,
                                java.util.HashMap ercMapsForFancyPrint)
        Returns a dummy GPIndividual with a single tree which was built by mapping over the elements of the given GEIndividual. Null is returned if an error occurs, specifically, if all elements were consumed and the tree had still not been completed. If you pass in a non-null HashMap for ercMapsForFancyPrint, then ercMapsForFancyPrint will be loaded with key->ERCvalue pairs of ERC mappings used in this map.
      • flattenSexp

        public java.util.List flattenSexp(EvolutionState state,
                                          int threadnum,
                                          GPTree tree)
        Flattens an S-expression
      • gatherNodeString

        public java.util.List gatherNodeString(EvolutionState state,
                                               int threadnum,
                                               GPNode node,
                                               int index)
        Used by the above function
      • getKeyFromNode

        public java.lang.String getKeyFromNode(EvolutionState state,
                                               int threadnum,
                                               GPNode node,
                                               int index)
      • parseSexp

        public int[] parseSexp(java.util.ArrayList flatSexp,
                               GrammarParser gp)
        The LL(1) parsing algorithm to parse the lisp tree, the lisp tree is actually fed as a flattened list, the parsing code uses the "exact" (and as-is) procedure described in the dragon book.
      • reverseMap

        public GEIndividual reverseMap(EvolutionState state,
                                       GPIndividual ind,
                                       int threadnum)
        Reverse of the original map() function, takes a GPIndividual and returns a corresponding GEIndividual; The GPIndividual may contain more than one trees, and such cases are handled accordingly, see the 3rd bullet below -- NOTE: This reverse mapping is only valid for S-expression trees ; This procedure supports ERC for the current population (not for population /subpopulation from other islands); However, that could be done by merging all ERCBanks from all the sub-populations but that is not done yet ; Support for the ADF's are done as follows -- suppose in one GPIndividual, there are N trees -- T1, T2, ,,, Tn and each of them follows n different grammars G1, G2, ,,, Gn respectively; now if they are reverse-mapped to int arrays, there will be n int arrays A1[], A2[], ,,, An[]; and suppose the i-th tree Ti is reverse mapped to int array Ai[] and morevoer Ai[] is the longest among all the arrays (Bj[]s); so Bi[] is sufficient to build all ADF trees Tjs.

DMelt 3.0 © DataMelt by jWork.ORG

You see the box below because you did not login.