Egon Willighagen wrote:
Hi all,
the thread "SmilesParser extension" (on cdk-devel) lead to an interesting
observation:
IAtomContainer.addAtomParity(IAtomParity)
versus
IAtom.setParity(int)
The second option has existed longer, and the first was later.
Now, IMHO, the second is wrong, because it assumes that the ordering of atoms
in an AtomContainer is the same throughout it's lifetime. Which is, AFAIK,
not true at all. So, using the second option, there is a good chance of
isomerisation!
Now, the first option does not suffer from this situation because it
explicitely defines the order which is not touched during the class' life.
Now, I strongly believe we should remove the second option from the
interfaces.
Opinions?
I also think that an atom parity only makes sense in the context of a molecule
and it looks like we should keep the first concept.
We need to agree on a concept that we use for atom parities.
The Gasteiger handbook says on page 211 (volume 1) in 6.4.5.1: "The ligands of
the stereocenter are ordered such that the highest numbered atom points away
from the observer. The parity (+1) is assigned if a traversal of the remaining
ligands by increasing atom numbers is clockwise". From the context, it becomes
clear that here atom numbers do not mean atomic numbers but order of atoms in
this special context (molecular file or data structure).
Cheers,
Chris
--
Priv. Doz. Dr. Christoph Steinbeck ([EMAIL PROTECTED])
Head of the Research Group for Molecular Informatics
Cologne University BioInformatics Center (http://almost.cubic.uni-koeln.de)
Zülpicher Str. 47, 50674 Cologne
Tel: +49(0)221-470-7426 Fax: +49 (0) 221-470-7786
What is man but that lofty spirit - that sense of enterprise.
... Kirk, "I, Mudd," stardate 4513.3..
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Cdk-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/cdk-user