Skip to main content

Accessing web services with cURL


ChEMBL web services are really friendly. We provide live online documentation, support for CORS and JSONP techniques to support web developers in creating their own web widgets. For Python developers, we provide dedicated client library as well as examples using the client and well known requests library in a form of ipython notebook. There are also examples for Java and Perl, you can find it here.

But this is nothing for real UNIX/Linux hackers. Real hackers use cURL. And there is a good reason to do so. cURL comes preinstalled on many Linux distributions as well as OSX. It follows Unix philosophy and can be joined with other tools using pipes. Finally, it can be used inside bash scripts which is very useful for automating tasks.

Unfortunately first experiences with cURL can be frustrating. For example, after studying cURL manual pages, one may think that following will return set of compounds in json format:

curl --data-urlencode '{"smiles": "N#CCc2ccc1ccccc1c2"}' https://www.ebi.ac.uk/chemblws/compounds/substructure.json
view raw first_try.sh hosted with ❤ by GitHub

But the result is quite dissapointing...

{
"compound":
{
"exception": "Invalid SMILES supplied:"
}
}
view raw error.json hosted with ❤ by GitHub

The reason is that --data-urlencode (-d) tells our server (by setting Content-Type header) that this request parameters are encoded in "application/x-www-form-urlencoded" - the default Internet media type. In this format, each key-value pair is separated by an '&' character, and each key is separated from its value by an '=' character for example:

Name=Jonathan+Doe&Age=23&Formula=a+%2B+b+%3D%3D+13%25%21
view raw param.txt hosted with ❤ by GitHub

This is not the format we used. We provided our data in JSON format, so how do we tell the ChEMBL servers the format we are using? It turns out it is quite simple, we just need to specify a Content-Type header:

curl -H "Content-Type: application/json" -d '{"smiles":"N#CCc2ccc1ccccc1c2"}' https://www.ebi.ac.uk/chemblws/compounds/substructure.json
view raw correct.sh hosted with ❤ by GitHub

If we would like to omit the header, correct invocation would be:

curl -d 'smiles=N#CCc2ccc1ccccc1c2' https://www.ebi.ac.uk/chemblws/compounds/substructure.json
view raw no_header.sh hosted with ❤ by GitHub

OK, so request parameters can be encoded as key-value pairs (default) or JSON (header required). What about result format? Currently, ChEMBL web services support JSON and XML output formats. How do we choose the format we would like the results to be returned as? This can be done in three ways:

1. Default - if you don't do anything to indicate desired output format, XML will be assumed. So this:

curl -d 'smiles=N#CCc2ccc1ccccc1c2' https://www.ebi.ac.uk/chemblws/compounds/substructure
view raw default.sh hosted with ❤ by GitHub

will produce XML.

2. Format extension - you can append format extension (.xml or .json) to explicitly state your desired format:

curl -d 'smiles=N#CCc2ccc1ccccc1c2' https://www.ebi.ac.uk/chemblws/compounds/substructure.json
view raw extension.sh hosted with ❤ by GitHub

will produce JSON.

3. `Accept` Header - this header specifies Content-Types that are acceptable for the response, so:

curl -H "Accept: application/json" -d 'smiles=N#CCc2ccc1ccccc1c2' https://www.ebi.ac.uk/chemblws/compounds/substructure
view raw header.sh hosted with ❤ by GitHub

will produce JSON.

Enough boring stuff - Lets write a script!


Scripts can help us to automate repetitive tasks we have to perform. One example of such a task would be retrieving a batch of first 100 compounds (CHEMBL1 to CHEMBL100). This is very easy to code with bash using curl (Note the usage of the -s parameter, which prevents curl from printing out network and progress information):

#!/bin/bash
for ((i=1;i<=100;i++));
do
curl -s https://www.ebi.ac.uk/chemblws/compounds/CHEMBL$i.json;
printf "\n";
done
view raw compounds.sh hosted with ❤ by GitHub

Executing this script will return information about first 100 compounds in JSON format. But if you carefully inspect the returned output you will find that some compound identifiers don't exist in ChEMBL:

Compound not found for identifier:CHEMBL7
...
Compound not found for identifier:CHEMBL68
Compound not found for identifier:CHEMBL69
view raw error.txt hosted with ❤ by GitHub

We need to add some error handling, for example checking if HTTP status code returned by server is equal to 200 (OK). Curl comes with --fail (-f) option, which tells it to return non-zero exit code if response is not valid. With this knowledge we can modify our script to add error handling:

#!/bin/bash
for ((i=1;i<=100;i++));
do
CURL=$(curl -sf https://www.ebi.ac.uk/chemblws/compounds/CHEMBL$i.json)
if [ $? -eq 0 ];
then
echo $CURL
printf "\n"
fi
done
view raw compounds.sh hosted with ❤ by GitHub

OK, but the output still looks like a chaotic soup of strings and brackets, and is not very readable...

Usually we would use a classic trick to pretty print json - piping it through python:

./compounds.sh | python -mjson.tool
view raw pretty_print.sh hosted with ❤ by GitHub

But it won't work in our case:

michas-mbp:~ mnowotka$ ./compounds.sh | python -mjson.tool
Extra data: line 3 column 1 - line 181 column 1 (char 415 - 50099)
view raw error.txt hosted with ❤ by GitHub


Why? The reason is that python trick can pretty-print a single JSON document. And what we get as the output is a collection of JSON documents, each of which describes different compound and is written in separate line. Such a format is called Line Delimited JSON and is very useful and well known.

Anyway, we are data scientists after all so we know a plenty of other tools that can help. In this case the most useful is jq - "lightweight and flexible command-line JSON processor", kind of sed for JSON.

With jq it's very easy to pretty print our script output:

./compounds.sh | jq .
view raw jq.sh hosted with ❤ by GitHub

{
"compound": {
"smiles": "COc1ccc2[C@@H]3[C@H](COc2c1)C(C)(C)OC4=C3C(=O)C(=O)C5=C4OC(C)(C)[C@@H]6COc7cc(OC)ccc7[C@H]56",
"chemblId": "CHEMBL1",
"passesRuleOfThree": "No",
"molecularWeight": 544.59,
"molecularFormula": "C32H32O8",
"acdLogp": 7.67,
"stdInChiKey": "GHBOEFUAGSHXPO-XZOTUCIWSA-N",
"knownDrug": "No",
"medChemFriendly": "Yes",
"rotatableBonds": 2,
"alogp": 3.63,
"numRo5Violations": 1,
"acdLogd": 7.67
}
}
{
"compound": { ... }
...
}
view raw jq_out.json hosted with ❤ by GitHub

Great, so we finally can really see what we have returned from a server. Let's try to extract some data from our JSON collection, let it be chemblId and molecular weight:

./compounds.sh | jq .compound.chemblId,.compound.molecularWeight
view raw extract.sh hosted with ❤ by GitHub

"CHEMBL1"
544.59
"CHEMBL2"
383.4
"CHEMBL3"
162.23
"CHEMBL4"
361.37
"CHEMBL5"
232.24
"CHEMBL6"
357.79
"CHEMBL8"
331.34
"CHEMBL9"
319.33
"CHEMBL10"
377.43
...
view raw out.txt hosted with ❤ by GitHub

Perfect, can we have both properties printed in one line and separated by tab? Yes, we can!

./compounds.sh | jq -r '"\(.compound.chemblId)\t\(.compound.molecularWeight)"'
view raw tab.sh hosted with ❤ by GitHub

CHEMBL1 544.59
CHEMBL2 383.4
CHEMBL3 162.23
CHEMBL4 361.37
CHEMBL5 232.24
CHEMBL6 357.79
CHEMBL8 331.34
CHEMBL9 319.33
...
view raw out2.txt hosted with ❤ by GitHub

So now we can get the ranking of first 100 compounds sorted by their weight:

./compounds.sh | jq -r '"\(.compound.chemblId)\t\(.compound.molecularWeight)"' | sort -k2 -rn
view raw sort.sh hosted with ❤ by GitHub

CHEMBL92 807.88
CHEMBL1 544.59
CHEMBL75 531.43
CHEMBL81 473.58
CHEMBL74 468.37
CHEMBL58 444.48
CHEMBL47 430.71
CHEMBL84 421.45
CHEMBL91 416.13
CHEMBL23 414.52
CHEMBL61 414.41
CHEMBL85 410.48
...
view raw rank.txt hosted with ❤ by GitHub


Exercises for readers:

1. Can you modify compounds.sh script to accept a range (first argument is start, second argument is length) of compounds?
2. Can you modify the script to read compound identifiers from a file?
3. Can you add a 'structure' parameter, which accepts a SMILES string. When this 'structure' parameter is present, the script will return similar compounds (you can decide on the similarity cut off or add an extra parameter)?



Comments

Popular posts from this blog

ChEMBL 34 is out!

We are delighted to announce the release of ChEMBL 34, which includes a full update to drug and clinical candidate drug data. This version of the database, prepared on 28/03/2024 contains:         2,431,025 compounds (of which 2,409,270 have mol files)         3,106,257 compound records (non-unique compounds)         20,772,701 activities         1,644,390 assays         15,598 targets         89,892 documents Data can be downloaded from the ChEMBL FTP site:  https://ftp.ebi.ac.uk/pub/databases/chembl/ChEMBLdb/releases/chembl_34/ Please see ChEMBL_34 release notes for full details of all changes in this release:  https://ftp.ebi.ac.uk/pub/databases/chembl/ChEMBLdb/releases/chembl_34/chembl_34_release_notes.txt New Data Sources European Medicines Agency (src_id = 66): European Medicines Agency's data correspond to EMA drugs prior to 20 January 2023 (excluding ...

SureChEMBL gets a facelift

    Dear SureChEMBL users, Over the past year, we’ve introduced several updates to the SureChEMBL platform, focusing on improving functionality while maintaining a clean and intuitive design. Even small changes can have a big impact on your experience, and our goal remains the same: to provide high-quality patent annotation with a simple, effective way to find the data you need. What’s Changed? After careful consideration, we’ve redesigned the landing page to make your navigation smoother and more intuitive. From top to bottom: - Announcements Section: Stay up to date with the latest news and updates directly from this blog. Never miss any update! - Enhanced Search Bar: The main search bar is still your go-to for text searches, still with three pre-filter radio buttons to quickly narrow your results without hassle. - Improved Query Assistant: Our query assistant has been redesigned and upgraded to help you craft more precise queries. It now includes five operator options: E...

Here's a nice Christmas gift - ChEMBL 35 is out!

Use your well-deserved Christmas holidays to spend time with your loved ones and explore the new release of ChEMBL 35!            This fresh release comes with a wealth of new data sets and some new data sources as well. Examples include a total of 14 datasets deposited by by the ASAP ( AI-driven Structure-enabled Antiviral Platform) project, a new NTD data se t by Aberystwyth University on anti-schistosome activity, nine new chemical probe data sets, and seven new data sets for the Chemogenomic library of the EUbOPEN project. We also inlcuded a few new fields that do impr ove the provenance and FAIRness of the data we host in ChEMBL:  1) A CONTACT field has been added to the DOCs table which should contain a contact profile of someone willing to be contacted about details of the dataset (ideally an ORCID ID; up to 3 contacts can be provided). 2) In an effort to provide more detailed information about the source of a deposited dat...

Improvements in SureChEMBL's chemistry search and adoption of RDKit

    Dear SureChEMBL users, If you frequently rely on our "chemistry search" feature, today brings great news! We’ve recently implemented a major update that makes your search experience faster than ever. What's New? Last week, we upgraded our structure search engine by aligning it with the core code base used in ChEMBL . This update allows SureChEMBL to leverage our FPSim2 Python package , returning results in approximately one second. The similarity search relies on 256-bit RDKit -calculated ECFP4 fingerprints, and a single instance requires approximately 1 GB of RAM to run. SureChEMBL’s FPSim2 file is not currently available for download, but we are considering generating it periodicaly and have created it once for you to try in Google Colab ! For substructure searches, we now also use an RDKit -based solution via SubstructLibrary , which returns results several times faster than our previous implementation. Additionally, structure search results are now sorted by...

A python client for accessing ChEMBL web services

Motivation The CheMBL Web Services provide simple reliable programmatic access to the data stored in ChEMBL database. RESTful API approaches are quite easy to master in most languages but still require writing a few lines of code. Additionally, it can be a challenging task to write a nontrivial application using REST without any examples. These factors were the motivation for us to write a small client library for accessing web services from Python. Why Python? We choose this language because Python has become extremely popular (and still growing in use) in scientific applications; there are several Open Source chemical toolkits available in this language, and so the wealth of ChEMBL resources and functionality of those toolkits can be easily combined. Moreover, Python is a very web-friendly language and we wanted to show how easy complex resource acquisition can be expressed in Python. Reinventing the wheel? There are already some libraries providing access to ChEM...