Hi all,
first thing first terrific work, lovely.
Now I do have a couple of question/suggestions
-
When the reagents are defined here would be nice to not strip the hydrogen since some reaction pattern may use explicit hydrogen (some time I do prefer to use explicit hydrogen to make the RXN simpler)
- A very easy fix would be use the datamol fork library of rdkit. I did implement in my code at it seems to work but sincerely I do not know if it breaks some other parts.
self.mol = dm.to_mol(self.smiles, remove_hs=False)
-
Since the FREDEvaluator use OpenEye why do not add a routine that choose the right protomer based on the pH, OpenEye is able to do so. I do have this code if you want I can share with you but is just a refactoring from the OpenEye documentation.
-
In my work sometimes for reasons that I do not really know, the SMARTS reaction pattern bugs for no reason and I have to fallback on RXN Strings. A nice touch in the code would be to take into account both cases automatically (on top of my mind with an assert os.path.exists(something.rxn))
Finally there is any possibility to add a concurrent.features / multiprocessing wrapper code to make the application run in parallel? It would be super nice specifically for FREDEvaluator (obviusly).
Hi all,
first thing first terrific work, lovely.
Now I do have a couple of question/suggestions
When the reagents are defined here would be nice to not strip the hydrogen since some reaction pattern may use explicit hydrogen (some time I do prefer to use explicit hydrogen to make the RXN simpler)
self.mol = dm.to_mol(self.smiles, remove_hs=False)Since the FREDEvaluator use OpenEye why do not add a routine that choose the right protomer based on the pH, OpenEye is able to do so. I do have this code if you want I can share with you but is just a refactoring from the OpenEye documentation.
In my work sometimes for reasons that I do not really know, the SMARTS reaction pattern bugs for no reason and I have to fallback on RXN Strings. A nice touch in the code would be to take into account both cases automatically (on top of my mind with an
assert os.path.exists(something.rxn))Finally there is any possibility to add a concurrent.features / multiprocessing wrapper code to make the application run in parallel? It would be super nice specifically for FREDEvaluator (obviusly).