-
Notifications
You must be signed in to change notification settings - Fork 169
add the CSX write support for DALTON #249
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
Conversation
nocoeffs -- natural orbital coefficients (array[2]) | ||
nooccnos -- natural orbital occupation numbers (array[1]) | ||
optdone -- flags whether an optimization has converged (Boolean) | ||
optstatus -- optimization status for each set of atomic coordinates (array[1]) | ||
package -- name of the quantum chemistry package (string) |
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.
This is superfluous - use the logname
attribute.
8000
The introduction of |
I think a lot of this would be cleared up by the creation of an input file parser. There might still be some metadata-type attributes that it wouldn't catch (such as |
Yes. We've been resistant to parsing/writing input files in the past, but I'm not opposed to it in principle. I think this is something we should plan for in a 2.x version, since it might involve some major changes to the API. In the meantime, @berquist, do you think an attribute gathering metadata would be appropriate? |
I think it is a good idea to gather "package" and "version" into metadata, but "basisname" could be an attribute for convenience. If we are on the same page, I'll go ahead to modify the code according to it. |
The trouble with basis set names is that they can mean different things in different programs. |
I have generated the metadata attribute, which currently includes "package", "version", "theory", "basisname", "spintype" and "functional". |
I like where this is going, but i think we really need to break this up further into three things:
In any case, pushing this back to v1.5 |
After chatting with Bing, we decided to shoot for a v1.4.1 release as soon as we can get the CSX output support in master. We'll also include any other interesting bits that get in until then. |
Note: I just noticed the earliest commits here are from before even v1.4, which means they might show up when someone uses that tag and break something. In case that happens we'll need to cherry-pick out those changes on a separate branch. |
Closing as per @bwang2453 who will be separating issues into separate PRs. |
I know this is quite old, but has the CSX output support been integrated after all? I can not find this option in the most recent release. |
@dln22 No, it was never merged. Only certain necessary pieces to support it were added. I think |
This commit will allow the cclib write out the CSX file so that it could be published on the chemical semantics portal.