-
-
Notifications
You must be signed in to change notification settings - Fork 150
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
🐈 Task: Upgrade descriptor models to newest version #1510
Comments
I have checked all the models that are marked and they work! Only missing then eos78ao and eos8aa5. eos5guo still gives this error ate fetch time but it works:
|
Hey @GemmaTuron all of the models have been successfully rebuilt and pushed. |
Hi @DhanshreeA Eos78ao is not working (see issue in repo: ersilia-os/eos78ao#14) and in any case we should try Mordred Community instead for this model |
I tried out eos78ao with mordred community, and it is definitely updated enough to not run into troubles with updated versions of numpy and networkx. However all descriptors do not calculate still. Interestingly though, when I ran a diff of these two files, I see some descriptors being calculated in the original version of mordred but not in the community fork, specifically, the following:
And this varies across molecules. For example,
It makes sense to go down an imputation approach for this by first fitting it entirely on a dataset like DrugBank, as @miquelduranfrigola has suggested. |
Hi @DhanshreeA Let me rewrite this comment with clarity, apologies if you have received an earlier version of this. I do not know if that belongs here or somewhere else but just because this issue was open and I am working with descriptors: I am working on Ubuntu 24.04 LTS. I am running everything in two independent computers to verify the reproducibility of the issues. I have pulled the last Ersilia code and I have it installed in py 3.12 environment. I have found some issues that might, or might not, be related:
That was very confusing and I propagated the error when testing in different envs and so on. Probably this calls for the need to work a bit on the Python API. As we integrate Ersilia within more "experimental"pipelines which will always go through the Python API, this becomes more needed. The sessions error is:
|
Summary
Hi @DhanshreeA
For both the Abaumannii project and the refactoring of ZairaChem we want to use several descriptor models from Ersilia. We need those to be packaged with FastAPI and be sure they are working. Below the list:
Please can you confirm which models have already been successfully rebuilt? For example I think we were facing issues with eos78ao.
How would you go about refactoring the rest of them?
Objective(s)
Build the specified models with FastAPI and ensure they work using the latest workflow update
Documentation
No response
The text was updated successfully, but these errors were encountered: