Towards a Universal SMILES representation - A standard method to generate canonical SMILES based on the InChI
© O'Boyle; licensee Chemistry Central Ltd. 2012
Received: 12 June 2012
Accepted: 3 September 2012
Published: 18 September 2012
There are two line notations of chemical structures that have established themselves in the field: the SMILES string and the InChI string. The InChI aims to provide a unique, or canonical, identifier for chemical structures, while SMILES strings are widely used for storage and interchange of chemical structures, but no standard exists to generate a canonical SMILES string.
I describe how to use the InChI canonicalisation to derive a canonical SMILES string in a straightforward way, either incorporating the InChI normalisations (Inchified SMILES) or not (Universal SMILES). This is the first description of a method to generate canonical SMILES that takes stereochemistry into account. When tested on the 1.1 m compounds in the ChEMBL database, and a 1 m compound subset of the PubChem Substance database, no canonicalisation failures were found with Inchified SMILES. Using Universal SMILES, 99.79% of the ChEMBL database was canonicalised successfully and 99.77% of the PubChem subset.
The InChI canonicalisation algorithm can successfully be used as the basis for a common standard for canonical SMILES. While challenges remain – such as the development of a standard aromatic model for SMILES – the ability to create the same SMILES using different toolkits will mean that for the first time it will be possible to easily compare the chemical models used by different toolkits.
KeywordsLine notations InChI SMILES Canonicalisation
Line notations are linear representations of chemical structures that encode the connection table and (usually) the stereochemistry of a molecule as a line of text . They are widely used for storing, representing, communicating and checking the identity of chemical structures. Their popularity derives from one or more of the following: they encode the chemical structure in a compact form; they may be human-readable and/or human-writable; they are easily entered into software (for example, by copying and pasting into a text entry box on a website or a dialog box in a GUI, or entered into a spreadsheet cell); they may be canonical (that is, provide a unique representation for a particular molecule), in which case they may easily be used to check identity, search databases or even search the web.
While line notations typically do not allow the incorporation of additional information beyond the connection table and its associated chemistry (with the notable exception of SYBYL Line Notation [2, 3]), even where the underlying data is stored in a 2D or 3D file format as in several web databases (for example, PubChem ), linear representations of the data are usually provided for convenience. Apart from IUPAC nomenclature , the two most widely used line notations and the focus of the current work are the SMILES (Simplified Molecular Input Line Entry System) string developed by Weininger  and Daylight Chemical Information Systems , and IUPAC’s InChI (International Chemistry Identifier) representation [8, 9]. Others include SLN (SYBYL Line Notation), ROSDAL  (from the Beilstein Institute), WLN (Wiswesser Line Notation ), MCDL (Modular Chemical Descriptor Language [12, 13]), the InChIKey (a hashed representation of the InChI) and more [1, 14–20].
The SMILES format is the most popular line notation in use today. Created by David Weininger in 1986 at the US Environmental Research Laboratory (USEPA), and further developed at the company he co-founded, Daylight Chemical Information Systems, the SMILES format is particularly attractive as it is easily learnt, is both human-readable and -writable, and encodes stereochemistry in an intuitive way. Since no formal specification of the SMILES format was ever published and there are several ambiguities that have led to differences in implementation, in 2007 Craig James (eMolecules, Inc., and formerly of Daylight) initiated a community approach to develop a specification for SMILES, the OpenSMILES specification . The SMILES format is not without some drawbacks: it is focused on molecules whose bonds fit the 2-electron valence model, it handles a limited array of stereochemistry types, and as yet there is no standard for handling aromaticity. However, perhaps the greatest limitation of the SMILES format is that there is no standard way to generate a canonical representation. While Weininger et al.  did publish a canonicalisation procedure (CANGEN) for SMILES, the procedure did not include a treatment of stereochemistry, one of the most difficult aspects of the problem. Daylight subsequently provided a commercial product to generate canonical SMILES but as the algorithm was proprietary, other commercial and open-source software developed their own algorithms for generating canonical SMILES all of which differed from each other and none of which are published.
In 1999, the need for a community standard for a canonical linear representation led to a proposal by Steve Heller and Steve Stein at the National Institute of Standards and Technology (NIST) in the US for a new representation, the InChI (International Chemical Identifier), which was subsequently developed as an IUPAC initiative in collaboration with NIST . The first version of the InChI was released in 2005, and in 2009 the InChI Trust  was formed to oversee its development. The goal of the InChI is to provide an canonical representation that can be used to link information from different databases on the same molecules. To do this, the InChI algorithm combines a normalisation procedure, a canonicalisation algorithm, and a layered structure that helps identify isomers.
This work describes a method to generate canonical SMILES using canonical labels from the InChI. While other canonicalisation methods have been developed that take stereochemistry into account (for example, Koichi et al.  as well as all of the (unpublished) methods used by the various cheminformatics toolkits), only the InChI is suitable for the development of a standard canonical SMILES string that can easily be supported by many different software libraries, as there exists only a single implementation, the code for which is freely available under an Open Source license. This implementation has been incorporated into several Open Source cheminformatics libraries (Open Babel , the Chemistry Development Kit , RDKit , Chemkit  and Indigo ) as well as proprietary software from several companies (for example, ACD/ChemSketch , CACTVS , JChem , and planned for OEChem ). This means that all of these programs can generate the same InChI as the official InChI software, and thus they have the capability to generate the same canonical SMILES.
Here I describe Universal SMILES and Inchified SMILES, easily-implemented methods that use the canonical labels provided by the InChI to generate canonical SMILES. The term Universal is used as the method can be universally adopted by any software with access to the InChI library or executable, without the need for any changes to the InChI software. These SMILES strings do not use any extensions to the SMILES standard, and so are completely interchangeable with the existing SMILES strings used by many databases. The advantage of replacing existing SMILES strings with Universal SMILES or Inchified SMILES is that the ease of use and readability of SMILES strings is enhanced by the indexing and linking ability associated with a canonical representation such as the InChI.
This is the first description of a method to generate canonical SMILES that takes stereochemistry into account. Apart from yaInChI (a modification of the InChI by Cho et al. ), it is also the first time that the canonical labels from the InChI have been used to generate an alternative canonical representation, although in fact the idea itself has previously been proposed by Murray-Rust (on the Open Babel mailing list, February 2005 ). However, there are other studies that share the idea of exploiting information contained in the InChI for purposes other than uniquely identifying a molecule. Thalheim et al.  implemented a tautomer enumeration procedure based on information contained in the InChI. The InChI normalises all (supported) tautomers to the same representation, and stores the normalised information in the mobile hydrogen layer of the InChI which describes how one or more hydrogens is shared between a set of heteroatoms. The authors extracted this layer, and developed an algorithm that generated all of the tautomers consistent with it. The layered structure of the InChI can be exploited to identify isomers of various types; in a crystallographic study, Fábián and Brock  used the enantiomer layer to identify a particular class of racemic crystal, kryptoracemates, where the enantiomers are not related by space-group symmetry.
The Inchified SMILES can be considered as a canonical SMILES string that corresponds to the Standard InChI. All of the normalisations applied to the structure by the InChI are passed onto the Inchified SMILES, and there is a one-to-one relationship between the two.
In contrast, the Universal SMILES retains the original structure (and tautomeric state) but uses the canonical labels from the InChI to create a canonical SMILES string. It can be considered a drop-in replacement for existing SMILES, with the added benefit of being a canonical representation.
The Methods section describes how to generate Inchified and Universal SMILES. The Results section covers how these approaches were tested by implementing them as part of the Open Babel cheminformatics toolkit. Additional comments on the implementation as well as the implications of a widely-available standard canonical form for SMILES are contained in the Discussion.
Inchified SMILES: Generate a Standard InChI for a molecule mol1 and use the InChI library to convert it back to a molecule mol2. The atoms of mol2 will be in a canonical order although its connection table may be different to mol1 due to normalisation. Using the canonical order, generate a canonical SMILES for mol2.
Universal SMILES: Generate a non-standard InChI for a molecule mol1, and parse the auxiliary information to obtain the canonical labels. Using the canonical labels, generate a canonical SMILES for mol1.
In the absence of any normalisations affecting the Inchified SMILES, or differences between the Standard and non-standard InChIs, the Universal SMILES and Inchified SMILES for a particular molecule will be identical.
When generating a Standard InChI a set of normalisations are first applied to the supplied structure. The purpose of these normalisations is to make sure that different ways of drawing the same structure will all yield the same InChI. For example, tautomers that differ by (1,3)-shifts of H atoms between heteroatoms may be normalised to the same representation; ion-pair representations (e.g. nitro group as –[N+]([O-])=O) are replaced by expanded valence representations (e.g. nitro group as –N(=O)=O). Other more complex normalisation steps are also applied to handle radicals and movable charges.
The Inchified SMILES incorporates these normalisation steps in a rather straightforward way. An InChI is generated from the original structure, and then that InChI is converted back to a molecular structure using the InChI library. Several structures with different connection tables may give the same InChI due to normalisation, but that InChI will only be converted back to a single structure, the normalised structure. For Inchified SMILES, the original structure is discarded and the normalised structure is used instead.
It is worth emphasising that the normalisations incorporated by the Inchified SMILES are completely dependent on the Standard InChI. If the Standard InChI does not detect and normalise different tautomeric states of a molecule (which happens for various classes of tautomers), different tautomers will not yield the same Inchified SMILES.
In order to generate a unique, or canonical, representation for a molecule, one needs a way to canonically label the atoms of the molecule. Such a method will always give the same label to the same atom no matter how the atoms of the molecule are presented. As discussed above, different canonicalisation procedures have been developed by a variety of software vendors and open source projects. Here the canonical labels provided by the InChI canonicalisation algorithm are used.
Although a full and detailed description of the InChI canonicalisation algorithm has not been published, the InChI Technical Manual  presents an overview and Tchekhovskoi (of the InChI development team) has given some details in emails to the InChI public mailing list (see Apodaca ). The hydrogenless molecular graph is first canonicalised, based on an initial partitioning of the atoms similar to that described by Weininger for SMILES. Canonical numbering is then obtained using a method described by Agarwal and Gelernter , but using McKay’s Nauty algorithm  to improve efficiency. Further canonicalisation steps are then carried out in a stepwise manner for each additional InChI layer, while keeping previous layers fixed.
When generating Inchified SMILES, the preceding structure normalisation step returns the atoms of the molecule in InChI canonical order, so no further work is required. To generate Universal SMILES, the canonical order must instead be obtained by generating an InChI for the molecule and extracting the order from the InChI auxiliary information.
Universal SMILES for structures discussed in the text showing the input SMILES, and the corresponding non-standard InChI and auxiliary information
InChI Auxiliary info
The effect of using the non-standard option FixedH on the InChI and Universal SMILES
InChI Auxiliary info
InChI Auxiliary info
When generating a Standard InChI, ligands are disconnected from any metal atoms present in order to normalise different representations of the same metal-ligand bonding system. This can cause some problems when trying to relate the input atoms and the canonical labels. For example, if you consider the platinum complex represented by the SMILES string C(=O)O[Pt](N)(N)Cl, when disconnected the two oxygens of the carboxy are considered equivalent by the InChI and so the canonical labels for the oxygens in the input structure may interchange depending on their atom order. To avoid such problems, the RecMet option is used when generating the InChI. This adds a reconnected metal layer (/r) to the InChI if a metal atom has been disconnected, and a corresponding /R section to the auxiliary information. The /R section has its own /N section (and its own /F section as described above if mobile hydrogens are present) which contains the correspondence between the input atom order and the canonical labels.
Rule A: The correspondence between the input atom order and the InChI canonical labels should be obtained from the reconnected metal layer (/R:) in preference to the initial layer, and then from the fixed hydrogen labels (/F:) in preference to the standard labels (/N:).
See the Additional file 1 for a Python script that extracts the canonical labels from an InChI as described by Rule A.
Here only the fixed hydrogen and reconnected metal layers have been considered. Another layer that may be present is the isotopic layer, and there may be an updated canonical label section associated with this. As of writing, there is a known bug in the InChI output for this section , and support for this additional layer will be added once this is addressed.
Rule B: Start the graph traversal at the atom with the lowest canonical label. For disconnected structures, visit each structure in order of its lowest canonical label. (Modified by Rule E)
Rule C: At each branch point, multiple bonds are favoured over single or aromatic bonds, and lower canonical labels over higher. (Modified by Rule D)
Rule C follows Weininger et al. and reduces the probability of bond closures involving multiple bonds.
In general, hydrogens are neither given a canonical label by the InChI nor included in the connection layer. However, for certain specific cases involving species consisting wholly of hydrogen atoms or with bridging hydrogens, one or more hydrogens may be labelled. For its part, in general a Universal or Inchified SMILES string does not include hydrogens (or rather they are included implicitly) as prescribed by Rule F below. However explicit hydrogens are used when indicating isotopes of hydrogen (i.e. [2H], [3H]), hydrogens attached to tetrahedral stereocentres with defined stereochemistry, and for the special cases of dihydrogen and hydrogen ions ([H][H], [H-], [H+]).
Rule D: An explicit hydrogen atom in the SMILES string which is unlabelled by the InChI should be visited prior to other singly-bonded branches of the preceding atom (and favouring deuterium first over tritium), or if present at a tetrahedral stereocentre with defined stereochemistry, it should be written inside the square brackets (that is, [C@H] rather than [C@]([H])).
C([2H])([3H])Cl rather than C(Cl)([3H])[2H]
In practice, the first clause of Rule D can be ensured by giving such hydrogens a low canonical number so that Rule B will work without modification.
Handling groups whose order is not canonical
As a consequence of its normalisation rules, the InChI treats certain groups as identical that have distinct representations in SMILES; the most common case is a doubly-bonded oxygen and an hydroxide anion attached to the same atom. The result of this is that the “canonical” labels for the individual groups will depend on their atom order. For example, different atom orders for a representation of the acetate anion will cause an interchange of the canonical labels for the hydroxyl group and the carbonyl group.
Rule E: If the start atom is a negatively charged oxygen atom, start instead at any carbonyl oxygen attached to the same neighbour.
Generation of SMILES string
Use of standard form
Rule F: SMILES strings should be written in the standard form described by the OpenSMILES specification.
For example, atoms in the “organic subset” (B, C, N, O, P, S, F, Cl, Br, and I) should be written as bare atomic symbols where possible (that is, CCO instead of [CH3][CH3][OH]); single bonds should be written explicitly when necessary to distinguish from an aromatic bond (that is, CCO instead of C-C-O).
The OpenSMILES standard form referred to in Rule F indicates aromatic systems by lower case symbols rather than using the Kekulé form, for example c1ccccc1 rather than C1=CC=CC=C1 or C1C=CC=CC=1. To apply this rule it is necessary to first identify aromatic systems. Unfortunately, the OpenSMILES specification does not yet describe how to do this. Until this is described by the specification, differences between implementations of Universal SMILES will occur to the lack of a common aromatic model. Note that that this would be the case even if the Kekulé form were favoured over the aromatic form, as the choice of which Kekulé form to use relies on first identifying the associated aromatic system.
Rule G: For double bonds or allenes that exhibit a specified cis/trans stereochemistry, all of the explicit substituents should be preceded with a stereo symbol.
Example: Cl/C=C(\Br)/I not C/C=C(\Br)I
Rule H: In any isolated or conjugated cis/trans stereochemistry system, the stereo symbol that occurs earliest should be a forward slash.
Example: Cl/C=C/I not Cl\C=C\I
The specific choice enforced by Rule H has the advantage that it minimises back slashes in the SMILES string (which in certain programming environments, e.g. the Unix command line or in Python, require a special treatment known as escaping). It also means that if a back slash is present in the string, then the (human) reader knows that there must be a corresponding forward slash preceding it.
Rule I: Cis/trans stereochemistry at a bond closure should only be indicated at the bond closure symbol attached to the double bond.
Example: C/C=C\1/NC1 not C/C=C\1/NC/1 or C/C=C1/NC/1
Rule J: When choosing a bond closure symbol, the lowest value available should be used (where 1 is the lowest possible value). In other words, bond closure symbols should be reused once available.
Rule K: Where multiple bond closure symbols occur on the same atom, symbols describing bond openings are listed first, ordered by the canonical label of the corresponding neighbour atom (smallest first), followed by those describing bond closings, in the order in which the corresponding bond opening was made (i.e. the output order of the corresponding neighbour atom).
An advantage of writing out symbols for bond openings before those for bond closings is that it ensures that the same symbol does not appear twice (following the principle of reuse described by Rule J) on the same atom which, while valid according to the SMILES specification, may lead to confusion.
Support for Universal SMILES and Inchified SMILES was implemented in Open Babel version 2.3.2  as an option for SMILES output (either -xU or -xI). These implementations were tested using the ChEMBL database, release 13, which contains 1,142,974 compounds as a 2D SDF file , and with a subset of the PubChem Substance database , the 1,041,575 compounds with SIDs from 1 to 2000000 (downloaded Aug. 7, 2012). The ChEMBL database is a highly-curated set of non-duplicate structures which have passed through a normalisation pipeline before entry. In contrast, the PubChem Substance database contains the original structures as deposited from a variety of sources; no normalisation procedure has been applied and duplicates and errors exist. For the analysis below, 11,881 (1.1%) compounds in the PubChem dataset had failures in InChI generation and so were discarded.
The following commands show how to use the obabel command-line program to generate Universal and Inchified SMILES strings for a structure stored in a Mol file:
C:\>obabel figure1.mol -osmi –xU
C:\>obabel figure1.mol -osmi –xI
The methods described above for generating the Universal SMILES and Inchified SMILES are such that the same SMILES string will be generated in each case in the absence of any normalisations introduced by the InChI for the Inchified SMILES. Such normalisations are quite common for the datasets studied; for only 52.5% of the ChEMBL database structures and 52.7% of the PubChem dataset are the Universal SMILES strings equal to the Inchified SMILES strings. A large proportion of the differences are due to normalisation of nitro ([N+](=O)[O-] to N(=O)=O). Normalisation of sulfoxide groups ([S+][O-] to S=O) groups also makes a small contribution. Most of the remainder is due to normalisation of tautomers. It should be noted that the normalised tautomer form may not be that which the chemist prefers; for example, all amides are converted to imidic acids.
The methods described above are recipes which, if followed, will result in a Universal SMILES or Inchified SMILES. What remains to be shown is that these methods produce a canonical identifier. The key feature of a canonical identifier is that it should be invariant to the order in which atoms are presented.
When the shuffle test was applied to the ChEMBL database, there were 2,435 canonicalisation failures (0.21%) with Universal SMILES but only 141 for Inchified SMILES. This compares with 187 failures for Open Babel’s own canonical SMILES implementation. Many of these failures are due to kekulisation problems (rather than problems with the canonicalisation procedure itself), and so also affect the result for Inchified and Universal SMILES. When the failures for Open Babel’s canonical SMILES implementation are excluded, the total number of Universal SMILES failures is 2,248 while that for Inchified SMILES is zero. This value of zero is not unexpected; if the InChI successfully canonicalises the structure, the corresponding Inchified SMILES will also be canonical as a particular InChI will always yield the same Inchified SMILES.
For the Universal SMILES, a few main categories of failure could be identified. First, let us consider failures due to differences in the underlying chemical model between Open Babel and the InChI code. For example, 722 of the failures were due to disagreement on the number of tetrahedral stereocentres; typically, Open Babel identified an additional stereocentre which the InChI code correctly identified as non-stereogenic due to symmetry. Similar problems with stereogenic double bonds account for 1,105 failures. Together, these account for about 81% of the 2,248 failures.
When the shuffle test was applied to the 1,029,694 molecules in the PubChem dataset, there were 2,410 canonicalisation failures (0.23%) with Universal SMILES but only 163 for Inchified SMILES. Once the 232 failures for Open Babel’s canonical SMILES implementation were excluded as before, there were 2,183 failures for Universal SMILES but none for Inchified SMILES.
About 72% of the Universal SMILES failures are due to stereochemical disagreements and the majority of the remainder involve the handling of delocalised charges discussed above for ChEMBL. An additional class of failures which occurred more often in the case of the PubChem subset than with ChEMBL (56 times versus 19 times) are failures related to non-canonicalisation of isotopes. These are caused by the current lack of support for the isotopic layer as discussed at the end of the Canonical labelling section in the Methods.
The Universal and Inchified SMILES were used to identify duplicates in the two datasets. Such duplicates indicate either true duplicates, a shortcoming of the method or implementation, or else a normalisation of distinct structures.
The ChEMBL database should not contain any true duplicates. However 63 sets of duplicates (mainly pairs) in terms of the InChI were identified and removed from further consideration. Communication with the ChEMBL team revealed these to be errors in the database which had already been identified and fixed in preparation for the next release.
There were 21 duplicates according to Inchified SMILES, but after inspection none of these were due to the method itself but rather due to the underlying toolkit. Eleven duplicates involve tetrahedral stereochemistry at a nitro group which is lost by Open Babel when the InChI code normalises [N+][O-] to N=O, as Open Babel then incorrectly considers the nitrogen to be sp2-hybridised and not a potential stereocentre. Six occur because the Open Babel SMILES writer does not output stereo symbols for double bonds in rings of size 8 or less as these are considered to be implicitly cis bonds. In fact, these all appear to be true duplicates and have been reported to ChEMBL; for example, a double bond in an 8-membered ring is marked as unknown stereochemistry in one instance (CHEMBL1730955) and cis in the other (CHEMBL1512517), but in the original datasource (PubChem) they both link to the same structure. The remaining 4 duplicates are due to a variety of errors in Open Babel such as lack of support for chirality at an sp3-hybridised carbon with a hydrogen and a deuterium.
Unlike the ChEMBL database, the PubChem Substance database contains a high number of duplicates. There are 143,157 sets of duplicates in the subset of just over 1 million according to the InChI.
141,118 sets of duplicates were identified using Universal SMILES, of which all but 47 were also found by the InChI or Inchified SMILES. Of these there is one case involving the situation shown in Figure 5. 44 of the remaining cases involve a similar situation with 3D structures, where the InChI treats as undefined the stereochemistry at a tetrahedral centre as the three non-hydrogen atoms are almost in the same plane. The final two cases are further differences between the treatment of structures by Open Babel and InChI. In the case of SID 464705, Open Babel treats a molecule composed of a single hydrogen atom as a hydrogen radical, but when passed to the InChI it is interpreted as dihydrogen (this also occurs if the native InChI code is used to read the corresponding SDF file). When reading SID 823979, composed of a phosphorus atom with a double-bond to an oxygen and a single bond to an oxygen, Open Babel assumes an implicit valence of 5 for the phosphorus (indicating hypophosphorous acid) while the InChI assumes a valency of 3.
The implementation of Universal SMILES as part of Open Babel is able to generate canonical identifiers for 99.79% of the ChEMBL database and for 99.77% of a subset of the PubChem Substance database, a remarkable level of performance given that the InChI was never intended for such a use and that the only information taken from the InChI were the canonical labels. However, it may be possible to further improve the performance by extracting additional information. The canonicalisation failures due to stereo disagreement could be reduced by improving the ability of Open Babel to identify stereocentres. An alternative would be to try to extract information on the stereocentres from the InChI string and use that information when generating the Universal SMILES. On the other hand, there does not currently seem to be a way to resolve the failures due to delocalised charges, although future versions of the InChI could provide additional non-standard options to help here. An alternative approach would be to modify the InChI codebase itself to overcome these problems, for example as done by Cho et al. , but that defeats the purpose of using the InChI canonicalisation in the first place, that it exists as a standard implementation which is available within most cheminformatics toolkits.
The InChI is often used to identify and remove duplicates in chemical databases. As shown by the results of the duplicate test, the InChI software is more sensitive than Open Babel to the specific geometry used when depicting a 2D structure, and what appear to be duplicates may not be considered as such by the InChI. By comparing the duplicates found using Inchified SMILES versus Universal SMILES, some of these cases may be identified. To find the full set of problematic structures, the entire database should then be searched for additional instances (e.g. all those structures with a 180° bond angle as shown in Figure 5). These structures should then be redrawn so that the calculated InChI accurately reflects the intended structure.
The implementation of a standard SMILES representation, such as the Universal SMILES described here, will make it easy to compare SMILES strings generated by various toolkits. Some differences will be due to bugs in file format readers or writers, and their exposure will lead to improvements in quality. Other differences will be due to variations between the chemical models used by the toolkits. These variations exist between all current cheminformatics toolkits but are somewhat hidden to the casual user. Exposing these differences will encourage the development of standards for chemical models. In particular, a major obstacle in the adoption of Universal SMILES is the lack of a standard aromatic model for SMILES. The aromatic model determines which ring systems are identified as aromatic and thus affects the representation of the corresponding atoms in the SMILES string. In the absence of a standard model, each software uses different rules to determine the aromatic systems. Another issue is how to determine stereocentres, which is a difficult problem in the general case. Should each toolkit use its own code, or work together on a common standard, or should it rely on the stereocentre perception of the InChI code?
While this study has been concerned only with the SMILES format, some of the ideas described here could be applied to other chemical file formats. For example, the use of roundtripping through InChI as a normalisation step is independent of any chemical file format and could be used as a ‘business rule’ to prepare structures for entry into a database system. The canonical labels obtained from the InChI could also be used for the generation of canonical forms of other file formats, in particular for other line notations. For file formats with 2D or 3D information, a canonical ordering of the atoms makes it simple to calculate the RMSD between two docked poses (for example) as equivalent atoms occur in the same order in the two files.
The normalisation and canonicalisation procedures developed by the InChI project can be used to generate a canonical form for other line notations, in particular the widely-used SMILES string. Two canonical forms were described: the Inchified SMILES incorporates the normalisations introduced by the InChI while the Universal SMILES retains the original structure. Both of these have been implemented as part of the open source toolkit Open Babel v2.3.2. For test sets of more than one million structures from the ChEMBL database and a similar-sized subset from the PubChem Substance database, no canonicalisation failures were found for Inchified SMILES, while the Universal SMILES achieved 99.8% success.
The description of these canonicalisation methods should not be considered complete, but rather as a first step in the development of an open standard for canonical SMILES. Once these methods are applied to larger and more diverse datasets, it is inevitable that further rules will be necessary to handle molecules whose structures are not currently canonicalised. Furthermore, rules for representing stereochemistries beyond tetrahedral and double-bond stereochemistry have not been considered in this work.
Although challenges remain – in particular, a description of a standard aromatic model for SMILES – the benefits to the community of a standard canonical SMILES and the ease with which it can be used to compare and contrast the chemical models used by toolkits will spur the resolution of these issues. For further discussion of the development of standards for SMILES, the interested reader is encouraged to join the OpenSMILES mailing list .
The author is a developer of Open Babel, the Open Source cheminformatics toolkit, and is a member of the Blue Obelisk , a group which encourages interoperability and the development of standards in cheminformatics.
This work was inspired by talks at the 5th Meeting on U.S. Government Chemical Databases and Open Chemistry, and I thank Marc Nicklaus (National Cancer Institute, NIH) for the invitation and support to attend. I am grateful for the work by Craig James (eMolecules, Inc.) in initiating and leading the OpenSMILES project, and additionally for donating the code to generate canonical SMILES in Open Babel. Several of the rules described here are based on this code. I thank Daniel Lowe and Roger Sayle (NextMove Software) for the observation that amides are converted to imidic acids on roundtripping through InChI. Finally, I thank the anonymous reviewers whose suggestions greatly improved the manuscript. This work is supported by a Health Research Board Career Development Fellowship (PD/2009/13).
- Warr WA: Representation of chemical structures. WIREs Comput Mol Sci. 2011, 1: 557-579. 10.1002/wcms.36.View ArticleGoogle Scholar
- Ash S, Cline MA, Homer RW, Hurst T, Smith GB: SYBYL Line Notation (SLN): A Versatile Language for Chemical Structure Representation. J Chem Inf Comput Sci. 1997, 37: 71-79. 10.1021/ci960109j.View ArticleGoogle Scholar
- Homer RW, Swanson J, Jilek RJ, Hurst T, Clark RD: SYBYL Line Notation (SLN): A Single Notation To Represent Chemical Structures, Queries, Reactions, and Virtual Libraries. J Chem Inf Model. 2008, 48: 2294-2307. 10.1021/ci7004687.View ArticleGoogle Scholar
- Bolton EE, Wang Y, Thiessen PA, Bryant SH: Chapter 12 PubChem: Integrated Platform of Small Molecules and Biological Activities. Annual Reports in Computational Chemistry. 2008, Elsevier, 217-241.Google Scholar
- International Union of Pure and Applied Chemistry. Commission on the Nomenclature of Organic Chemistry, Panico R, Powell WH, Richer J-C: A guide to IUPAC nomenclature of organic compounds: recommendations 1993. 1993, Oxford; Boston; Boca Raton, Fla: Blackwell Scientific Publications; CRC Press [distributor]Google Scholar
- Weininger D: SMILES, a chemical language and information system. 1. Introduction to methodology and encoding rules. J Chem Inf Comput Sci. 1988, 28: 31-36. 10.1021/ci00057a005.View ArticleGoogle Scholar
- Daylight Chemical Information Systems, Inc, http://daylight.com,
- The IUPAC International Chemical Identifier (InChI). http://www.iupac.org/home/publications/e-resources/inchi.html,
- The InChI Trust. http://www.inchi-trust.org/,
- Rohbeck H: Representation of Structure Description Arranged Linearly. Software development in chemistry 5: proceedings of the 5th Workshop “Computers in Chemistry. Edited by: Gmehling J. 1991, Berlin; New York: Springer-VerlagGoogle Scholar
- Smith EG, Baker PA, Wiswesser WJ: The Wiswesser Line-Formula Chemical Notation (WLN). 1975, Cherry Hill, New Jersey, US: Chemical Information Management Inc., 3Google Scholar
- Gakh AA, Burnett MN: Modular Chemical Descriptor Language (MCDL): Composition, Connectivity, and Supplementary Modules. J Chem Inf Comput Sci. 2001, 41: 1494-1499. 10.1021/ci000108y.View ArticleGoogle Scholar
- Gakh AA, Burnett MN, Trepalin SV, Yarkov AV: Modular Chemical Descriptor Language (MCDL): Stereochemical modules. J Cheminf. 2011, 3: 5-10.1186/1758-2946-3-5.View ArticleGoogle Scholar
- Karabunarliev S, Ivanov J, Mekenyan O: Coding of chemical structures based on a line notation. Comput Chem. 1994, 18: 189-193. 10.1016/0097-8485(94)85010-0.View ArticleGoogle Scholar
- Fujita S, Tanaka N: XyM Notation for Electronic Communication of Organic Chemical Structures. J Chem Inf Comput Sci. 1999, 39: 903-914. 10.1021/ci990018x.View ArticleGoogle Scholar
- Koichi S, Iwata S, Uno T, Koshino H, Satoh H: Algorithm for Advanced Canonical Coding of Planar Chemical Structures That Considers Stereochemical and Symmetric Information. J Chem Inf Model. 2007, 47: 1734-1746. 10.1021/ci600238j.View ArticleGoogle Scholar
- Wentang C, Ying Z, Feibai Y: New computer representation for chemical structures: Two-level compact connectivity tables. J Chem Inf Comput Sci. 1993, 33: 604-608. 10.1021/ci00014a013.View ArticleGoogle Scholar
- Quadrelli L, Bareggi V, Spiga S: A New Linear Representation of Chemical Structures. J Chem Inf Comput Sci. 1978, 18: 37-40. 10.1021/ci60013a009.View ArticleGoogle Scholar
- Abe H, Kudo Y, Yamasaki T, Tanaka K, Sasaki M, Sasaki S: A convenient notation system for organic structure on the basis of connectivity stack. J Chem Inf Comput Sci. 1984, 24: 212-216. 10.1021/ci00044a005.View ArticleGoogle Scholar
- Wiswesser WJ: 107 Years of Line-Formula Notations (1861–1968). J Chem Doc. 1968, 8: 146-150. 10.1021/c160030a007.View ArticleGoogle Scholar
- OpenSMILES Home Page. http://www.opensmiles.org/,
- Weininger D, Weininger A, Weininger JL: MILES. 2. Algorithm for generation of unique SMILES notation. J Chem Inf Comput Sci. 1989, 29: 97-101. 10.1021/ci00062a008.View ArticleGoogle Scholar
- O’Boyle NM, Banck M, James CA, Morley C, Vandermeersch T, Hutchison GR: Open Babel: An open chemical toolbox. J Cheminf. 2011, 3: 33-10.1186/1758-2946-3-33.View ArticleGoogle Scholar
- Steinbeck C, Hoppe C, Kuhn S, Floris M, Guha R, Willighagen EL: Recent Developments of the Chemistry Development Kit (CDK) - An Open-Source Java Library for Chemo- and Bioinformatics. Curr Pharm Des. 2006, 12: 2111-2120. 10.2174/138161206777585274.View ArticleGoogle Scholar
- RDKit: Open-source cheminformatics. http://rdkit.org/,
- Lutz K: Chemkit. http://chemkit.org,
- Indigo – GGA Software Services. http://ggasoftware.com/opensource/indigo,
- ACD/ChemSketch Freeware. Toronto, ON, Canada: Advanced Chemistry Development, Inc, http://acdlabs.com/home/,
- Ihlenfeldt WD, Takahashi Y, Abe H, Sasaki S: Computation and management of chemical properties in CACTVS: An extensible networked approach toward modularity and compatibility. J Chem Inf Comput Sci. 1994, 34: 109-116. 10.1021/ci00017a013.View ArticleGoogle Scholar
- JChem, ChemAxon. http://www.chemaxon.com/,
- OEChem: Santa Fe, NM, USA: OpenEye Scientific Software, Inc, http://eyesopen.com/,
- Cho YS, No KT, Cho K-H: yaInChI: Modified InChI string scheme for line notation of chemical structures. SAR QSAR Environ Res. 2012, 23: 237-255. 10.1080/1062936X.2012.657677.View ArticleGoogle Scholar
- Murray-Rust P: Open Babel mailing list archive. http://sourceforge.net/mailarchive/message.php?msg_id=7048882,
- Thalheim T, Vollmer A, Ebert R-U, Kuähne R, Schuäuärmann G: Tautomer Identification and Tautomer Structure Generation Based on the InChI Code. J Chem Inf Model. 2010, 50: 1223-1232. 10.1021/ci1001179.View ArticleGoogle Scholar
- Fábián L, Brock CP: A list of organic kryptoracemates. Acta Cryst B. 2010, 66: 94-103. 10.1107/S0108768109053610.View ArticleGoogle Scholar
- Stein SE, Heller SR, Tchekhovskoi DV, Pletnev : IUPAC International Chemical Identifier v1.04 Technical Manual. 2011Google Scholar
- Apodaca R: InChI Canonicalization Algorithm, Depth-First. http://depth-first.com/articles/2006/08/12/inchi-canonicalization-algorithm/,
- Agarwal KK, Gelernter HL: A Computer-Oriented Linear Canonical Notational System for the Representation of Organic Structures with Stereochemistry. J Chem Inf Comput Sci. 1994, 34: 463-479. 10.1021/ci00019a001.View ArticleGoogle Scholar
- McKay BD: Practical Graph Isomorphism. Congressus Numerantium. 1981, 30: 45-87.Google Scholar
- Pletnev I: InChI mailing list archive. http://sourceforge.net/mailarchive/message.php?msg_id=28292914,
- Gaulton A, Bellis LJ, Bento AP, Chambers J, Davies M, Hersey A, Light Y, McGlinchey S, Michalovich D, Al-Lazikani B, Overington JP: ChEMBL: A Large-Scale Bioactivity Database for Drug Discovery. Nucl Acids Res. 2012, 40 (Database issue): D1100-7-Google Scholar
- Bellis LJ, Akhtar R, Al-Lazikani B, Atkinson F, Bento AP, Chambers J, Davies M, Gaulton A, Hersey A, Ikeda K, Krüger FA, Light Y, McGlinchey S, Santos R, Stauch B, Overington JP: Collation and data-mining of literature bioactivity data for drug discovery. Biochem Soc Trans. 2011, 39: 1365-1370. 10.1042/BST0391365.View ArticleGoogle Scholar
- InChI FAQ. http://www.inchi-trust.org/fileadmin/user_upload/html/inchifaq/inchi-faq.html,
- O’Boyle N, Guha R, Willighagen E, Adams S, Alvarsson J, Bradley J-C, Filippov I, Hanson R, Hanwell M, Hutchison G, James C, Jeliazkova N, Lang A, Langner K, Lonie D, Lowe D, Pansanel J, Pavlov D, Spjuth O, Steinbeck C, Tenderholt A, Theisen K, Murray-Rust P: Open Data, Open Source and Open Standards in chemistry: The Blue Obelisk five years on. J Cheminf. 2011, 3: 37-10.1186/1758-2946-3-37.View ArticleGoogle Scholar
This article is published under license to BioMed Central Ltd. This is an Open Access article distributed under the terms of the Creative Commons Attribution License (http://creativecommons.org/licenses/by/2.0), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.