Open tsitsvero opened 2 years ago
That is quite interesting... DScribe is not directly using the calculator objects for anything, so I'm not sure where this is coming from. DScribe could always unassign the calc
-property from the systems, but that does not seem right either if the user is not expecting this. Making a copy is an option but it may be quite expensive to do. Needs some thinking, but the workaround of unassigning the calc
-property should do before there is a better fix.
Thanks! I'll also let know if this problem will persist in the future.
Seems like there's a bug that hangs computations of SOAP descriptors when the input ASE trajectory snapshots have calculators assigned. Tried with dscribe 1.2.1.