<?xml version="1.0" encoding="UTF-8"?>
<TEI xmlns="http://www.tei-c.org/ns/1.0" xml:lang="en">
  <teiHeader>
    <fileDesc>
      <titleStmt>
        <title>An open source chemical structure curation pipeline using RDKit</title>
        <author>A. Patrícia Bento</author>
        <author>Anne Hersey</author>
        <author>Eloy Félix</author>
        <author>Greg Landrum</author>
        <author>Anna Gaulton</author>
        <author>Francis Atkinson</author>
        <author>Louisa J. Bellis</author>
        <author>Marleen De Veij</author>
        <author>Andrew R. Leach</author>
      </titleStmt>
      <publicationStmt>
        <p>Tag layer of the DHSS Meta-Tagging Project. The article text is reproduced from the
           staged copy named in sourceDesc and is not altered; the tags are held separately in
           standOff so that overlapping and nested spans are preserved.</p>
      </publicationStmt>
      <sourceDesc>
        <bibl>
          <title>An open source chemical structure curation pipeline using RDKit</title>
          <date>2020</date>
          <publisher>Journal of Cheminformatics</publisher>
          <idno type="DOI">10.1186/s13321-020-00456-1</idno>
          
          <idno type="record">bento2020-open-source-chemical-structure-curation</idno>
          <note type="staged-file">bento2020-open-source-chemical-structure-curation.txt, the project's staged copy</note>
          <note type="text-sha1">ce11d4a75fff7565e12679ab603e111ac8631558</note>
          <note type="rights">cc-by</note>
        </bibl>
      </sourceDesc>
    </fileDesc>
    <profileDesc>
      <textClass><keywords><term>computational chemistry</term></keywords></textClass>
      <particDesc>
        <person xml:id="paper"><p>the paper's own words</p></person>
        <person xml:id="tagger"><p>the tag layer; a sentence written by the tagger about the
          paper, always anchored to a quotation but not itself a quotation</p></person>
      </particDesc>
    </profileDesc>
    <revisionDesc>
      <change when="2026-10-06"
              who="build_paper_edition.py">184 spans located by searching the stored text for the quote's exact words, allowing any whitespace between them</change>
    </revisionDesc>
  </teiHeader>
  <standOff>
    <spanGrp type="tags">
      <span xml:id="t0" from="#a3" to="#a4" type="object_of_study" ana="#object_of_study" resp="#paper">automated validation, standardization, and parent generation for chemical structures entering ChEMBL</span>
      <span xml:id="t1" from="#a17" to="#a18" type="research_question" ana="#research_question" resp="#paper">whether a maintainable open-source RDKit pipeline can curate diverse chemical-structure inputs robustly and replace ChEMBL&#x27;s commercial legacy workflow</span>
      <span xml:id="t2" from="#a75" to="#a76" type="contribution" ana="#contribution" resp="#paper">a public three-component ChEMBL structure pipeline, revised curation rules, production deployment, and comparative tests on curated and uncurated datasets</span>
      <span xml:id="t3" from="#a3" to="#a4" type="claim_type" ana="#claim_type" resp="#paper">method</span>
      <span xml:id="t4" from="#a11" to="#a12" type="phenomenon" ana="#phenomenon" resp="#paper">chemical-structure identity, representation errors, standardization differences, salt and isotope parentage, and bioactivity aggregation</span>
      <span xml:id="t5" from="#a3" to="#a4" type="method" ana="#method" resp="#paper">system-or-tool-building<term>system-or-tool-building</term></span>
      <span xml:id="t6" from="#a25" to="#a26" type="mechanisms" ana="#mechanisms[0]" resp="#tagger" cert="0.95">Detects structure problems, emits severity scores, and sends prioritized cases to manual curation.<term>Checker</term></span>
      <span xml:id="t7" from="#a21" to="#a22" type="mechanisms" ana="#mechanisms[1]" resp="#tagger" cert="0.95">Applies a deterministic sequence of predefined formatting and chemistry rules.<term>Standardizer</term></span>
      <span xml:id="t8" from="#a49" to="#a50" type="mechanisms" ana="#mechanisms[2]" resp="#tagger" cert="0.95">Removes permitted salts, solvents, and isotope information before neutralizing the parent.<term>GetParent</term></span>
      <span xml:id="t9" from="#a13" to="#a14" type="mechanisms" ana="#mechanisms[3]" resp="#tagger" cert="0.95">Folds source-specific structures onto ChEMBL compound identity and identifier assignment.<term>Standard InChI</term></span>
      <span xml:id="t10" from="#a27" to="#a28" type="mechanisms" ana="#mechanisms[4]" resp="#tagger" cert="0.95">Routes fatal, serious, and lower-priority issues to different loading and curation actions.<term>penalty score</term></span>
      <span xml:id="t11" from="#a29" to="#a30" type="mechanisms" ana="#mechanisms[5]" resp="#tagger" cert="0.95">Compare stereocentre counts perceived by molfile, InChI, and RDKit methods.<term>stereo mismatch checks</term></span>
      <span xml:id="t12" from="#a35" to="#a36" type="mechanisms" ana="#mechanisms[6]" resp="#tagger" cert="0.95">Prevents unsafe automatic standardization for representations unsupported by V2000.<term>exclude flag</term></span>
      <span xml:id="t13" from="#a41" to="#a42" type="mechanisms" ana="#mechanisms[7]" resp="#tagger" cert="0.95">Repairs charge, valence, aromatic, tautomeric, and bond conventions.<term>structure normalization</term></span>
      <span xml:id="t14" from="#a43" to="#a44" type="mechanisms" ana="#mechanisms[8]" resp="#tagger" cert="0.95">Adds, removes, or moves hydrogens between atoms and components where possible.<term>neutralisation</term></span>
      <span xml:id="t15" from="#a45" to="#a46" type="mechanisms" ana="#mechanisms[9]" resp="#tagger" cert="0.95">Makes ambiguous proton additions reproducible for the same input molecule.<term>canonical choice</term></span>
      <span xml:id="t16" from="#a53" to="#a54" type="mechanisms" ana="#mechanisms[10]" resp="#tagger" cert="0.95">Groups bioactivity from related salts and isotopes without changing the measured-form record.<term>parent aggregation</term></span>
      <span xml:id="t17" from="#a57" to="#a58" type="mechanisms" ana="#mechanisms[11]" resp="#tagger" cert="0.95">Tests manually drawn, patent-extracted, and depositor-supplied structures.<term>cross-source Checker evaluation</term></span>
      <span xml:id="t18" from="#a71" to="#a72" type="mechanisms" ana="#mechanisms[12]" resp="#tagger" cert="0.95">Compares Standard InChIKeys after ChEMBL and PubChem rules process the same approved drugs.<term>cross-database Standardizer comparison</term></span>
      <span xml:id="t19" from="#a1" to="#a2" type="limitations" ana="#limitations[0]" resp="#tagger" cert="0.95">Incoming compounds are not consistently standardized across sources.</span>
      <span xml:id="t20" from="#a9" to="#a10" type="limitations" ana="#limitations[1]" resp="#tagger" cert="0.95">Manual curation cannot keep up with more than fifty thousand new structures per release.</span>
      <span xml:id="t21" from="#a11" to="#a12" type="limitations" ana="#limitations[2]" resp="#tagger" cert="0.95">No universal molfile or SMILES standard prevents subtle conversion changes.</span>
      <span xml:id="t22" from="#a13" to="#a14" type="limitations" ana="#limitations[3]" resp="#tagger" cert="0.95">Standard InChI misses some tautomerism and organometallic cis-trans identity and cannot encode relative stereochemistry.</span>
      <span xml:id="t23" from="#a17" to="#a18" type="limitations" ana="#limitations[4]" resp="#tagger" cert="0.95">The legacy commercial workflow became hard to maintain and modify.</span>
      <span xml:id="t24" from="#a33" to="#a34" type="limitations" ana="#limitations[5]" resp="#tagger" cert="0.95">An automated standardizer can safely correct only some imperfect or ambiguous structures.</span>
      <span xml:id="t25" from="#a35" to="#a36" type="limitations" ana="#limitations[6]" resp="#tagger" cert="0.95">V2000 molfiles cannot accurately represent coordination bonds in excluded compound classes.</span>
      <span xml:id="t26" from="#a45" to="#a46" type="limitations" ana="#limitations[7]" resp="#tagger" cert="0.95">Ambiguous proton placement requires an arbitrary, though canonical, choice.</span>
      <span xml:id="t27" from="#a49" to="#a50" type="limitations" ana="#limitations[8]" resp="#tagger" cert="0.95">Unsafe removal of components from organometallic compounds can yield an invalid ion as the parent.</span>
      <span xml:id="t28" from="#a55" to="#a56" type="limitations" ana="#limitations[9]" resp="#tagger" cert="0.95">The Standardizer&#x27;s quality improvement cannot be quantified unambiguously because it inherits many legacy rules.</span>
      <span xml:id="t29" from="#a71" to="#a72" type="limitations" ana="#limitations[10]" resp="#tagger" cert="0.95">The PubChem comparison used only a small compound set because its API was slow.</span>
      <span xml:id="t30" from="#a75" to="#a76" type="limitations" ana="#limitations[11]" resp="#tagger" cert="0.95">Standardization differences remain dependent on database-specific business rules.</span>
      <span xml:id="t31" from="#a57" to="#a58" type="controls" ana="#controls[0]" resp="#tagger" cert="0.95">three datasets with distinct curation and extraction origins<note>eliminates: dependence of Checker utility on one input source · outcome: held</note></span>
      <span xml:id="t32" from="#a71" to="#a72" type="controls" ana="#controls[1]" resp="#tagger" cert="0.95">the same approved-drug structures processed by ChEMBL and PubChem standardizers<note>eliminates: different starting compounds as the explanation for output differences · outcome: held</note></span>
      <span xml:id="t33" from="#a55" to="#a56" type="controls" ana="#controls[2]" resp="#tagger" cert="0.95">complete re-standardization of ChEMBL 26<note>eliminates: inconsistent legacy starting rules within the production database · outcome: held</note></span>
      <span xml:id="t34" from="#a57" to="#a58" type="controls" ana="#controls[3]" resp="#tagger" cert="0.95">manual-curated, patent-extracted, and unstandardized depositor sets<note>eliminates: one data-quality regime as the sole test condition · outcome: held</note></span>
      <span xml:id="t35" from="#a1" to="#a2" type="concepts" ana="#concepts[0]" resp="#paper" cert="0.95">ChEMBL database<term>ChEMBL database</term></span>
      <span xml:id="t36" from="#a7" to="#a8" type="concepts" ana="#concepts[1]" resp="#paper" cert="0.95">bioactivity data<term>bioactivity data</term></span>
      <span xml:id="t37" from="#a1" to="#a2" type="concepts" ana="#concepts[2]" resp="#paper" cert="0.95">small molecule compounds<term>small molecule compounds</term></span>
      <span xml:id="t38" from="#a1" to="#a2" type="concepts" ana="#concepts[3]" resp="#paper" cert="0.95">chemical structures<term>chemical structures</term></span>
      <span xml:id="t39" from="#a3" to="#a4" type="concepts" ana="#concepts[4]" resp="#paper" cert="0.95">chemical curation pipeline<term>chemical curation pipeline</term></span>
      <span xml:id="t40" from="#a3" to="#a4" type="concepts" ana="#concepts[5]" resp="#paper" cert="0.95">RDKit<term>RDKit</term></span>
      <span xml:id="t41" from="#a3" to="#a4" type="concepts" ana="#concepts[6]" resp="#paper" cert="0.95">Checker<term>Checker</term></span>
      <span xml:id="t42" from="#a3" to="#a4" type="concepts" ana="#concepts[7]" resp="#paper" cert="0.95">Standardizer<term>Standardizer</term></span>
      <span xml:id="t43" from="#a3" to="#a4" type="concepts" ana="#concepts[8]" resp="#paper" cert="0.95">GetParent<term>GetParent</term></span>
      <span xml:id="t44" from="#a5" to="#a6" type="concepts" ana="#concepts[9]" resp="#paper" cert="0.95">manual curation<term>manual curation</term></span>
      <span xml:id="t45" from="#a9" to="#a10" type="concepts" ana="#concepts[10]" resp="#paper" cert="0.95">automated procedure<term>automated procedure</term></span>
      <span xml:id="t46" from="#a11" to="#a12" type="concepts" ana="#concepts[11]" resp="#paper" cert="0.95">molfiles<term>molfiles</term></span>
      <span xml:id="t47" from="#a11" to="#a12" type="concepts" ana="#concepts[12]" resp="#paper" cert="0.95">SMILES<term>SMILES</term></span>
      <span xml:id="t48" from="#a13" to="#a14" type="concepts" ana="#concepts[13]" resp="#paper" cert="0.95">V2000 molfile<term>V2000 molfile</term></span>
      <span xml:id="t49" from="#a13" to="#a14" type="concepts" ana="#concepts[14]" resp="#paper" cert="0.95">Standard InChI<term>Standard InChI</term></span>
      <span xml:id="t50" from="#a13" to="#a14" type="concepts" ana="#concepts[15]" resp="#paper" cert="0.95">identifier<term>identifier</term></span>
      <span xml:id="t51" from="#a13" to="#a14" type="concepts" ana="#concepts[16]" resp="#paper" cert="0.95">uniqueness for a chemical structure<term>uniqueness for a chemical structure</term></span>
      <span xml:id="t52" from="#a13" to="#a14" type="concepts" ana="#concepts[17]" resp="#paper" cert="0.95">InChIKey<term>InChIKey</term></span>
      <span xml:id="t53" from="#a13" to="#a14" type="concepts" ana="#concepts[18]" resp="#paper" cert="0.95">ChEMBL identifier<term>ChEMBL identifier</term></span>
      <span xml:id="t54" from="#a13" to="#a14" type="concepts" ana="#concepts[19]" resp="#paper" cert="0.95">canonical SMILES<term>canonical SMILES</term></span>
      <span xml:id="t55" from="#a15" to="#a16" type="concepts" ana="#concepts[20]" resp="#paper" cert="0.95">canonical tautomer<term>canonical tautomer</term></span>
      <span xml:id="t56" from="#a17" to="#a18" type="concepts" ana="#concepts[21]" resp="#paper" cert="0.95">legacy pipeline<term>legacy pipeline</term></span>
      <span xml:id="t57" from="#a17" to="#a18" type="concepts" ana="#concepts[22]" resp="#paper" cert="0.95">MolVS<term>MolVS</term></span>
      <span xml:id="t58" from="#a25" to="#a26" type="concepts" ana="#concepts[23]" resp="#paper" cert="0.95">penalty score<term>penalty score</term></span>
      <span xml:id="t59" from="#a25" to="#a26" type="concepts" ana="#concepts[24]" resp="#paper" cert="0.95">severity of the perceived problem<term>severity of the perceived problem</term></span>
      <span xml:id="t60" from="#a25" to="#a26" type="concepts" ana="#concepts[25]" resp="#paper" cert="0.95">warning flag<term>warning flag</term></span>
      <span xml:id="t61" from="#a27" to="#a28" type="concepts" ana="#concepts[26]" resp="#paper" cert="0.95">fatal error<term>fatal error</term></span>
      <span xml:id="t62" from="#a29" to="#a30" type="concepts" ana="#concepts[27]" resp="#paper" cert="0.95">stereocentres<term>stereocentres</term></span>
      <span xml:id="t63" from="#a29" to="#a30" type="concepts" ana="#concepts[28]" resp="#paper" cert="0.95">stereo mismatch<term>stereo mismatch</term></span>
      <span xml:id="t64" from="#a35" to="#a36" type="concepts" ana="#concepts[29]" resp="#paper" cert="0.95">exclude flag<term>exclude flag</term></span>
      <span xml:id="t65" from="#a35" to="#a36" type="concepts" ana="#concepts[30]" resp="#paper" cert="0.95">coordination bonds<term>coordination bonds</term></span>
      <span xml:id="t66" from="#a39" to="#a40" type="concepts" ana="#concepts[31]" resp="#paper" cert="0.95">explicit H atoms<term>explicit H atoms</term></span>
      <span xml:id="t67" from="#a41" to="#a42" type="concepts" ana="#concepts[32]" resp="#paper" cert="0.95">hypervalent nitro groups<term>hypervalent nitro groups</term></span>
      <span xml:id="t68" from="#a43" to="#a44" type="concepts" ana="#concepts[33]" resp="#paper" cert="0.95">neutralised<term>neutralised</term></span>
      <span xml:id="t69" from="#a45" to="#a46" type="concepts" ana="#concepts[34]" resp="#paper" cert="0.95">arbitrary choice<term>arbitrary choice</term></span>
      <span xml:id="t70" from="#a47" to="#a48" type="concepts" ana="#concepts[35]" resp="#paper" cert="0.95">salt form<term>salt form</term></span>
      <span xml:id="t71" from="#a47" to="#a48" type="concepts" ana="#concepts[36]" resp="#paper" cert="0.95">parent structure<term>parent structure</term></span>
      <span xml:id="t72" from="#a47" to="#a48" type="concepts" ana="#concepts[37]" resp="#paper" cert="0.95">connected component<term>connected component</term></span>
      <span xml:id="t73" from="#a49" to="#a50" type="concepts" ana="#concepts[38]" resp="#paper" cert="0.95">isotopes<term>isotopes</term></span>
      <span xml:id="t74" from="#a49" to="#a50" type="concepts" ana="#concepts[39]" resp="#paper" cert="0.95">solvents<term>solvents</term></span>
      <span xml:id="t75" from="#a49" to="#a50" type="concepts" ana="#concepts[40]" resp="#paper" cert="0.95">salts<term>salts</term></span>
      <span xml:id="t76" from="#a49" to="#a50" type="concepts" ana="#concepts[41]" resp="#paper" cert="0.95">genuine mixtures<term>genuine mixtures</term></span>
      <span xml:id="t77" from="#a53" to="#a54" type="concepts" ana="#concepts[42]" resp="#paper" cert="0.95">parent aggregation process<term>parent aggregation process</term></span>
      <span xml:id="t78" from="#a55" to="#a56" type="concepts" ana="#concepts[43]" resp="#paper" cert="0.95">ChEMBL 26<term>ChEMBL 26</term></span>
      <span xml:id="t79" from="#a59" to="#a60" type="concepts" ana="#concepts[44]" resp="#paper" cert="0.95">ChEMBL literature set<term>ChEMBL literature set</term></span>
      <span xml:id="t80" from="#a57" to="#a58" type="concepts" ana="#concepts[45]" resp="#paper" cert="0.95">SureChEMBL<term>SureChEMBL</term></span>
      <span xml:id="t81" from="#a57" to="#a58" type="concepts" ana="#concepts[46]" resp="#paper" cert="0.95">PubChem<term>PubChem</term></span>
      <span xml:id="t82" from="#a71" to="#a72" type="concepts" ana="#concepts[47]" resp="#paper" cert="0.95">PubChem standardiser<term>PubChem standardiser</term></span>
      <span xml:id="t83" from="#a69" to="#a70" type="concepts" ana="#concepts[48]" resp="#paper" cert="0.95">changed InChIs<term>changed InChIs</term></span>
      <span xml:id="t84" from="#a71" to="#a72" type="concepts" ana="#concepts[49]" resp="#paper" cert="0.95">different Standard InChIKeys<term>different Standard InChIKeys</term></span>
      <span xml:id="t85" from="#a73" to="#a74" type="concepts" ana="#concepts[50]" resp="#paper" cert="0.95">multicomponent compounds<term>multicomponent compounds</term></span>
      <span xml:id="t86" from="#a75" to="#a76" type="concepts" ana="#concepts[51]" resp="#paper" cert="0.95">business rules<term>business rules</term></span>
      <span xml:id="t87" from="#a1" to="#a2" type="unhoused_relations" ana="#unhoused_relations[0]" resp="#tagger" cert="0.95">incoming compounds → chemical standardisation<note>Incoming structures require standardization before reliable comparison and integration.</note></span>
      <span xml:id="t88" from="#a13" to="#a14" type="unhoused_relations" ana="#unhoused_relations[1]" resp="#tagger" cert="0.95">Standard InChI and InChIKey equality → ChEMBL identifier<note>Equal identifiers make structures count as the same compound and receive one ChEMBL identifier.</note></span>
      <span xml:id="t89" from="#a11" to="#a12" type="unhoused_relations" ana="#unhoused_relations[2]" resp="#tagger" cert="0.95">chemical structure format conversion → subtle structure changes<note>Loading structures across packages can subtly change them.</note></span>
      <span xml:id="t90" from="#a17" to="#a18" type="unhoused_relations" ana="#unhoused_relations[3]" resp="#tagger" cert="0.95">legacy pipeline → difficult maintenance<note>Accumulated exceptions made the legacy code difficult to maintain and modify.</note></span>
      <span xml:id="t91" from="#a19" to="#a20" type="unhoused_relations" ana="#unhoused_relations[4]" resp="#tagger" cert="0.95">chemical curation pipeline → eTOX standardiser tool<note>The new pipeline is explicitly not a replacement for the molecular-modelling standardiser.</note></span>
      <span xml:id="t92" from="#a27" to="#a28" type="unhoused_relations" ana="#unhoused_relations[5]" resp="#tagger" cert="0.95">penalty score → manual curation priority<note>Penalty severity determines loading and manual-curation priority.</note></span>
      <span xml:id="t93" from="#a35" to="#a36" type="unhoused_relations" ana="#unhoused_relations[6]" resp="#tagger" cert="0.95">V2000 molfile → coordination bonds<note>V2000 cannot accurately represent coordination bonds.</note></span>
      <span xml:id="t94" from="#a49" to="#a50" type="unhoused_relations" ana="#unhoused_relations[7]" resp="#tagger" cert="0.95">GetParent → parent structure<note>GetParent removes listed components and transforms the remainder into a neutralized parent.</note></span>
      <span xml:id="t95" from="#a49" to="#a50" type="unhoused_relations" ana="#unhoused_relations[8]" resp="#tagger" cert="0.95">organometallic compounds → salt removal<note>Organometallic compounds do not have salts removed because the transformation can create an invalid parent ion.</note></span>
      <span xml:id="t96" from="#a53" to="#a54" type="unhoused_relations" ana="#unhoused_relations[9]" resp="#tagger" cert="0.95">parent aggregation process → bioactivity data<note>Parent aggregation groups measurements across related forms while preserving measured-form registration.</note></span>
      <span xml:id="t97" from="#a59" to="#a60" type="unhoused_relations" ana="#unhoused_relations[10]" resp="#tagger" cert="0.95">different data sources → different Checker issue profiles<note>Datasets of different origin exhibit different structural-error profiles.</note></span>
      <span xml:id="t98" from="#a69" to="#a70" type="unhoused_relations" ana="#unhoused_relations[11]" resp="#tagger" cert="0.95">Standardizer neutralisation → changed InChIs<note>Most identity changes occur when the Standardizer neutralizes a charged molecule.</note></span>
      <span xml:id="t99" from="#a71" to="#a72" type="unhoused_relations" ana="#unhoused_relations[12]" resp="#tagger" cert="0.95">canonical tautomer policy → different Standard InChIKeys<note>PubChem&#x27;s canonical-tautomer policy is a key source of cross-standardizer differences.</note></span>
      <span xml:id="t100" from="#a75" to="#a76" type="unhoused_relations" ana="#unhoused_relations[13]" resp="#tagger" cert="0.95">database business rules → non-identical structures<note>Residual ChEMBL-PubChem differences are largely due to provider business rules.</note></span>
      <span xml:id="t101" from="#a13" to="#a14" type="senses" ana="#senses[0]" resp="#tagger" cert="0.95">chemical identity as equality of Standard InChI and InChIKey</span>
      <span xml:id="t102" from="#a13" to="#a14" type="senses" ana="#senses[1]" resp="#tagger" cert="0.95">Standard InChI as an identifier rather than an application-ready structure format</span>
      <span xml:id="t103" from="#a13" to="#a14" type="senses" ana="#senses[2]" resp="#tagger" cert="0.95">canonical SMILES as secondary representation rather than primary identity</span>
      <span xml:id="t104" from="#a25" to="#a26" type="senses" ana="#senses[3]" resp="#tagger" cert="0.95">Checker warning as prioritization rather than automatic correction</span>
      <span xml:id="t105" from="#a27" to="#a28" type="senses" ana="#senses[4]" resp="#tagger" cert="0.95">penalty seven as refusal, six as structure withholding, and lower scores as curation priority</span>
      <span xml:id="t106" from="#a31" to="#a32" type="senses" ana="#senses[5]" resp="#tagger" cert="0.95">low-priority InChI warnings as context dependent rather than universal errors</span>
      <span xml:id="t107" from="#a33" to="#a34" type="senses" ana="#senses[6]" resp="#tagger" cert="0.95">standardization as safe rule application under imperfect source drawings</span>
      <span xml:id="t108" from="#a53" to="#a54" type="senses" ana="#senses[7]" resp="#tagger" cert="0.95">parent as a neutralized grouping structure rather than the necessarily measured form</span>
      <span xml:id="t109" from="#a49" to="#a50" type="senses" ana="#senses[8]" resp="#tagger" cert="0.95">genuine mixture as a retained multicomponent parent</span>
      <span xml:id="t110" from="#a35" to="#a36" type="senses" ana="#senses[9]" resp="#tagger" cert="0.95">organometallic exclusion as a representation limit rather than missing bioactivity</span>
      <span xml:id="t111" from="#a67" to="#a68" type="senses" ana="#senses[10]" resp="#tagger" cert="0.95">Standardizer effectiveness as changed InChI rather than release-to-release difference</span>
      <span xml:id="t112" from="#a75" to="#a76" type="senses" ana="#senses[11]" resp="#tagger" cert="0.95">cross-database disagreement as a business-rule difference rather than simple error</span>
      <span xml:id="t113" from="#a17" to="#a18" type="claim_relations" ana="#claim_relations[0]" resp="#tagger" cert="0.95">builds-on → the legacy ChEMBL structure-curation pipeline<note>note: The new implementation retains and revises accumulated ChEMBL rules.</note></span>
      <span xml:id="t114" from="#a17" to="#a18" type="claim_relations" ana="#claim_relations[1]" resp="#tagger" cert="0.95">builds-on → RDKit and MolVS<note>note: The implementation is explicitly built around these open-source tools.</note></span>
      <span xml:id="t115" from="#a17" to="#a18" type="claim_relations" ana="#claim_relations[2]" resp="#tagger" cert="0.95">contrasts-with → commercial chemical-standardization software<note>note: Removing commercial dependency is a stated design goal.</note></span>
      <span xml:id="t116" from="#a71" to="#a72" type="claim_relations" ana="#claim_relations[3]" resp="#tagger" cert="0.95">contrasts-with → the PubChem standardizer<note>note: The paper directly compares output identity and policy differences.</note></span>
      <span xml:id="t117" from="#a3" to="#a4" type="concept_edges" ana="#concept_edges[0]" resp="#tagger" cert="0.95">Checker —part-of→ chemical curation pipeline<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Explicit component membership. · the relation stated: The chemical curation pipeline comprises a Checker component.</note><term>Checker</term><term>chemical curation pipeline</term></span>
      <span xml:id="t118" from="#a3" to="#a4" type="concept_edges" ana="#concept_edges[1]" resp="#tagger" cert="0.95">Standardizer —part-of→ chemical curation pipeline<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Explicit component membership. · the relation stated: The chemical curation pipeline comprises a Standardizer component.</note><term>Standardizer</term><term>chemical curation pipeline</term></span>
      <span xml:id="t119" from="#a3" to="#a4" type="concept_edges" ana="#concept_edges[2]" resp="#tagger" cert="0.95">GetParent —part-of→ chemical curation pipeline<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Explicit component membership. · the relation stated: The chemical curation pipeline comprises a GetParent component.</note><term>GetParent</term><term>chemical curation pipeline</term></span>
      <span xml:id="t120" from="#a13" to="#a14" type="concept_edges" ana="#concept_edges[3]" resp="#tagger" cert="0.95">V2000 molfile —is-a→ chemical structures<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Direct categorical representation statement. · the relation stated: A standardized V2000 molfile is the primary chemical-structure representation in ChEMBL.
Audit 2026-09-29: DOUBTFUL - read against its full span and kept, but the span calls the molfile the primary chemical structure REPRESENTATION; is-a &#x27;chemical structures&#x27; is loose.</note><term>V2000 molfile</term><term>chemical structures</term></span>
      <span xml:id="t121" from="#a13" to="#a14" type="concept_edges" ana="#concept_edges[4]" resp="#tagger" cert="0.95">Standard InChI —is-a→ identifier<note>the relation itself is separately evidenced · strength of the relation: 1 · note: Direct categorical definition. · the relation stated: Standard InChI was designed as an identifier rather than a structure format.</note><term>Standard InChI</term><term>identifier</term></span>
      <span xml:id="t122" from="#a71" to="#a72" type="concept_edges" ana="#concept_edges[7]" resp="#tagger" cert="0.95">Standardizer —contrasted-with→ PubChem standardiser<note>the relation itself is separately evidenced · strength of the relation: 0.95 · note: Direct comparison of outputs and rules. · the relation stated: The ChEMBL Standardizer is directly compared with the PubChem standardiser on approved drugs.</note><term>Standardizer</term><term>PubChem standardiser</term></span>
      <span xml:id="t123" from="#a5" to="#a6" type="content_tags" ana="#content_tags.findings[0]" resp="#tagger" cert="0.95">The pipeline standardized nearly two million ChEMBL compounds and prioritized severe structural issues for manual curation.</span>
      <span xml:id="t124" from="#a3" to="#a4" type="content_tags" ana="#content_tags.findings[1]" resp="#tagger" cert="0.95">The open-source pipeline consists of Checker, Standardizer, and GetParent components.</span>
      <span xml:id="t125" from="#a9" to="#a10" type="content_tags" ana="#content_tags.findings[2]" resp="#tagger" cert="0.95">More than 50,000 new structures per release make purely manual ChEMBL curation impracticable.</span>
      <span xml:id="t126" from="#a11" to="#a12" type="content_tags" ana="#content_tags.findings[3]" resp="#tagger" cert="0.95">No universal standard exists for molfile and SMILES structure formats, and conversion can subtly change structures.</span>
      <span xml:id="t127" from="#a13" to="#a14" type="content_tags" ana="#content_tags.findings[4]" resp="#tagger" cert="0.95">Standard InChI provides a practical but imperfect identity compromise for ChEMBL.</span>
      <span xml:id="t128" from="#a17" to="#a18" type="content_tags" ana="#content_tags.findings[5]" resp="#tagger" cert="0.95">The legacy commercial pipeline had become difficult to maintain and modify.</span>
      <span xml:id="t129" from="#a27" to="#a28" type="content_tags" ana="#content_tags.findings[6]" resp="#tagger" cert="0.95">Penalty score seven prevents loading, six loads without a molfile, and five or two triggers manual-curation priority.</span>
      <span xml:id="t130" from="#a35" to="#a36" type="content_tags" ana="#content_tags.findings[7]" resp="#tagger" cert="0.95">The standardizer excludes structures that V2000 molfiles cannot represent accurately.</span>
      <span xml:id="t131" from="#a49" to="#a50" type="content_tags" ana="#content_tags.findings[8]" resp="#tagger" cert="0.95">GetParent removes isotopes, solvents, and salts, neutralizes the remainder, and creates a parent molfile when safe.</span>
      <span xml:id="t132" from="#a51" to="#a52" type="content_tags" ana="#content_tags.findings[9]" resp="#tagger" cert="0.95">The salt and solvent lists currently contain 162 salts and 9 solvents.</span>
      <span xml:id="t133" from="#a53" to="#a54" type="content_tags" ana="#content_tags.findings[10]" resp="#tagger" cert="0.95">Bioactivity remains registered against the experimentally measured form even though parent aggregation groups related forms.</span>
      <span xml:id="t134" from="#a59" to="#a60" type="content_tags" ana="#content_tags.findings[11]" resp="#tagger" cert="0.95">The Checker found source-specific error profiles across ChEMBL literature, SureChEMBL, and PubChem deposits.</span>
      <span xml:id="t135" from="#a61" to="#a62" type="content_tags" ana="#content_tags.findings[12]" resp="#tagger" cert="0.95">Seventy-five percent of ChEMBL literature compounds and sixty percent of SureChEMBL and PubChem compounds returned no Checker issue.</span>
      <span xml:id="t136" from="#a61" to="#a62" type="content_tags" ana="#content_tags.findings[13]" resp="#tagger" cert="0.95">Excluding low-priority InChI warnings reduced undesirable-feature rates to between four and eleven percent.</span>
      <span xml:id="t137" from="#a63" to="#a64" type="content_tags" ana="#content_tags.findings[14]" resp="#tagger" cert="0.95">Sixty-nine ChEMBL 26 compounds with penalty score six were assigned highest curation priority.</span>
      <span xml:id="t138" from="#a69" to="#a70" type="content_tags" ana="#content_tags.findings[15]" resp="#tagger" cert="0.95">Fewer than two percent of molecules in each test set changed InChI under the Standardizer.</span>
      <span xml:id="t139" from="#a71" to="#a72" type="content_tags" ana="#content_tags.findings[16]" resp="#tagger" cert="0.95">ChEMBL and PubChem standardizers disagreed on 97 of 3,071 approved drugs.</span>
      <span xml:id="t140" from="#a73" to="#a74" type="content_tags" ana="#content_tags.findings[17]" resp="#tagger" cert="0.95">GetParent produced parent structures for more than 100,000 multi-component or isotopic compounds.</span>
      <span xml:id="t141" from="#a73" to="#a74" type="content_tags" ana="#content_tags.findings[18]" resp="#tagger" cert="0.95">Only about six percent of ChEMBL compounds are multi-component, yet they carry over one million activity values.</span>
      <span xml:id="t142" from="#a75" to="#a76" type="content_tags" ana="#content_tags.findings[19]" resp="#tagger" cert="0.95">The pipeline corrected previous standardization errors and robustly handled less curated datasets.</span>
      <span xml:id="t143" from="#a25" to="#a26" type="content_tags" ana="#content_tags.definitions[0]" resp="#tagger" cert="0.95">the component that validates structures, flags problems, and assigns severity penalties<term>Checker</term></span>
      <span xml:id="t144" from="#a21" to="#a22" type="content_tags" ana="#content_tags.definitions[1]" resp="#tagger" cert="0.95">the component applying predefined chemical-structure rules and conventions<term>Standardizer</term></span>
      <span xml:id="t145" from="#a23" to="#a24" type="content_tags" ana="#content_tags.definitions[2]" resp="#tagger" cert="0.95">the component generating parent structures from rules and salt-solvent lists<term>GetParent</term></span>
      <span xml:id="t146" from="#a13" to="#a14" type="content_tags" ana="#content_tags.definitions[3]" resp="#tagger" cert="0.95">ChEMBL&#x27;s primary open identifier and measure of chemical-structure uniqueness<term>Standard InChI</term></span>
      <span xml:id="t147" from="#a13" to="#a14" type="content_tags" ana="#content_tags.definitions[4]" resp="#tagger" cert="0.95">the hashed companion to Standard InChI used in ChEMBL identity assignment<term>InChIKey</term></span>
      <span xml:id="t148" from="#a49" to="#a50" type="content_tags" ana="#content_tags.definitions[5]" resp="#tagger" cert="0.95">the neutralized structure remaining after removable salts and solvents are stripped<term>parent molecule</term></span>
      <span xml:id="t149" from="#a27" to="#a28" type="content_tags" ana="#content_tags.definitions[6]" resp="#tagger" cert="0.95">a Checker penalty seven that prevents a molfile from loading<term>fatal error</term></span>
      <span xml:id="t150" from="#a29" to="#a30" type="content_tags" ana="#content_tags.definitions[7]" resp="#tagger" cert="0.95">disagreement among molfile, InChI, and RDKit stereocentre counts<term>stereo mismatch</term></span>
      <span xml:id="t151" from="#a35" to="#a36" type="content_tags" ana="#content_tags.definitions[8]" resp="#tagger" cert="0.95">a marker preventing attempted standardization of unsupported compound types<term>exclude flag</term></span>
      <span xml:id="t152" from="#a73" to="#a74" type="content_tags" ana="#content_tags.definitions[9]" resp="#tagger" cert="0.95">a structure containing parents, salts, solvents, isotopes, or genuine mixtures<term>multicomponent compound</term></span>
      <span xml:id="t153" from="#a75" to="#a76" type="content_tags" ana="#content_tags.definitions[11]" resp="#tagger" cert="0.95">database-specific standardization policies explaining residual ChEMBL-PubChem differences<term>business rules</term></span>
      <span xml:id="t154" from="#a7" to="#a8" type="content_tags" ana="#content_tags.quantities[0]" resp="#tagger" cert="0.95">close to 2.5 million — ChEMBL compound records</span>
      <span xml:id="t155" from="#a7" to="#a8" type="content_tags" ana="#content_tags.quantities[1]" resp="#tagger" cert="0.95">nearly 2 million — unique ChEMBL chemical structures</span>
      <span xml:id="t156" from="#a9" to="#a10" type="content_tags" ana="#content_tags.quantities[2]" resp="#tagger" cert="0.95">over 5000 — compounds with data from at least ten sources</span>
      <span xml:id="t157" from="#a9" to="#a10" type="content_tags" ana="#content_tags.quantities[3]" resp="#tagger" cert="0.95">more than 50000 — new structures added per ChEMBL release</span>
      <span xml:id="t158" from="#a27" to="#a28" type="content_tags" ana="#content_tags.quantities[4]" resp="#tagger" cert="0.95">7 — fatal Checker penalty</span>
      <span xml:id="t159" from="#a27" to="#a28" type="content_tags" ana="#content_tags.quantities[5]" resp="#tagger" cert="0.95">6 — significant-issue penalty that loads without a molfile</span>
      <span xml:id="t160" from="#a37" to="#a38" type="content_tags" ana="#content_tags.quantities[6]" resp="#tagger" cert="0.95">more than 7 — boron-atom threshold for excluding a molecule from standardization</span>
      <span xml:id="t161" from="#a51" to="#a52" type="content_tags" ana="#content_tags.quantities[7]" resp="#tagger" cert="0.95">162 — salts in the current GetParent list</span>
      <span xml:id="t162" from="#a51" to="#a52" type="content_tags" ana="#content_tags.quantities[8]" resp="#tagger" cert="0.95">9 — solvents in the current GetParent list</span>
      <span xml:id="t163" from="#a55" to="#a56" type="content_tags" ana="#content_tags.quantities[9]" resp="#tagger" cert="0.95">1.9 million — ChEMBL 26 compounds fully re-standardized</span>
      <span xml:id="t164" from="#a61" to="#a62" type="content_tags" ana="#content_tags.quantities[10]" resp="#tagger" cert="0.95">75% — ChEMBL literature compounds with no Checker issue</span>
      <span xml:id="t165" from="#a61" to="#a62" type="content_tags" ana="#content_tags.quantities[11]" resp="#tagger" cert="0.95">60% — SureChEMBL and PubChem compounds with no Checker issue</span>
      <span xml:id="t166" from="#a61" to="#a62" type="content_tags" ana="#content_tags.quantities[12]" resp="#tagger" cert="0.95">4 to 11% — undesirable-feature range after low-priority warnings are excluded</span>
      <span xml:id="t167" from="#a63" to="#a64" type="content_tags" ana="#content_tags.quantities[13]" resp="#tagger" cert="0.95">69 — ChEMBL 26 compounds assigned highest penalty-six priority</span>
      <span xml:id="t168" from="#a65" to="#a66" type="content_tags" ana="#content_tags.quantities[14]" resp="#tagger" cert="0.95">about 2500 — penalty-five compounds assigned second-tier curation</span>
      <span xml:id="t169" from="#a69" to="#a70" type="content_tags" ana="#content_tags.quantities[15]" resp="#tagger" cert="0.95">less than 2% — molecules with changed InChI in each Standardizer test set</span>
      <span xml:id="t170" from="#a71" to="#a72" type="content_tags" ana="#content_tags.quantities[16]" resp="#tagger" cert="0.95">3071 — approved drugs used for ChEMBL-PubChem comparison</span>
      <span xml:id="t171" from="#a71" to="#a72" type="content_tags" ana="#content_tags.quantities[17]" resp="#tagger" cert="0.95">97 — approved drugs with different Standard InChIKeys between standardizers</span>
      <span xml:id="t172" from="#a73" to="#a74" type="content_tags" ana="#content_tags.quantities[18]" resp="#tagger" cert="0.95">over 100000 — compounds for which GetParent removed salts, solvents, isotopes, or combinations</span>
      <span xml:id="t173" from="#a73" to="#a74" type="content_tags" ana="#content_tags.quantities[19]" resp="#tagger" cert="0.95">about 6% — share of ChEMBL compounds that are multicomponent</span>
      <span xml:id="t174" from="#a25" to="#a26" type="content_tags" ana="#content_tags.variables[0]" resp="#tagger" cert="0.95">penalty score<term>penalty score</term></span>
      <span xml:id="t175" from="#a13" to="#a14" type="content_tags" ana="#content_tags.variables[1]" resp="#tagger" cert="0.95">Standard InChI<term>Standard InChI</term></span>
      <span xml:id="t176" from="#a29" to="#a30" type="content_tags" ana="#content_tags.variables[2]" resp="#tagger" cert="0.95">stereocentre counts<term>stereocentre counts</term></span>
      <span xml:id="t177" from="#a57" to="#a58" type="content_tags" ana="#content_tags.variables[3]" resp="#tagger" cert="0.95">data source<term>data source</term></span>
      <span xml:id="t178" from="#a69" to="#a70" type="content_tags" ana="#content_tags.variables[4]" resp="#tagger" cert="0.95">changed InChIs<term>changed InChIs</term></span>
      <span xml:id="t179" from="#a71" to="#a72" type="content_tags" ana="#content_tags.variables[5]" resp="#tagger" cert="0.95">canonical tautomer<term>canonical tautomer</term></span>
      <span xml:id="t180" from="#a51" to="#a52" type="content_tags" ana="#content_tags.variables[6]" resp="#tagger" cert="0.95">charge status<term>charge status</term></span>
      <span xml:id="t181" from="#a51" to="#a52" type="content_tags" ana="#content_tags.variables[7]" resp="#tagger" cert="0.95">stereochemistry<term>stereochemistry</term></span>
      <span xml:id="t182" from="#a53" to="#a54" type="content_tags" ana="#content_tags.variables[8]" resp="#tagger" cert="0.95">bioactivity data<term>bioactivity data</term></span>
      <span xml:id="t183" from="#a75" to="#a76" type="content_tags" ana="#content_tags.variables[9]" resp="#tagger" cert="0.95">business rules<term>business rules</term></span>
    </spanGrp>
  </standOff>
  <text>
    <body>
        <p><anchor xml:id="a0"/> An open source chemical structure curation pipeline using RDKit</p>
        <p>Abstract</p>
        <p><anchor xml:id="a1"/>The ChEMBL database is one of a number of public databases that contain bioactivity data on small molecule compounds curated from diverse sources. Incoming compounds are typically not standardised according to consistent rules. In order to maintain the quality of the final database and to easily compare and integrate data on the same compound from different sources it is necessary for the chemical structures in the database to be appropriately standardised.<anchor xml:id="a2"/></p>
        <p><anchor xml:id="a3"/>A chemical curation pipeline has been developed using the open source toolkit RDKit. It comprises three components: a Checker to test the validity of chemical structures and flag any serious errors; a Standardizer which formats compounds according to defined rules and conventions and a GetParent component that removes any salts and solvents from the compound to create its parent. This pipeline has been applied to the latest version of the ChEMBL database as well as uncurated datasets from other sources to test the robustness of the process and to identify common issues in database molecular structures.<anchor xml:id="a4"/></p>
        <p><anchor xml:id="a5"/>All the components of the structure pipeline have been made freely available for other researchers to use and adapt for their own use. The code is available in a GitHub repository and it can also be accessed via the ChEMBL Beaker webservices. It has been used successfully to standardise the nearly 2 million compounds in the ChEMBL database and the compound validity checker has been used to identify compounds with the most serious issues so that they can be prioritised for manual curation.<anchor xml:id="a6"/></p>
        <p>Keywords: Chemistry, Curation, ChEMBL, RDKit, Open source, Standardisation</p>
        <p>Introduction</p>
        <p><anchor xml:id="a7"/>The ChEMBL database is a freely available bioactivity database containing close to 2.5 million compound records on nearly 2 million unique chemical structures [ 1 ]. The compound structures and associated bioactivity data are extracted on a regular basis primarily from the medicinal chemistry literature. A growing number of researchers are also depositing experimental data directly in order to make these available in the public domain. Furthermore, ChEMBL contains a set of manually curated marketed drugs and clinical candidates as well as selected bioactivity data from other public databases such as BindingDB [ 2 ] and PubChem [ 3 ]. Bioactivity data on the same compound from all ChEMBL sources (scientific articles, deposited datasets and curated drug sources) are aggregated according to chemical structure. Compounds may be physically tested in bioassays as the so-called parent molecule or as one of a number of different salt forms. Scientists commonly wish to aggregate the data on these different forms on the basis of the common underlying parent structure, and so it is necessary to link these various forms of the “same” underlying parent molecule.<anchor xml:id="a8"/></p>
        <p><anchor xml:id="a9"/>In order to facilitate the use of the database, a key objective of the ChEMBL compound curation process is to standardise the chemical structures stored in the database and to assign a unique identifier to each distinct chemical structure regardless of the source. It is worth noting that there are over 5000 unique compounds in the ChEMBL database with data from ten or more different sources, and four compounds (doxorubicin, ciprofloxacin, chloroquine and paclitaxel) each with data from over 1000 sources. For each ChEMBL release, more than 50,000 new structures are added to the database, which makes manual curation and standardisation of the chemical structures impracticable. Hence an automated procedure is required.<anchor xml:id="a10"/></p>
        <p><anchor xml:id="a11"/>The chemical structures submitted to the ChEMBL database are generally received as molfiles [ 4 ] but can also be in SMILES format [ 5 ]. There is no universal standard for these formats and the challenges of converting between chemical structure formats is well documented [ 6 ]. Even the simple process of loading molecules into and out of different cheminformatics packages can subtly change the structure, particularly if it was not well drawn in the first place. Chemical structures from the primary scientific literature are mostly manually drawn from the structural information in the papers prior to loading into ChEMBL. These structures are often represented in the publication as Markush structures with different R-groups shown in SAR (structure–activity relationship) tables. Compounds may also be shown with charges on acidic or basic groups, to indicate the form in which they are likely to interact with amino acid residues in a binding pocket. In some articles the compounds synthesised and reported are isotopically labelled. The ChEMBL compound curation procedure therefore needs to process molecules represented in all these ways (and more) to determine which compounds are the same. Examples of these situations can be found in recent articles where data was extracted for the ChEMBL database [ 7 – 9 ].<anchor xml:id="a12"/></p>
        <p><anchor xml:id="a13"/>A standardised V2000 molfile was chosen as the primary chemical structure representation in the database. The Standard InChI and the corresponding hashed InChIKey [ 10 , 11 ] are used in ChEMBL as the measure of uniqueness for a chemical structure and are calculated from the molfile using software provided by the InChI Trust, currently version 1.05 [ 12 ]. Thus, when compounds from different scientific articles have the same Standard InChI and InChIKey they are considered to be the same compound and are assigned the same ChEMBL identifier (CHEMBL_ID). The use of the Standard InChI has a number of advantages in the context of the ChEMBL database. It was developed as an IUPAC open standard to enable information exchange and interoperability between large databases. The simple format of Standard InChI is also used by many other database providers and hence it is an ideal choice for an open database such as ChEMBL. However, unlike molfiles and SMILES, it was designed as an identifier and not as a structure format suitable for cheminformatics applications. For example, the Standard InChI is independent of the tautomeric form of a compound and hence different tautomers of a compound will have the same standard InChI. As a consequence, they are considered in ChEMBL as being the same compound and hence have the same ChEMBL_ID. It should however be remembered that there are a few disadvantages to using Standard InChI as an identifier, including: its inability to recognise some 1,5 keto-enol tautomers as being the same compound; its inability to recognise cis/trans isomerism in organometallic compounds (e.g. cisplatin and transplatin) and it does not support the use of relative stereochemistry, only absolute or no stereochemistry. Despite these limitations, it is a good compromise for a structural identifier for a public database such as ChEMBL. To aid interoperability, a canonical SMILES is also generated from each primary molfile, but this is considered to be a secondary structure.<anchor xml:id="a14"/></p>
        <p><anchor xml:id="a15"/>The challenges of registering compounds in a database and determining chemical uniqueness are not specific to ChEMBL. PubChem, the open chemistry database of over 100 million compounds maintained by the National Institutes of Health (NIH) has developed an automated and publicly available standardisation process based on OpenEye toolkits [ 13 ]. They utilise an isomeric canonical SMILES to identify unique structures and show that their method generates more unique structures than when Standard InChI is used to determine uniqueness. They also generate a canonical tautomer for their compounds. The ChEMBL group decided against the use of a canonical tautomer, for a number of reasons. Firstly, it is anticipated that the authors of an article in the medicinal chemistry literature will have worked on their compound set for some considerable time, performed docking and molecular modelling studies and will be well placed to assign the most appropriate tautomeric form, for example based on specific interactions with the target protein. Secondly, it is possible for tautomers to interconvert under experimental conditions. Thirdly, changing the tautomeric form of a compound can alter its stereochemistry by removing, or introducing, a chiral centre from a molecule, requiring often difficult decisions to be made about how to “merge” compounds/data with different chirality or which stereo form to create. Thalidomide is a well-known example of the second phenomenon which interconverts between the therapeutic R-enantiomer and the teratogenic S-enantiomer via the enol tautomer [ 14 ].<anchor xml:id="a16"/></p>
        <p>The Royal Society of Chemistry (RSC) developed the Chemical Validation and Standardization Platform (CVSP) [ 15 ] to support compound deposition into their ChemSpider chemical database [ 16 ] and as a contribution to the Innovative Medicines Initiative (IMI) funded OpenPHACTS project [ 17 ] which aimed to standardise chemical structures from multiple databases. The CVSP methodology uses sets of SMARTS-based rules that can be tailored by the user. The code is available on GitHub [ 18 ] but currently has no obvious documentation and the interface is no longer available [ 19 ] although it is still possible for depositors to ChemSpider to use the rules to validate their structures.</p>
        <p>The United States Environmental Protection Agency (EPA) also strive to have well curated structures in their DSSTox database [ 20 ]. They have described, in detail, the complexity of the task and have undertaken extensive curation of their chemical structures using a combination of manual and automated methods. Much of their focus has been on resolving the mismatches between names, identifiers and structures between their compound set and those in the US National Library of Medicine databases ChemID [ 21 ] and PubChem. Due to the inability of the V2000 molfiles to distinguish relative and absolute stereochemistry they have chosen to use V3000 molfiles as their preferred structure format. They also use an InChIKey calculated using the ChemAxon JChem toolkit to determine uniqueness, but this differs from the Standard InChIKey discussed above. SMILES are provided for users not wanting to use V3000 molfiles, but they make the point that this results in a less rich representation of the structures. Their methods are based on a combination of commercial toolkits and their own manual curation tool [ 22 ].</p>
        <p>The Global Substance Registration System (GSRS), developed by the regulatory authorities in the USA and Europe, creates a Unique Ingredient Identifier (UNII) for components of medicinal products which includes small molecules but also more complex molecules such as proteins and polymers [ 23 ]. This is a particularly useful resource for identifying the structures of specific pharmaceutically relevant compounds, but it is less useful for the bulk curation of the larger set of bioactive molecules in the ChEMBL database.</p>
        <p>Many commercial software providers also provide toolkits for standardising compound structures. These are widely used by large pharmaceutical and agrochemical companies where the precise annotation of a chemical structure is crucial for intellectual property protection. Those produced by ChemAxon and 3DS are examples of these toolkits [ 24 , 25 ].</p>
        <p><anchor xml:id="a17"/>The legacy pipeline for processing compound structures prior to deposition into ChEMBL was based on commercial software and had evolved over more than 10 years. During this time, more and more incorrect, unusual, and exceptional situations were identified and integrated into the pipeline. Unfortunately, these refinements were increasingly making the code difficult to maintain and modify. In reviewing options for a sustainable future solution that also removed the dependence on commercial software it became apparent that none of the existing toolkits fitted the ChEMBL group’s requirements. Therefore, the decision was made to build a curation pipeline around the widely used open-source RDKit toolkit and its implementation of the MolVS molecule validation and standardisation tool [ 26 , 27 ]. The resulting pipeline is now available as an open-source solution, freely available for the wider scientific community [ 28 ]. As part of this project the current rules used for curating ChEMBL structures have also been revised and rewritten to make them more sustainable. The resulting processes are designed and developed to suit the specific situation of ChEMBL, but the code can also be used by others “as is” or can be modified to suit other requirements.<anchor xml:id="a18"/></p>
        <p><anchor xml:id="a19"/>It is important to note that this curation pipeline is not intended as a replacement for a similarly named standardiser tool [ 29 ] which was previously developed by the ChEMBL group as a contribution to the IMI eTOX project [ 30 ] and was specifically designed to standardise molecules in preparation for molecular modelling applications.<anchor xml:id="a20"/></p>
        <p>The newly developed curation pipeline will now be described in more detail.</p>
        <p>Methods</p>
        <p>Three new components have been developed using the RDKit toolkit. Two of these components ( Standardizer and GetParent ) have been rewritten and adapted from rules originally implemented using a commercial software toolkit. In contrast, the Checker component was developed more recently in an attempt to identify problem structures before they were added to the ChEMBL database.</p>
        <p>Hence the new ChEMBL curation pipeline comprises three processes:</p>
        <p>Checker : identifies and validates structures and identifies problems before they are added to the database</p>
        <p><anchor xml:id="a21"/>Standardizer : processes (standardises) chemical structures according to a set of predefined rules<anchor xml:id="a22"/></p>
        <p><anchor xml:id="a23"/>GetParent : generates parent structures based on a set of rules and defined lists of salts and solvents<anchor xml:id="a24"/></p>
        <p>Checker component</p>
        <p><anchor xml:id="a25"/>The Checker component validates structures prior to the compounds being loaded into ChEMBL. If an error or problem is detected in the structure a score is reported for the molecule; the score increases with the severity of the perceived problem. In the majority of cases compounds are loaded into the database even if a warning flag is identified. The scores are recorded but at this point errors are not corrected. Instead, they are prioritised and subjected to subsequent manual curation, as time and degree of seriousness permits. A summary of the structure checks performed, and the resultant penalty scores assigned are shown in Table 1 .<anchor xml:id="a26"/></p>
        <p>Penalty scores and annotation that are output from the Checker module</p>
        <p><anchor xml:id="a27"/>It is an individual user’s choice what they decide to do with molecules that return specific penalty scores. For ChEMBL, a penalty score of 7 is considered to be a fatal error and the molfile is not loaded into the database. Examples of illegal input are, for example, unknown elements in the molfile, or molfiles that cannot be read in RDKit due to the inability to process their aromatic bonds. Molecules with a penalty score of 6 are loaded into the ChEMBL database but without a molfile, as it is considered that these have a significant issue with the structure, and it is preferable to fix the problem than have a badly formed molecule in the database. Most of the issues that give rise to a penalty score of 6 are self-explanatory and are described in Table 1 . If the penalty score is 5 or 2 the molecule is loaded but the compounds are also prioritised for manual curation. Again, many of the 5 and 2 penalty scores are self-explanatory, but the stereo mismatch errors perhaps need further explanation. These are reported when the number of stereocentres perceived by the following calculation methods differ:<anchor xml:id="a28"/></p>
        <p>Mol: number of atoms where a wedged bond starts</p>
        <p>InChI: number of tetrahedral stereocentres</p>
        <p>RDKit: number of atomic stereocentres remaining after calling Chem.AssignStereochemistry()</p>
        <p><anchor xml:id="a29"/>Hence the “InChi_RDKit/Mol stereo mismatch” warning message indicates that the InChI and RDKit algorithms perceive the number of stereocentres to be the same but different from the molfile. “Mol/Inchi/RDKit stereo mismatch” means that all three methods perceive different stereocentre counts. The majority of these issues occur in complex molecules such as bridged bicyclic molecules that are badly drawn. As Standard InChI is derived from the molfile, the errors where the molfile and InChI differ in their stereocentre counts are given a higher penalty score [ 5 ] than when they are the same but different from the RDKit stereo count [ 2 ].<anchor xml:id="a30"/></p>
        <p><anchor xml:id="a31"/>The InChI software may give a number of warnings. These are also reported by the ChEMBL Checker module. Some of these are considered important, but others such as “InChI: Omitted undefined stereo”, “InChI: Charges were rearranged”, “InChI: Ambiguous stereo”, “InChI: Proton(s) added/removed” and “InChI: Not chiral” are generated for large numbers of molecules. These either reflect the reorganisation of atoms in order to generate the InChI or are related to stereochemical ambiguity arising, for example, from the fact that the compound is a racemate; these are not considered issues for a database such as ChEMBL. Therefore, these are given a low penalty score [ 2 ]. However, in other contexts they might be more relevant and so are reported in the Checker output.<anchor xml:id="a32"/></p>
        <p>Standardizer component</p>
        <p><anchor xml:id="a33"/>The standardisation rules implemented in the ChEMBL database are based largely on the FDA/IUPAC guidelines [ 31 , 32 ]. Whilst the aim is to adhere to these rules as closely as possible, the practical reality is that submitted compounds are sometimes drawn imperfectly or the structures are ambiguously defined in the original publication or by the depositor. An automated standardiser can only safely correct some of the potential issues and the standardisation rules, currently encoded in the Standardizer component, are outlined here.<anchor xml:id="a34"/></p>
        <p><anchor xml:id="a35"/>For certain compound types, particularly organometallic and those with a large number of boron atoms, a flag is set (exclude flag) and no attempt is made to standardise them. This is largely due to the V2000 molfile format used by ChEMBL being unable to accurately represent coordination bonds. For this reason, although the bioactivity data on these compounds is available in ChEMBL, the chemical structures are not curated nor provided in the release version of the database.<anchor xml:id="a36"/></p>
        <p><anchor xml:id="a37"/>The first step in the standardisation process is therefore to exclude molecules if they contain more than 7 boron atoms or any of the following atoms: [Sc], [Ti], [V], [Cr], [Mn], [Fe], [Co], [Ni], [Cu], [Ga], [Y], [Zr], [Nb], [Mo], [Tc], [Ru], [Rh], [Pd], [Cd], [In], [Sn], [La], [Hf], [Ta], [W], [Re], [Os], [Ir], [Pt], [Au], [Hg], [Tl], [Pb], [Bi], [Po], [Ac], [Ce], [Pr], [Nd], [Pm], [Sm], [Eu], [Gd], [Tb], [Dy], [Ho], [Er], [Tm], [Yb], [Lu], [Th], [Pa], [U], [Np], [Pu], [Am], [Cm], [Bk], [Cf], [Es], [Fm], [Md], [No], [Lr], [Ge], [Sb].<anchor xml:id="a38"/></p>
        <p>The following standardisations are then made to the molecule (where they occur):</p>
        <p>Standardise unknown stereochemistry</p>
        <p>Clear S Group data from the molfile</p>
        <p>Generate a kekulé form of the structure</p>
        <p><anchor xml:id="a39"/>Remove explicit H atoms except: Hs where an isotope of hydrogen has been specifically set Hs that have a wedged or dashed bond to them Hs bonded to atoms with tetrahedral stereochemistry set (“Chiral Hs”). This is an example: Hs bonded to atoms in a non-default valence state that are not simply protonated. An example is phosphinic acid:<anchor xml:id="a40"/></p>
        <p><anchor xml:id="a41"/>Normalise structure: Fix hypervalent nitro groups Convert covalently drawn alkaline metals connected to O or N to ionic forms (e.g. NaO to Na+ O−) Fix incorrect amide tautomers, e.g. N=COH to HNC(=O) Standardise sulphoxides to charge-separated form Standardise diazonium N to N+ Ensure quaternary N is charged Ensure trivalent O is charged Ensure trivalent S is charged Ensure halogen not bonded to a neighbouring atom is charged<anchor xml:id="a42"/></p>
        <p><anchor xml:id="a43"/>Ensure molecule is neutralised, if possible, by: Adding or removing Hs Moving Hs from one atom to another (including between components)<anchor xml:id="a44"/></p>
        <p><anchor xml:id="a45"/>Note that if the Hs could be added to more than one atom an arbitrary choice is made but this is done canonically so the result will always be the same for a given molecule<anchor xml:id="a46"/></p>
        <p>7. Normalise (straighten) triple bonds and allenes</p>
        <p>In the context of the ChEMBL database, it is the molfiles standardised according to these rules that are stored in the database and which are in turn the structures made available to the database users.</p>
        <p>GetParent component</p>
        <p><anchor xml:id="a47"/>Many compound registration systems, including the ChEMBL database, identify compounds that are related by virtue of being a salt form of a common parent structure. Therefore, as part of the ChEMBL compound curation pipeline, molecules are identified where the molfile contains more than one connected component as well as molecules containing atoms with specified isotopes.<anchor xml:id="a48"/></p>
        <p><anchor xml:id="a49"/>The GetParent module is applied to just those compounds that match one or both of these criteria. All information about isotopes is removed, as are solvents and salts present in the molfile which match any of the components in the defined salt and solvent lists. Having removed all salts (e.g. Na+ that might be included to neutralise a carboxyl group), the resulting molecule is neutralised and a new molfile created as the “parent” molecule. Compounds containing more than one component that are genuine mixtures (i.e., all of the components are absent from the salt and solvent lists) has, in the context of the ChEMBL database, its parent registered as the identical mixture. For cases such as sodium chloride and sodium citrate, where both components are in the salt list, the GetParent module does not remove any component and the parent remains the same as the salt. Here again, the parent is registered as the multicomponent mixture. Compounds containing any of the excluded atoms described above have their isotopes and solvents removed and then parents created, so that bioactivity data can subsequently be aggregated. For example, the antimony-containing compound sodium stibogluconate has two versions in ChEMBL 26, both with bioactivity data: CHEMBL3754364 is a version with water of crystallisation and CHEMBL3764926 is a version without. These are annotated as related forms so that the bioactivity data can be seen aggregated in the database. Cyanocobalamin is a cobalt-containing compound which is recorded as a parent and three different isotopes in the database (CHEMBL2110563, CHEMBL2104118, CHEMBL2104381 and CHEMBL2096655). Again, the GetParent module enables their data aggregation. Organometallic compounds do not however have salts removed due to the complexity of how they are often represented in the deposited molfile. For example, this is often achieved by drawing them as disconnected components as is the case for transplatin (CHEMBL1386) which was deposited into the database as N.N.[Cl−].[Cl−].[Pt+2]. Removal of the chloride and ammonia components would incorrectly result in a platinum ion as the parent.<anchor xml:id="a50"/></p>
        <p><anchor xml:id="a51"/>The list of salts used in ChEMBL is based on the USAN Council’s list of pharmacological salts [ 33 ]. Additional entities have been added to this list where a significant number of examples have been present in ChEMBL datasets. The GetParent module will remove salts regardless of: (i) the charge status (e.g. acetic acid or acetate, Cl− or HCl); (ii) whether or not stereochemistry is depicted (e.g. tartaric acid); (iii) cis/trans isomers (e.g. maleic and fumaric acid). The salts and solvents files are available in the GitHub repository [ 28 ]. Currently, these files contain 162 salts and 9 solvents respectively. This list will be maintained and extended if additional salts and solvents are identified.<anchor xml:id="a52"/></p>
        <p><anchor xml:id="a53"/>For the avoidance of any doubt, although parents, salts, solvents, isotopes and mixtures are all identified using the process just described, the bioactivity data recorded in ChEMBL is registered against the form it was measured on. The aggregation by parent structure is undertaken to make it easier to identify all the data for salts and isotopes of a common parent. For example, paroxetine (CHEMBL490) has bioactivity data determined for the parent molecule, two salts, one salt/solvent mixture and two different isotopes as well as there being an additional salt registered as an FDA approved drug. Another example is amphetamine (CHEMBL405), which has bioactivity data in ChEMBL for eight different salts in addition to the parent amphetamine and an additional two salts that are recorded in drug sources such as the FDA orange book [ 34 ]. The parent aggregation process makes this data easily identified and grouped. This is illustrated in Fig. 1 for these two compounds.<anchor xml:id="a54"/></p>
        <p>Examples of the multicomponent forms of paroxetine and amphetamine and how they have been aggregated by use of the GetParent component</p>
        <p>Availability of structure curation pipeline</p>
        <p>The code for the pipeline has all been developed using the RDKit toolkit (version 2019.09.2.0). It is open source and publicly available in GitHub [ 28 ], currently as version 1.0.0. A conda package is also available to facilitate installation [ 35 ]. The Standardizer , Checker and GetParent functions are also integrated in the ChEMBL Beaker webservices and can be used in this way via the ‘check’, ‘getParent’ and ‘standardize’ endpoints [ 36 ]. Any new features developed by the ChEMBL group will be added to the repository and comments and suggestions from others are welcomed.</p>
        <p>Results and discussion</p>
        <p><anchor xml:id="a55"/>One of the objectives in developing the new curation pipeline was to improve the quality of the chemical structures in the ChEMBL database. As the rules implemented in the new Standardizer and GetParent modules were largely based on the original ChEMBL rules developed over the last 10 years it is difficult to unambiguously quantify this improvement. To provide a consistent starting point, therefore, the current 1.9 million compounds in the latest release of ChEMBL (ChEMBL 26) have been completely re-standardised and the parents regenerated for the whole database using the new pipeline.<anchor xml:id="a56"/></p>
        <p>Checker component</p>
        <p><anchor xml:id="a57"/>To investigate the utility of the Checker module three very different compound sets were used. These were: a set of compounds recently extracted (by manual drawing) from the medicinal chemistry literature by the ChEMBL data extractors; a set of compounds from SureChEMBL, the patent database where the chemical structures are obtained by entity recognition followed by name or image to structure conversion [ 37 ] and a randomly selected compound set from PubChem (SIDs) as initially submitted by the depositors and prior to any compound standardisation. These three datasets are provided as structure data files (sd files) in the Supplementary Information S1, S2, S3. The results from these three sets are shown in Table 2 .<anchor xml:id="a58"/></p>
        <p>Checker total number of the different penalty scores output from subjecting the ChEMBL Literature set, the SureChEMBL set and the PubChem Set to the Checker process</p>
        <p><anchor xml:id="a59"/>As expected, the ChEMBL literature set, being derived via manual extraction and curation, generates the fewest serious penalty scores, although it is clear there are still thousands of molecules with an undesirable representation (e.g. stereo bonds in rings, atoms with multiple stereo bonds and molecules with stereo bonds to stereocentres). The PubChem deposited set includes a large number of empty molfiles and unknown elements (often represented as an asterix, “*”) in addition to molecules containing overlapping atoms. The SureChEMBL set has a large number of compounds with V3000 formatted molfiles, radical entities as well as bonds with illegal stereo flags (usually molfiles with a 4 in the bond stereo field of the bond block). The difference between these sets is not surprising given the differences in the data sources, confirming that the Checker is suitable for identifying a range of different issues of differing severity for datasets of diverse origin.<anchor xml:id="a60"/></p>
        <p><anchor xml:id="a61"/>A breakdown of the number of compounds from each set which returned penalty scores is shown in Table 3 . When more than one score is returned for a compound the highest score is reported. It is worth noting that 75% of the ChEMBL literature set compounds and 60% of both the SureChEMBL and PubChem compound sets showed no issues in the Checker tests. When structures with a penalty score of 2 associated with InChI Warnings such as “omitted undefined stereo” and “InChI: Charges were rearranged” are excluded (as described above) then the proportion of compounds with undesirable features that would benefit from correction falls to between 4 and 11%.<anchor xml:id="a62"/></p>
        <p>Percentages of the compounds in each of the SureChEMBL, ChEMBL and PubChem sets returning each value as their maximum penalty score</p>
        <p><anchor xml:id="a63"/>From a ChEMBL perspective the compounds in the latest released version of the database (ChEMBL 26) have also been subjected to the Checker analysis and this has enabled the identification of small sets of compounds with particular problems that were not previously identified. This dataset is available as an sd file on the ChEMBL FTP site [ 38 ]. These have been prioritised for curation for a subsequent ChEMBL release. The numbers of compounds with penalty scores 5 and 6 are summarised in Table 4 . Those considered to be the highest priority for curation are compounds with a penalty score of 6 (69 compounds). In future the structures of molecules with penalty scores of 6 will not be added to the database until they have been manually checked and corrected.<anchor xml:id="a64"/></p>
        <p>Checker penalty scores on the current version of ChEMBL (ChEMBL 26)</p>
        <p><anchor xml:id="a65"/>The ~ 2500 compounds with penalty scores of 5 are placed in a group for second-tier curation with the following penalty annotations being prioritised:<anchor xml:id="a66"/></p>
        <p>molecule has a crossed bond in a ring (632 compounds). This set does however need to be further divided depending on the ring size. It is considered a more serious issue for small rings than large rings where it is not always clear whether cis, trans or either orientation is correct.</p>
        <p>molecule has two (or more) atoms with exactly the same coordinates (273 compounds)</p>
        <p>Those compounds with mismatches in the number of stereocentres will then be addressed.</p>
        <p>Standardizer component</p>
        <p><anchor xml:id="a67"/>Examples of applying the Standardizer to some “ChEMBL-like” molecules are shown in Fig. 2 . These examples show some of the specific standardisations described in the methods section for which the Standardizer component was designed to correct. Also, as described above, there will be differences between the last two versions of ChEMBL (versions 25 and 26) due to the re-standardisation as well as the manual curation that took place between the two releases. Comparing the structures in these two releases does not give any useful statistics on the effectiveness of the new Standardizer . Instead, to investigate this, the three sets of molecules previously described have been standardised by the new Standardizer module. The critical differences are where the new standardisation results in a different InChI from the one obtained prior to standardisation.<anchor xml:id="a68"/></p>
        <p>Examples of standardisations that have been applied to a set of compounds. The compound structure before and after standardisation is shown. a Fix hypervalent nitro groups, b remove explicit H atoms, c fix covalently drawn alkaline metals connected to O or N to ionic forms, d Standardise sulphoxides to charge separated form, e normalise (straighten) allene bonds</p>
        <p><anchor xml:id="a69"/>The percentage of molecules with changed InChIs are low for all datasets and always &lt; 2% in each case. The majority of the changes occur where the Standardizer has neutralised a previously charged molecule, for example by removing a proton from a positively charged nitrogen or protonating a carboxyl group. A summary of these changes is shown in Table 5 . This also indicates which layer of the InChI has changed. Whilst initially it may appear that changes to the connectivity layer are unexpected for a standardisation process these examples are due to salts where the overall molfile is not neutral and where a proton has been removed to confer neutrality. To further exemplify this, some examples from the ChEMBL literature set are shown in Fig. 3 where the effect of standardisation on neutralising the molecules can be observed.<anchor xml:id="a70"/></p>
        <p>Summary of the number of compounds that have changed InChIKeys following standardisation for the SureChEMBL, ChEMBL literature and PubChem deposited set</p>
        <p>Examples of compounds from the ChEMBL literature set where the InChIKey changed on standardisation due to the rebalancing of the charge on the compound</p>
        <p><anchor xml:id="a71"/>As different databases use different rules to standardise compound structures, it was of interest to compare the new ChEMBL Standardizer with the standardiser used by the PubChem database [ 39 ]. However, as the PubChem PUG service was slow to run via their API, only a small set of compounds were used for this comparison and comprised approved small molecule drugs as annotated in ChEMBL 25 (3071 compounds). This dataset is provided as an sd file in Supplementary Information S4. The ChEMBL 25 structures for these were taken and standardised using the new ChEMBL RDKit Standardizer and also the PubChem standardiser. In total there were 97 compounds that gave different Standard InChIKeys after the respective standardisations. The key difference is that the PubChem standardiser generates a canonical tautomer as part of the process but ChEMBL does not. In many instances this is not reflected by a change to the Standard InChI but for some molecules the InChI does change. There are also some differences in the double bond representation (cis or trans (either)). Furthermore, PubChem generates all structures with explicit hydrogens which are not present in the ChEMBL structures. Some of these examples are shown in Fig. 4 .<anchor xml:id="a72"/></p>
        <p>Examples of approved drugs standardised by the ChEMBL RDKit Standardizer and the PubChem standardiser</p>
        <p>GetParent component</p>
        <p><anchor xml:id="a73"/>The GetParent module was used to obtain the parent structures for the standardised structures from ChEMBL where these contained more than one component or an isotope. This resulted in over 100,000 compounds where a salt, solvent, isotope or combination thereof could be removed to create a parent structure. Molfiles that are a mixture of components can contain a number of different combinations such as: a parent and its salts; a parent, its salts and solvent; a combination of only salts; or a true mixture. A true mixture, for example, would include compounds such as Co-trimoxazole (CHEMBL58061) which is a marketed product comprising trimethoprim and sulfamethoxazole and which has been tested as a combination in a number of bioactivity assays. Additionally, any of these multicomponent compounds may have been tested for bioactivity or used in a clinical setting as a specific isotopic form. A summary of the composition of the multicomponent compounds in ChEMBL 26 are shown in Fig. 5 . Whilst only ~ 6% of the compounds in ChEMBL are multicomponent (mostly salts), these compounds have over a million activity values recorded against them.<anchor xml:id="a74"/></p>
        <p>The composition and number of the compounds containing more than one component in ChEMBL 26 as identified by the GetParent module. The numbers in brackets refer to the number of compounds in each grouping that contain isotopes</p>
        <p>Some examples of the output from the GetParent process are shown in Fig. 6 . This illustrates a number of features of the GetParent module including the need to re-standardise a parent to some extent once a salt is removed, and in particular to re-neutralise the charges on the parent molecule. The sodium salt of a carboxyl-containing compound is an obvious example of this. Once the Na+ cation is removed this leaves a net negative change on the parent so the GetParent module will add a proton to neutralise it. Quaternary nitrogen compounds are the exception, where the counterion (for example a chloride) is removed but, due to the quaternary nature of the nitrogen, it is not possible to neutralise the parent which therefore remains as the positively charged cation. Another important function of the GetParent module is that if a compound is a 2:1 complex with two parent molecules and one salt molecule, when the GetParent module is applied it can recognise that the two components remaining after salt removal are identical and so only one molecule is returned as the parent. Atorvastatin calcium is an example of this as can be seen in Fig. 6 .</p>
        <p>Examples of applying the GetParent module to some representative ChEMBL compounds containing varying combinations of salts, isotopes and solvents. The “Child” is the compound before and “Parent” the compound after the process has been applied</p>
        <p>Future work</p>
        <p>Now that the components of the curation pipeline are being used in a production context for curation of compounds being added to the ChEMBL database, it will provide opportunities to review and refine any of the rules on the basis of a large consistently standardised dataset. The ChEMBL group will continue to evolve the curation pipeline as further needs are identified. The code is also now freely available to the community and other researchers are encouraged to suggest modifications so that the curation pipeline can improve further over time. Comments and issues can be added to the issues section of the ChEMBL Structure Pipeline GitHub repository [ 28 ].</p>
        <p>Conclusion</p>
        <p><anchor xml:id="a75"/>The three components of the structure curation pipeline described here have been developed as an open source project and are now available for researchers to use and adapt for their own applications. These components have been used by the ChEMBL group to produce the chemical structures in the latest release of the ChEMBL database (ChEMBL26). This has resulted in the correction of certain errors in standardisation that were present in previous ChEMBL releases and the identification of other issues that can now be prioritised for future manual curation. Additionally, the pipeline has been tested on less well curated datasets and demonstrated to be sufficiently robust to be used in the automatic structure checking and standardisation of such datasets. A comparison between the standardiser used by PubChem (another large publicly available database) and the one developed here gave only a small percentage of compounds with non-identical structures (defined as having different Standard InChIs). Where such differences were present this was largely due to variations in the business rules of the two database providers.<anchor xml:id="a76"/></p>
        <p>Acknowledgements</p>
        <p>The authors would like to explicitly acknowledge the indirect contributions of Matt Swain, the original author of the standalone MolVS package, and Susan Leung, who ported the python version of MolVS to C++ and integrated it into the RDKit core.</p>
        <p>Authors’ contributions</p>
        <p>APB, AH, AG and ARL initiated and organised the work. LJB developed the original curation pipeline, which this work is built upon. APB, AH, AG, LJB, MdV and FA devised the business rules. GL, EF and APB developed and wrote the code. AG and EF implemented the pipeline. LJB and MdV curated the data. AH, APB and AG performed the analysis and wrote the manuscript with contributions from GL, EF and ARL. All authors read and approved the final manuscript.</p>
        <p>Funding</p>
        <p>This work was funded by Strategic Awards from the Wellcome Trust [WT086151/Z/08/Z, WT104104/Z/14/Z] and the Member States of the European Molecular Biology Laboratory (EMBL); Funding for open access charge: Wellcome Trust.</p>
        <p>Availability of data and materials</p>
        <p>The datasets used for the analyses are provided as sd files in Supplementary Files. S1_surechembl_set, S2_pubchem_set, S3_chembl_literature_set, S4_approved_drug_set and are available from the ChEMBL FTP site: ftp://ftp.ebi.ac.uk/pub/databases/chembl/standardiser_data_sets .</p>
        <p>Competing interests</p>
        <p>The authors have no competing interests.</p>
        <p>Footnotes</p>
        <p>References</p>
        <p>Associated Data</p>
        <p>Data Citations</p>
        <p>Data Availability Statement</p>
        <p>The datasets used for the analyses are provided as sd files in Supplementary Files. S1_surechembl_set, S2_pubchem_set, S3_chembl_literature_set, S4_approved_drug_set and are available from the ChEMBL FTP site: ftp://ftp.ebi.ac.uk/pub/databases/chembl/standardiser_data_sets .<anchor xml:id="a77"/></p>
    </body>
  </text>
</TEI>
