You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It looks as though you probably felt from reading here you could use neighbor_history and skip the second EPost under section 9.15.3 where you use history.
I would have thought that was the case too given it reads under ELink:
cmd=neighbor_history
ELink posts the output UIDs to the Entrez History server and returns a query_key and WebEnv corresponding to the location of the output set.
Example: Link from protein to gene and post the results on the Entrez History
Did you find or learn the explanation why you cannot? It seems to be exactly what neighbor_history would be for. I don't understand why they'd add the need for an extra step?
The text was updated successfully, but these errors were encountered:
I found this here which maybe suggests the description for ELink's neighbor_history is misleading:
ELink and the History Server
Although ELink can accept a stored set of UIDs from the History server as input, this eUtil cannot load its output onto the History server. The consequence of this is that the linked UIDs found by ELink must be parsed out of the XML output and then provided as input to another eUtil, either directly using the &id parameter or by using EPost to store them explicitly on the History server. Then they can be passed to other eUtils.
Maybe that is as much explanation as we'll ever find.
It looks as though you probably felt from reading here you could use
neighbor_history
and skip the second EPost under section 9.15.3 where you use history.I would have thought that was the case too given it reads under ELink:
Did you find or learn the explanation why you cannot? It seems to be exactly what
neighbor_history
would be for. I don't understand why they'd add the need for an extra step?The text was updated successfully, but these errors were encountered: