-
Notifications
You must be signed in to change notification settings - Fork 5
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
Workflow B: ARAX not sending >100 input CURIES during expansion #317
Comments
Yes, that is by design. We have found that most KPs are not performant enough to handle such queries within the default time-out. So instead of waiting for them to time out, we do not decide to even attempt. @amykglen may have more insight |
Yes, I understand that the restriction is by design. I'm wondering, however, if you might be able to suggest a workaround that would allow ARAX to pull in additional KPs? Perhaps by extending the default timeout? Better leveraging the async query option? Or, is this strictly a KP issue in your mind? |
I think it's mainly a KP performance issue, but @amykglen may be able to shed more light on possible workarounds. |
yes, we're going to discuss this at our team meeting tomorrow - will post back here after that. |
Great! Thanks, David and Amy! |
ok, ARAX now sends queries to KPs even if they have >100 input curies. we're also revisiting our default timeouts and expect to increase those within the next week! |
This is great! Thanks, Amy. |
This issue is to report that ARAX is not calling KPs when there are more than 100 input CURIEs in the expansion.
The text was updated successfully, but these errors were encountered: