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
We've found it useful at least twice now to have selection operators that are able to return, not just an individual, but the index of that individual within the population.
This should become our new standard interface. We've already added an indices argument (which takes an empty list that the index is added to) to ops.naive_cyclic_selection(), ops.random_selection(), and to ops.tournament_selection().
Remaining operators that should support an indices argument:
ops.proportional_selection()
ops.sus_selection()
ops.truncation_selection()
ops.insertion_selection()
ops.cyclic_selection()
The text was updated successfully, but these errors were encountered:
This is an interesting development, and I can see where this would be useful.
Somewhere in the code I have some kind of one-liner for returning the index of a selected individual that I got from stackoverflow that could potentially be useful for some of these other operators. I'm not near the source right now, though, so I'll have to grep for it later.
We've found it useful at least twice now to have selection operators that are able to return, not just an individual, but the index of that individual within the population.
This should become our new standard interface. We've already added an
indices
argument (which takes an empty list that the index is added to) toops.naive_cyclic_selection()
,ops.random_selection()
, and toops.tournament_selection()
.Remaining operators that should support an
indices
argument:ops.proportional_selection()
ops.sus_selection()
ops.truncation_selection()
ops.insertion_selection()
ops.cyclic_selection()
The text was updated successfully, but these errors were encountered: