Start a new topic

Compound URIs in adverse events (broken?)

While querying the system, I have stumbled on strange URIs for drugs, I am copying one here as an example:


They come from adverse events ( The identity resolution service doesn't come with them.

Is this an error, or is there some rationale behind these URIs ?

Usually, you should be able to use the URIs from aers dataset in other API calls. E.g. retrieves the correct mappings from the mapURI API call.
The example you provide doesn't work there, however. Can you please tell me where you found it?



it is one of the datasets in 1.5 (

I retrieved it via a SPARQL query directly (it is for all compounds with adverse events in a tissue, and it's federated with meddra to resolve it).

 The loaded AERS dataset (2012-07-09) unfortunately contains many strange and duplicated identifiers, e.g.


The URIs seem to correspond 1-1 to a URI %-escape of the first 45 characters of the rdfs:label with spaces replaced with _, e.g. "ATARAX-P                           /00058402/"

In the corresponding IRS linkset from AERS to Drugbank you will find even more of these duplicates, e.g.

<>     skos:exactMatch
     <    /drug/ATARAX_____________________________%2F00058402%2F>,
     <> .


The upstream is unfortunately currently not available.

When querying the IRS mapUri method for one of these URIs, take care to double-escape those %s to %25, e.g.

or if you have your own IRS instance, for example

For the example you found, I can confirm that "ATARAX-P" is not part of the linkset, and therefore not recognized by the IMS.  It seems the AERS linkset is newer than the AERS datadump, which could explain the mismatch.  I have tracked this as in Open PHACTS' issue tracker so that we can update the AERS data to make these identifiers match.

It seems the "real" AERS drug identifier is the number after /, e.g. /00058402/ (when present) - which also - this IS in the IMS as:

<> skos:exactMatch <>.


Login or Signup to post a comment