fix rebuild of helixes; enforce design puzzle goals via filters
|Opened on:||Friday, February 28, 2014 - 20:26|
|Last modified:||Tuesday, July 31, 2018 - 20:37|
Based on other feedbacks and chats with players, it seems like the rebuild tool is deliberately biased against creating helixes at this point.
The possible reason for this bias is the results for design puzzles. Designs consisting of nothing but helixes tend to score highly in design puzzles. The scientific value of a new batch of large helixes is questionable, however.
The downside of this approach is that it's extremely difficult to form helixes in non-design puzzles such as 849b. For this player, the large helix predicted for residues 53-65 doesn't want to form using rebuild. Many rebuilds return useless knots that look like they were formed at CI=0 even when CI=1. Manually banding the segments produces similar results. A long series of manual steps produces a poorly scoring approximation of a helix.
If indeed there is some kind of grudge against helixes, it's making the game less enjoyable and less productive for many players.
The suggestion is to eliminate the bias, and restore the rebuild function to a more neutral stance vis-a-vis helixes.
In design puzzles, it should be a Simple Matter of Programming (SMOP) to create a "Novelty" filter that would lower the score for Honkin' Big Helixes (HBH). The filter might consider factors like the percentage of residues in a helix and the total number of helixes, the length of loop sections between helixes, etc.
This change would help ease some of the lingering pain results from the New Chapter changes.