Adapt default charge change score to allow for charge changing transformations#83
Adapt default charge change score to allow for charge changing transformations#83
Conversation
atravitz
left a comment
There was a problem hiding this comment.
This should have a corresponding test and news entry, otherwise looks good!
IAlibay
left a comment
There was a problem hiding this comment.
Hold on my end - I want to double check the other ways to use Lomap networks aren't being affected.
|
@atravitz I changed a test that was checking the connection of networks when using a charge score of 0.1 to test that with the new default (charge score of 0.1) we are getting connected networks. Or should I also explicitly test for the value of the score? |
|
The check you have is great, but I would also explicitly check that the correct value is being assigned, since we'd want tests to break if the actual value is getting mutated somewhere and turning out to be not 0.1. Other than that, this looks good to me! |
IAlibay
left a comment
There was a problem hiding this comment.
Sorry about the delay, took me a while to realise all of scorers.py is a duplicate of what's in the MCS file (we should fix that later).
Co-authored-by: Alyssa Travitz <31974495+atravitz@users.noreply.github.com>
|
Thanks! @atravitz I added a test for the new default charge change score! |
|
one more thing - does this need to be reflected in the docs somewhere? |
|
@atravitz : I added the |
atravitz
left a comment
There was a problem hiding this comment.
thanks @hannahbaumann - the docs are building correctly for me locally, so I consider this a readthedocs headache that I will address in a follow-up (likely here).
…arge_score_default
|
docs are fixed! |
Only adapt this in gufe bindings to not affect main Lomap behaviour.
---> The scorers are not part of the API documentation?!