Make calculations robust to failure#561
Conversation
|
ready to rebase? |
Yep, was just checking/updating the new tests. I think the only failure should be resolved by #526. An easy way to check is: in |
|
Ah, the first is related to importing D3, which shouldn't actually be used. The second is probably just because the dir isn't created, I'll fix both, thanks! |
|
Ah, actually the torch import is a I'll fix that there separately, but for now if you can just run in an environment with torch e.g. with any of the extras |
Yeah i've done that, ok nice. rerunning once more with the nebs fix |
also may need to reuplaod this?: |
Thanks for testing this! I think for lattice constants, the only output would be the unoptimised structures. We could save this as the "trajectory", and maybe should in future, but it may not be obvious which calculations failed, so I think we'd want to update the analysis too to deal with this. This maybe comes down to implementing something like #45 first. For BMIMCl_RDF, I think this is fine too, since again, there's not really a nice way to output a "failed" MD for this. We could so something, but no output is fine. I've just reuploaded isomer_complexes.zip, can you delete it from the cache and try again? It's not related to this PR anyway so we can deal with it elsewhere |
joehart2001
left a comment
There was a problem hiding this comment.
all good from my side now
Pre-review checklist for PR author
PR author must check the checkboxes below when creating the PR.
Summary
Updates all calculations to be robust against errors raised by calculators (except
RuntimeErrors etc.)Testing
Tested using the error calculator in #560, but a few newer tests may have been missed.
I suggest merging #560 before this for this reason, and rebasing.