Interface Questions
Last updated
Last updated
You can see this visualisation in the main page carousel or in the visualisations page.
This is the same classification that you will see in a target report card in the 'Protein Target Classification' row. For example, for the target CHEMBL2737 you will see the following:
This means that in the visualisation, you can click on the 'Membrane receptor' arc, then on 'Family A G protein-coupled receptor', then on 'Small molecule receptor (family A GPCR)', then on 'Monoamine receptor', and finally on 'Dopamine receptor'. The button below will change dynamically while you click and after the last click you should see the following:
If you click on that button, you will see all the targets with that classification and you will find CHEMBL2737.
Also, you can get the raw data used in the visualisation by running the following command in a terminal to query our elasticsearch cluster:
After doing a search by a term, for example Taxol, you will a header like the following in every result per entity:
This means that we found 206 compounds for your search. If you click on the link "Browse Activities":
A new page will open with all the activities related to the 206 compounds that you obtained:
Here you can see that there are 7807 activities related to the 206 compounds that you found.
Similarly to the previous answer, lets assume that you searched for Taxol, you can click on the "Heatmap" button of the "Compound Results" header:
You will see a heatmap like the following:
Orange rectangle: You can see that there are 1043 targets related to the 206 compounds that you obtained. If you click on the text a new page will open with the targets that are related to these compounds.
Blue rectangle: Hover to see a mini report card of each of the compounds, click to go to the report card page.
Red rectangle: Hover to see a mini report card of each of the targets, click to go to the report card page.
Green rectangle: Click on a square to open a tooltip with a link to see all the activities between the compound and target related by that square. For example, If you click on the square relating the compound CHEMBL3545252 and the target Tubulin, you will see all the activities relating that compound with that target.
When you are browsing a set of compounds, targets, assays, documents, cell lines or tissues, in the filters on the left you will see a filter like this one:
You can see an example here. This example shows 206 compounds:
The filter means:
27 out of the 206 compounds have 1 related bioactivity.
65 out of the 206 compounds have 2 related bioactivities.
etc...
26 out of the 206 compounds have between 12 to 4989 related bioactivities.
Similarly to the previous FAQs, this link allows to jump to the related entities for the activities that you are browsing. For example, if you are browsing some activities, you will see a header like this one:
The link will be disabled if you are seeing more than 1024 activities (we are currently working on ways to increase this limit). You need to select or filter the activities to activate the link. For example, you can filter only the activities of type 'EC50':
Now the link should be activated:
If you click on the link, a new tab will open with the compounds that are related to the activities that you are seeing. So, in this case, you will see the compounds related to the 176 activities that you obtained.
You can also browse other entities, you just have to click on the ellipsis next to the link, this will display all the available entities.
The 'browse entity' sections are used through all the interface to show subsets of data in ChEMBL. For example, to see the activities related to the compound SILIBININ you can go to this page and see a 'browse activities' section. From all the activities in ChEMBL, the activities related to SILIBININ can be obtained with the following query to our Elasticsearch system:
These queries are generated by the interface automatically. But if you want to see the query, you can click on the 'See Full Query' button:
This section will show you the full query being sent to Elasticsearch, you can copy it so you can use it in your own scripts.
In some cases, the query that the interface uses is based in a Querystring, this is an element of the Elasticsearch DSL, it is "A query that uses a query parser in order to parse its content.". You can see more information here. Soon, we will add an explanation of the elasticsearch "schema" of ChEMBL. Similarly to the previous question, to get the activities related to SILIBININ you can use the following querystring:
Remember that a querystring is only part of the full query, in the previous question, you can see this in the full query:
When the query is based in a querystring, it can be edited. First you need to click on the 'Edit Querystring' Button:
This will open a text area that will let you edit the querystring:
When you write a different querystring, the "Apply Changes' button will activate and will fetch the new items. For example, if you want to get the activities related to APABETALONE instead, you can write the following querystring:
And then click on 'Apply Changes'. You will now see the activities related to the compound with ChEMBL id CHEMBL2393130.
When a user performs a structure based search (similarity, substructure, connectivity) from the interface, the results are kept in our servers for 7 days after the results are ready. For example, if a search was finished on 17th May at 8:00 AM, the results will be kept in our servers until 24th May at 8:00 AM. This means that if the same search is requested again during that period, the results will not be generated again and they will be ready immediately. The times shown are always based in the UTC timezone.
During the period in which we keep the results, we also keep the original query parameters. The parameters and the results are deleted after the expiration time has passed. It is important to make clear that we don't save any data that can be used to identify the user performing the search. We save just the necessary data to be able to provide the service.
In general, we do not store any queries that our users run. We do not analyse the nature of any queries or structures that are processed through the website. In fact, we use https:// wherever possible to maintain the security of the searches. Additionally, the EBI has terms of use and these can be found at: http://www.ebi.ac.uk/Information/termsofuse.html. This will tell you what information is retained by the EBI, if any.
For the pages that allow to perform free text search, structure and sequence searches, or entity browsing. The filter or search term is always processed by javascript first. For example, when you search for Aspirin, the url will be something like:
Notice the part of the url that is after the # symbol:
This part is stored temporarily only in the browser. The search term is then sent to the server for a parsing process. The server responds with the adequate parameters in elasticsearch to show the results, but the search term is never stored in the server.
The urls contain information about the query and the state of the page that you are seeing, you can recreate a subset set of data from its query by just using a saved url. Our goal is that any subset of data in ChEMBL can be represented by a url. However urls can become really long easily. The length of the urls can easily become longer than the maximum length that many common url shortening services can handle, and they can cause trouble with browsers and devices when they are expanded. The interface is capable of generating shorter, fixed length urls so they can be easily shared in emails, chats, etc.
For example, this url:
Can be shortened to:
The url shortening system works by assigning the code AbCF5DA2XHxgYJqTpptUOQ==, to the parameters in the url.
If you want to shorten a url, the url parameters will be saved in our servers temporarily. We do not analyse this data or store anything else than the mapping of the code (AbCF5DA2XHxgYJqTpptUOQ==) with the parameters, we can't identify the users that introduced any query, and we don't have any intention of doing it.
We keep a count of the usage of the service, it counts how many urls have been shortened or expanded and when. This is to help us analyse the usage of our services and make decisions to improve them in the future.
The shortened urls have an expiration date which is shown after the url is shortened. The system will not expand any shortened url after its expiration date and once a week we delete forever all the shortened urls that have expired.
Some pages automatically shorten urls in order to create links to related data (e.g to see the activities related to a set of targets), these shortened urls also have an expiration date and are routinely deleted.
Yes, using the Advanced Search function. Below there are some files with molecule ChEMBL IDs that you can use as examples, use them to verify that your input is correct.
20 molecule ChEMBL IDs separated by commas in plain text:
20 molecule ChEMBL IDs separated by commas compressed in gzip format:
20 molecule ChEMBL IDs separated by commas compressed in zip format:
5 molecule ChEMBL IDs in CSV format (separated by new lines)
During the ongoing improvements to the ChEMBL interface, some of the URLs have been updated (October 2024). While the URLs may have changed, we always aim to provide redirections for most of the old URLs, so they should still work even if they lead to the new versions. Below is a table to help you map the old URLs to the new ones:
Report Card URL Changes
Compound
Target
Assay
Document
Cell Line
Search Results URL Changes
Explore Entity Pages URL Changes
If you encounter any issues with these new URLs or need further clarification, please feel free to contact us.