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
Requires considering nearest neighbor behavior -> if solution is below threshold, compare it to nearest neighbor and replace the nearest neighbor if it has a better objective
Can be turned on with a local_competition flag
Objective should be required to be passed in when using local competition behavior
Add threshold reduction to ProximityArchive
Something that makes sense is to add a coefficient, and every time the archive does not add enough solutions for X iterations, we can reduce the threshold by that coefficient. This way, solutions continue to be added to the archive.
Sounds good; let's put those in a separate PR. By the way, would you like to meet sometime? Perhaps we can chat a bit about pyribs and these things especially since we've greatly expanded the scope beyond your original request. You can reach out to me on the pyribs Discord (https://discord.gg/QxhcJSqZ8G -- I'm username btjanaka) or over email ([email protected])
@gresavage I talked with Matt Fontaine in our lab, and we agree your original approach to local competition makes sense. It just seems strange that there is no documentation of it in the NSLC paper. Roughly, if a solution is below the novelty threshold, we should compare its objective to its nearest neighbor and replace if necessary. I'll work on putting that back in.
Description
Issue to track progress of diversity optimization implementation in pyribs.
General:
Emitters:
Novelty Search:
local_competition
flagDDS:
The text was updated successfully, but these errors were encountered: