Core filter issues
|Opened on:||Tuesday, August 1, 2017 - 21:14|
|Last modified:||Sunday, August 20, 2017 - 19:24|
One suggestion and one question about the way the Core Filter works on design puzzles:
1) I think it would be helpful if the Core Filter penalty were to be made a continuous function; as opposed to the current situation where it jumps around in multiples of 50. The current implementation plays havoc with scripts: an example of the sort of thing that happens is that as you compress a protein with bands the Core Filter value suddenly jumps by 50 while the Energy score is reduced by a lesser amount. This results in an unstable new best solution which has a lot of bands but which is stuck as far as wiggle is concerned: you have to turn off filters, delete bands and then wiggle to get anywhere. And when you subsequently turn filters back on the transient gain in the Core Filter value is lost.
2) What is the algorithm used to calculate the Core Filter? Knowing how this works might make it easier to construct proteins that satisfy it. I have a couple of solutions on the current design puzzle that, although they look nice and compact, nevertheless fail to satisfy the Core Filter by a considerable margin. Whereas a more elongated structure, somewhat counterintuitively, does satisfy the filter.