You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One very interesting thing I found while debugging this report is that, using the most recent version of RDKit, our RDKitToolkitWrapper no longer writes MOL blocks with formal charges assigned to (some?) positive nitrogens. It's likely related to this change (which I'm working to understand, so not clear this is a bug at all, and if it is, it's not clear which package it's in).
Note the difference in charge flag (0 vs 4) in the first atom line.
The new behavior IS self-consistent - that is, our RDKitToolkitWrapper with rdkit 2024.09.3 can read the SDF that it wrote and get the same mol graph as it had originally:
Describe the bug
One very interesting thing I found while debugging this report is that, using the most recent version of RDKit, our RDKitToolkitWrapper no longer writes MOL blocks with formal charges assigned to (some?) positive nitrogens. It's likely related to this change (which I'm working to understand, so not clear this is a bug at all, and if it is, it's not clear which package it's in).
A simple example of this new behavior is:
Using rdkit 2024.09.3 this yields:
But using rdkit 2024.09.2 we get
Note the difference in charge flag (
0
vs4
) in the first atom line.The new behavior IS self-consistent - that is, our RDKitToolkitWrapper with rdkit 2024.09.3 can read the SDF that it wrote and get the same mol graph as it had originally:
correctly yields
[H][N+]([H])([H])[H]
The text was updated successfully, but these errors were encountered: