-
Notifications
You must be signed in to change notification settings - Fork 135
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
HDF5 read failure in hdf_archive::read /format (QMCPack 3.17.1, cray-hdf) #4744
Comments
... though the h5 file structure looks entirely similar to e.g. this example in the QMCPack repository EDIT: Molden can visualize the orbitals just fine as well. So it's either the actual numeric values in the H5 or really something internal in QMCPack... |
It's failing to find "/format" here
|
You requested spline orbital type but your h5 is in LCAO orbital type
|
(For developers)
This seems like it might be a little easier to diagnose the issue? |
Ah got it. Given that this .XML was generated with the Currently, I'm using: opt = generate_qmcpack_input(
id='qmc',
#identifier = 'qmc',
driver = 'batched',
#path = 'dimer/opt', # directory for opt run
system = dimer, # run c20
# input format selector
input_type = 'basic',
orbitals_h5 = 'orbitals.h5',
pseudos=['ecps/H.ccECP.xml', 'ecps/O.ccECP.xml'],
# qmcpack input parameters
corrections = [],
jastrows = [('J1','bspline',8,6), # 1 body bspline jastrow
('J2','bspline',8,8)], # 2 body bspline jastrow
calculations = [
loop(max = 6, # No. of loop iterations
qmc = linear( # linearized optimization method
gpu='yes',
energy = 0.0,
unreweightedvariance = 1.0,
reweightedvariance = 0.0,
timestep = 0.5,
warmupsteps = 100,
samples = 16000,
stepsbetweensamples = 10,
blocks = 10,
minwalkers = 0.1,
bigchange = 15.0,
alloweddifference = 1e-4
)
)
],
) |
Simply switching back to |
Nexus typically reads the sposet xml created by the e.g. gamess or pyscf converters and then copies it into the generated input. The type of input structure needed is similar to this example: https://github.com/QMCPACK/qmcpack/blob/develop/tests/molecules/FeCO6_b3lyp_pyscf/FeCO6.wfnoj.xml For other developers: are the nested contents of really needed in this case? It seems like ground state occupation should be default and the coefficient basis size should be determined by reading the h5 file and not from input. |
Thanks for the response. I'll just switch to PySCF in the meantime... |
Describe the bug
I ran a simple PBE calculation in ORCA (cc-pVDZ basis), converted the .gbw file to molden using orca_2mkl, and then used molden2qmc to convert it into an .h5. I then generated a simple QMCPack input which is supposed to optimize the Jastrows.
The script crashes when it's reading the .h5 file -- any idea why?
I've attached the molden file, job script, input .xml, and converted .h5. The same happens when I use a different basis, or use the .gbw from a CCSD(T) calculation ... I'm expecting it to be something very stupid (like that the .h5 is empty or has the completely wrong format). I've appended the directory structure of the .h5 as well for convenience.
h5_structure.txt
To Reproduce
Steps to reproduce the behavior:
System:
opt.zip
The text was updated successfully, but these errors were encountered: