v0.9.0 / 2019-08-14¶
(GH#120) Engine now takes advantage of Elemental’s new Msgpack serialization option for Models. Serialization defaults to msgpack when available (
conda install msgpack-python [-c conda-forge]), falling back to JSON otherwise. This results in substantial speedups for both serialization and deserialization actions and should be a transparent replacement for users within Engine and Elemental themselves.
MolproHarnesshas been updated to handle DFT and CCSD(T) energies and gradients.
(GH#116) An environment context manager has been added to catch NumPy style parallelization with Python functions.
(GH#117) MOPAC and DFTD3 can now accept an
extrasfield which can pass around additional data, conforming to the rest of the Harnesses.
(GH#119) Small visual improvements to the docs have been made.
(GH#120) Lists inside models are now generally converted to numpy arrays for internal storage to maximize the benefit of the new Msgpack feature from Elemental.
(GH#133) The GAMESS Harness now collects the CCSD as part of its output.
v0.8.2 / 2019-07-25¶
v0.8.1 / 2019-07-22¶
v0.8.0 / 2019-07-19¶
(GH#94) The gradient and molecule parsed from a GAMESS calculation output file are now returned in
(GH#101) Enabled extra files in TeraChem scratch folder to be requested by users, collected after program execution, and recorded in the
Resultobject as extras.
(GH#103) Random errors can now be retried a finite, controllable number of times (current default is zero retries). Geometry optimizations automatically set retries to 2. This only impacts errors which are categorized as
RandomErrorby QCEngine and all other errors are raised as normal.
v0.7.1 / 2019-06-18¶
v0.7.0 / 2019-06-17¶
(GH#85) The resource file
programs.dftd3.dashparam.pyhas relocated and renamed to
util.executeforgot str argument
scratch_directoryin the same role of existing directory within which temporary directories are created and cleaned up. Non-user-facing function
(GH#60) WIP: QCEngine interface to GAMESS can run the program (after light editing of rungms) and parse selected output (HF, CC, FCI) into QCSchema.
(GH#73) WIP: QCEngine interface to CFOUR can run the program and parse a variety of output into QCSchema.
(GH#59, GH#71, GH#75, GH#76, GH#78, GH#88) Molpro improvements: Molpro can be run by QCEngine; and the input generator and output parser now supports CCSD energy and gradient calculations. Large thanks to @sjrl for many of the improvements
(GH#69) Custom Exceptions have been added to QCEngine’s returns which will make parsing and diagnosing them easier and more programmatic for codes which invoke QCEngine. Thanks to @dgasmith for implementation.
(GH#82) QCEngine interface to entos can create input files (dft energy and gradients), run the program, and parse the output.
(GH#62, GH#67, GH#83) A large block of TeraChem improvements thanks to @ffangliu contributions. Changed the input parser to call qcelemental to_string method with bohr unit, improved output of parser to turn stdout into Result, and modified how version is parsed.
(GH#63) QCEngine functions
util.safe_versionremoved after migrating to QCElemental.
(GH#65) Torchani can now handle the ANI1-x and ANI1-ccx models. Credit to @dgasmith for implementation
(GH#74) Removes caching and reduces pytorch overhead from Travis CI. Credit to @dgasmith for implementation
util.execute(..., outfiles=)learned to collect output files matching a globbed filename.
util.executelearned list argument
as_binaryto handle input or output files as binary rather than string.
util.executelearned bool argument
scratch_exist_okto run in a preexisting directory. This is handy for stringing together execute calls.
util.executelearned str argument
scratch_suffixto identify temp dictionaries for debugging.
(GH#90) DFTD3 now supports preliminary parameters for zero and Becke-Johnson damping to use with SAPT0-D
v0.6.4 / 2019-03-21¶
(GH#54) Psi4’s Engine implementation now checks its key words in a case insensitive way to give the same value whether you called Psi4 or Engine to do the compute.
(GH#55) Fixed an error handling routine in Engine to match Psi4.
(GH#56) Complex inputs are now handled better through Psi4’s wrapper which caused Engine to hang while trying to write to
v0.6.3 / 2019-03-15¶
dftd3’s workings received an overhaul. The
molkeyword has been replaced with
dtype=2, full Psi4 support is now provided, and an MP2D interface has been added.
(GH#50 and GH#51) Executing Psi4 on a single node with multiprocessing is more stable because Psi4 temps are moved to scratch directories. This behavior is now better documented with an example as well.
(GH#52) Psi4 calls are now executed through the
subprocessmodule to prevent possible multiprocessing issues and memory leak after thousands of runs. A trade off is this adds about 0.5 seconds to task start-up, but its safe. A future Psi4 release will correct this issue and the change can be reverted.
v0.6.2 / 2019-03-07¶
(GH#43) Added a base model for all
Procedureobjects to derive from. This allows procedures’ interactions with compute programs to be more unified. This PR also ensured GeomeTRIC provides Provenance information.
(GH#40) This PR improved numerous back-end and testing quality of life aspects. Fixed
unittestwhen running tests on install. Some conda packages for Travis-CI are cached to reduce the download time of the larger computation codes. Psi4 is now pinned to the 1.3 version to fix build-level pin of libint. Conda-build recipe removed to avoid possible confusion for everyone who isn’t a Conda-Forge recipe maintainer. Tests now rely exclusively on the
v0.6.0 / 2019-02-28¶
(GH#36) breaking change Model objects are returned by default rather than a dictionary.
(GH#18) Add the
dftd3program to available computers.
(GH#29) Adds preliminary support for the
(GH#31) Moves all computation to
ProgramExecutorto allow for a more flexible input generation, execution, output parsing interface.
(GH#32) Adds a general
executeprocess which safely runs subprocess jobs.