-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
InChIKey14s can contain duplicate MOA/Target Info #17
Comments
@gwaygenomics I used As we briefly discussed in #11 (comment), ignoring stereochemistry may not be ideal. If different stereoisomers have different MOA annotations that are significantly different, perhaps the strategy of using |
We discussed this issue in the profiling checkin - the full summary is here #11 (comment) The pertinent info for this issue is:
|
Concretely, the profiles for the compound above would look like this:
We will also have to make some manual ordering decisions (i.e. which one is primary and alternative moa). |
@gwaygenomics I believe the markdown renderer mistook the pipe between ALK and MET to indicate column separation in the markdown table. Just wanted to bring that to your attention. |
thanks - updated |
In #12 we used
InChIKey14
to map broad_ids and in #11 we discussed why this is important.While processing some data, I noticed that InChiKey14s do not map uniquely to MOA and Targets. I guess this is not surprising given that drugs are often used for different indications in various clinical phases, but it is worth documenting here! It is dangerous to use InChIKeys14s to map directly to MOA/Targets.
For example, InChIKey14
KTEIFNKAUNYNJU
maps to two MOA/Targets. However, it looks like the full InChIKey does map uniquely. I didn't comprehensively explore this.@niranjchandrasekaran - maybe I missed this, but was there a reason to use InChiKey14 instead of the full InChiKey?
The text was updated successfully, but these errors were encountered: