-
Notifications
You must be signed in to change notification settings - Fork 51
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
Hanna #296
Hanna #296
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
seems good to me, the only thing missing is a valid LICENSE
file, on the CI infrastructure, i think we can just integrate it with Clapeyron itself, so it requires changes on our part. (probably a conditional action)
Hi Sebastian, this is amazing! Thanks so much for taking the time to implement this. I've updated some of the code so that users don't always have to specify smiles. Just a few questions:
|
Hi Pierre, thanks for the fix. This might lead to wrong results in some cases (e.g. in the water-isopranol example) as HANNA needs canonical smiles to work properly. A function to canonicalize smiles would be helpful (sth. like here). Is there similar functionality in Julia?
|
@longemen3000 Does ChemicalIdentifiers spit out the canonical smiles? Otherwise we can quickly convert our smiles to canonical using RDKit. @se-schmitt We'll try to standardize our smiles. As for the puremodel of HANNA, the main reason I'd push for having PR being the default is just so users can immediately carry out VLE calculations. That being said, we have been discussing modifying how activity coefficient models are treated in Clapeyron as they should be useable without any other models. There are plenty of cases you'd like to use an activity coefficient model without needing the vapour phase. As for my other questions, makes sense. Would be interesting to revisit it in the future. |
I actually have one more question: I wasn't able to load HANNA on my Mac as there were a few compilation issues. I have a feeling this would be due to the requirement of a GPU to compile CUDA.jl? Would that be the case? |
on canonical SMILES, I remember that there were some problems with isomers and components that are really mixtures of isomers. |
I managed to convert most of them in the last commit. I only ran into issues with cases where, to satisfy the valency, charges had to be added to the atoms. |
for example, the canonical smiles of |
Ah, I see. Ok, that makes sense. I can add that as a column |
Using canonical smiles to the database really simplifies this, thanks for adding them! @pw0908 On that compilation issue: CUDA shouldnt be loaded/used by default. Might the error come from the use of JLD2.jl? I'm not sure how compatible these files are across platforms. Might make sense to change this in the future. Should it be |
Yeah, it should be on the registration and CI
|
Add HANNA model (https://arxiv.org/abs/2407.18011).
Open issues:
ClapeyronHANNA.jl
ClapeyronHANNA.jl
to docs project