Hi Kovas, For your use-case #2 should suffice, "set STEREOCIS/STEREOTRANS tags + manually set stereo atoms". This is what the EnumerateStereoisomers code does: https://github.com/rdkit/rdkit/blob/master/rdkit/Chem/EnumerateStereoisomers.py#L38
As to what is the 'ground truth', that is a more difficult question that I fear the answer may be 'none of them'. STEREOCIS/STEREOTRANS are rather recent additions to the RDKit API, while we strived to make sure STEREOCIS/STEREOTRANS across the RDKit, there are probably looming bugs in untested parts of the RDKit that don't handle them properly. However, I think those other APIs should be fixed to handle them properly, so please do report any problems you spot into the github issue tracker. Cheers, Brian On Mon, Dec 3, 2018 at 7:00 PM Kovas Palunas <kovas.palu...@arzeda.com> wrote: > Hi All, > > > > I’m looking for a bit more clarity regarding double bond stereochem in > RDKit. Currently, my understanding is that there are 3 ways to currently > store this information: > > > > 1. STEREOE/STEREOZ tags + stereo atoms on either side of bond set by > CIP ranks, as computed when calling MolFromSmiles to make a new molecule or > AssignStereochemistry on an existing molecule > 2. Manually set STEREOCIS/STEREOTRANS tags + manually set stereo atoms > 3. ENDUPRIGHT/etc. single bond directionality tags, which are set when > reading a molecule from smiles/inchi/mol file > > > > Is one of these methods the “ground truth” that is looked for by RDKit > functions that care about this info, like the substructure matching code or > the SMILES writing code? > > > > I am currently working on code that mutates molecules using a > predetermined list of changes to be made to the molecule. I’d like to be > able to include bond stereochemistry changing/creation/destruction here, > and was thinking of doing so using the STEREOCIS/STEREOTRANS tags (and also > providing the reference stereo atoms). Before I do this I want to make > sure that molecules with these tags will be handled correctly by other > RDKit functions downstream. Would these tags be a good choice here? Are > there any caveats I should keep in mind as I work with this information? > > > > Thanks! > > > > - Kovas > > > _______________________________________________ > Rdkit-discuss mailing list > Rdkit-discuss@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/rdkit-discuss >
_______________________________________________ Rdkit-discuss mailing list Rdkit-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rdkit-discuss