teqp is a library written in C++ that allows for calculation of numerical derivatives of thermodynamic equations of state with respect to the independent variables with numerical differentiation tools. No hand-written derivatives are required, and the computational speed is competitive with, or better than, the results from hand-written derivatives in low-level programming languages.

This library make the process of fitting highly accurate thermodynamic mixture models much easier, facilitating their use by a large swath of the community. A modular Python-based library is developed, with methods for a number of the common operations (loading of data files, adding additional helper data, building a cost function, plotting results, etc.). The user is required to define the cost function, and an example showing how that can be achieved is presented.

Data Dictionary template for Tempe Open Data.

This document is part of a series of reports describing experimental property measurements completed at the National Institute for Petroleum and Energy Research (NIPER) in Bartlesville, Oklahoma, in the 1980s and 1990s. Members of the Bartlesville Thermodynamics Group included William D. "Bill" Good, William V. "Bill" Steele, Bruce E. Gammon, Norris K. Smith, Stephen E. Knipmeyer, An "Andy" Nguyen, Timothy D. Klots, I. A. "Alex" Hossenlopp, Aaron P. Rau, William B. Collier, John F. Messerly, Ann G. Osborn, Susan Lee Bechtold, Donald G. Archer, Ian R. Tasker, Allan B. Cowell, Michael M. Strube, and the author of this report.

The DXC Framework is a collection of programs and APIs for running and evaluating diagnostic algorithms (DAs). It is complementary to system XML catalogs and datasets. A DXC Framework installer for Windows may also be downloaded. Competitors must submit DAs that can communicate with and be executed by the DXC Framework. It was designed primarily for the Diagnostic Competition and future competitions, however, it is lightweight and reusable in any context where data from one or more sources needs to be communicated to, processed by, and diagnosed by reasoners. It is distributed under the LGPL. Contents: APIs- The Java and C++ DXC APIs provide the classes and functionality necessary for data exchange. Scenario Execution Software - A scenario is an interval of time in which system data is sent to a diagnostic algorithm. StandaloneSDS is used to execute one scenario on its own and send the results to a file. ScenarioLoader is for executing a large collection of scenarios with one or more DAs in an automated fashion (as is necessary to perform benchmarking of algorithms). Example Diagnostic Algorithms - Two minimal example DAs are provided (along with source code) to demonstrate proper use of the APIs--one in C++, the other in Java. #Updates to the DXC Framework: This DxcFramework update (DxcFramework-1.1.zip) provides several important bugfixes and new features (see below). Your questions, feedback and suggestions have been very helpful in improving the software--please continue sending them. A DXC Framework installer update for Windows (DxcFramework-1.1.msi) may also be downloaded. DxcFramework 1.1 Changelog: * Added Evaluator. The Evaluator takes the output generated by scenario execution (stored in ./Scenarios/Results/) and calculates DA evaluation metrics. See README for more information. Cpu time and peak memory usage are currently not reported in Linux, this will change. * Added SystemCatalog class for basic XML catalog parsing and validation. * Included system catalogs and example scenarios for one system from each track. * New StandaloneSDS options: -t: specify wait time (in seconds) to keep listening for diagnoses after scenario end. -v: validate scenarios against corresponding system catalog (Not available in JavaSSDS). Catalogs must be placed in $DXC_HOME/SystemCatalogs, unless a different directory is specified in Dxc.cfg SYSTEMCAT_DIR. * Added JavaStandaloneSDS execution script, now just run "JavaStandaloneSDS" * Scenario timing changes. DA startup timeout now 20 seconds. Added 20 second post-scenario wait period to allow DAs to send final diagnosis and exit. * Scenario timing values can now be edited in Dxc.cfg (values are in milliseconds). Current values reflect our planned competition scenario conditions. Competitors will be notified of any changes to these values. #Evaluator Update Please follow these instructions to update the Evaluator in the Framework (see Evaluator.zip below): 1. Make sure your version of DXC Framework is the most recent (1.1). Source release users, ensure that Java code is built. 2. Move the copy of Evaluator.jar contained in $DXC_HOME/Bin to Evaluator.jar.backup. 3. Save new Evaluator.jar to $DXC_HOME/Bin. 4. Choose desired config file and save to $DXC_HOME (top-level directory), renaming to evalCfg.xml. Use evalCfg.xml.industrial for industrial track metrics/scoring, evalCfg.xml.synthetic for synthetic. 5. Run "Evaluator > results.txt" (or similar) at the command line. Evaluator will calculate metrics and scores for results files it finds in $DXC_HOME/Scenarios/Results.

Workflow: The data that falls into this category are gathered from a measurement program and are published in the archival literature.

Workflow: The data that falls into this category are gathered from a measurement program and are published in the archival literature.

This dataset includes the python scripts and output results for fitting SAFT models to the phase equilibrium density, pressure, and speed of sound for refrigerants. A conda environment file is included specifying the dependencies, and the driver script does all the fitting. The process is carried out in parallel through the use of process-level parallelism. The output files are in the JSON format, in a hierarchical folder data structure. Summary files are generated in the csv format. A README file is included within the zip file.

Physical interaction component libraries, covering areas not currently standardized in SysPhS.