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
I attempted to apply the suggested fix, but neither invalidating fitness of the original individual, nor the copy achieved the desired result. Deleting the fitness of the copy results in no fitness values being stored in the history at all. Deleting the fitness of the original does not prevent the surprising result that we see individuals in the history with different genomes, but identical fitness values (to 15 decimal places). A minimal example:
The proposed fix implies that the individuals will not have a valid fitness in the history. An extension of the fix would require to have a decorator for the evaluation that also sets the fitness in the history.
Thank you @fmder . I've worked around the problem by using the Hall of Fame functionality. Losing fitness information from History seems a shame, as the graph output is excellent, however the current behaviour caused me quite a bit of confusion, and risked invalidating my experiment - it wasn't obvious that I should not trust the fitness values from the History. I'm a beginner with DEAP so I'm afraid I don't feel able to offer a patch with your suggested enhanced fix.
Just after the deepcopy in History.update(), the individuals fitness should be invalidated to avoid confusion as to their validity.
The text was updated successfully, but these errors were encountered: