Geometry is not carried around with the Individuals in population · Issue #17 · p-chambers/occ_airconics · GitHub
More Web Proxy on the site http://driver.im/
You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Behaviour in Topology_GPTools is currently to produce and airconics.Topology from a DEAP primitive tree or individual. The evolved population of individuals therefore have no information about the geometry, and the airconics.Topology objects are required to carry around a copy of an individual from the tree, neither of which is ideal.
The better approach here would be to make the individuals in the gp population also inherit from the Topology class, thus carrying the geometry.
This change would require the Topology_GPTools primitive to be changed, as primitives (methods of the Topology_GPTools class) operate on class attributes, rather than an input Individual or Topology. Once this is done though, the parallelisation will be much easier.
The text was updated successfully, but these errors were encountered:
Behaviour in Topology_GPTools is currently to produce and airconics.Topology from a DEAP primitive tree or individual. The evolved population of individuals therefore have no information about the geometry, and the airconics.Topology objects are required to carry around a copy of an individual from the tree, neither of which is ideal.
The better approach here would be to make the individuals in the gp population also inherit from the Topology class, thus carrying the geometry.
This change would require the Topology_GPTools primitive to be changed, as primitives (methods of the Topology_GPTools class) operate on class attributes, rather than an input Individual or Topology. Once this is done though, the parallelisation will be much easier.
The text was updated successfully, but these errors were encountered: