Closed chilampoon closed 4 years ago
So, I still need to look into this to find the specific classes that need to be looked into, but basically how this could go is:
1) The user can provide a PubMed identifier to the query 2) You will need to either:
I think the second option is the quickest, but the main problem is connecting that 'LiteratureReference' instance to the Event or PhysicalEntity instances in the databases. Ideally you would do something like:
Actually, you can see what classes contain the literatureReference attribute at https://reactome.org/content/schema/LiteratureReference (Referrals of class 'literatureReference' instances). It seems only relevant class we care about is the 'Event' class.
I guess inputting the pubmed id into /search/query
would get instances where 'literatureReference' slot contains this pubmed id?
I guess inputting the pubmed id into
/search/query
would get instances where 'literatureReference' slot contains this pubmed id?
Perhaps -- have you been able to check if that works?
Is this issue be solved in the ContentService package or moved to the graph db package?
That depends -- it seemed like you were able to do the search in a basic, time-consuming way. Do you think there is a version of this query that can be done quickly via CS, or will it be too difficult to do efficiently?
I found a package called easyPubMed for downloading Entrez records, but it needs to input a PubMed search term like
Bladder[TIAB] AND Northwestern[AD] AND Chicago[AD] AND "2018"[PDAT]
to get PubMed ids, which is not very useful for information in the 'literatureReference' attribute.I later found another function
pubmed()
quite convenient (in theannotate
library) and gave it a try:disp: Either "Data" or "Browser" (default is data). Data returns a XMLDoc, while Browser will display information in the user's browser.
I am not sure what your expectation is so I just open an issue here, and I think this can be mentioned in the vignette and no need to wrap into a function in the package...