solr semantic category filter appears to not work

[biolink]

solr semantic category filter appears to not work

[cmungall]

This is likely caused by the fact that currently GO annotations are not available in the Monarch golr index, they are available via the AmiGO golr, which follows a different schema.

Now we could have simply left the client to navigate two different APIs, but one of the goals of biolink is to provide a high level API that can be used over different databases, at least those that are similar enough, and to provide a convenient one-stop-shop endpoint.

Currently the reference implementation of biolink will introspect the category to determine how to route the query behind the scenes. This all works if you stick to the high-level categories exposed by biolink. Here "function" is the category that encompassed all GO annotation (this is potentially confusing: the GO cell component hierarchy represents material entities not function, but the semantics of the association if of functional association).

Monarch uses more granular categories, but the biolink contract (which needs to be better documented) is for a smaller set of categories

I think it's going to be most straightforward if you implement this as two calls. E.g.

def exec(...):
   if bidirectional:
      assocs1 = self.exec(bidirection=False, subject=subject, ...)
      assocs2 =  self.exec(bidirection=False, object=subject, ...)
      return assocs1+assocs2

this is perhaps less efficient but the stratification simplifies the logic as you don't need to mesh your OR logic with the logic of how the queries are implemented.

[cmungall]

I'll leave open as a placeholder for improving the docs here. Comments from @kshefchek and others welcome

[lhannest]

That could work, the only problem is that it would make pagination more awkward. What I could do is get half a page from the one, and half a page from the other. But then it would be possible, and probably even common, to receive much less than a full page of data. I've been trying to avoid this (we've run into this sort of thing before), but maybe it's not worth the effort.

[cmungall]

good point. I don't have a satisfactory answer yet...