skip to main content
OSTI.GOV title logo U.S. Department of Energy
Office of Scientific and Technical Information

Title: Symbolic Regression with DEAP

Abstract

SoRa is a tool for fitting multi-dimensional data with any kind of mathematical function. The fit is not restricted to a particular form, any mathematical function may be included in the search.

Authors:
 [1]
  1. Lawrence Livermore National Laboratory
Publication Date:
Research Org.:
Lawrence Livermore National Lab. (LLNL), Livermore, CA (United States)
Sponsoring Org.:
USDOE Office of Science (SC)
OSTI Identifier:
1329035
Report Number(s):
SoRa; 004974WKSTN00
LLNL-CODE-704100
DOE Contract Number:
AC52-07NA27344
Resource Type:
Software
Software Revision:
00
Software Package Number:
004974
Software CPU:
WKSTN
Source Code Available:
Yes
Country of Publication:
United States

Citation Formats

Leek, Jim. Symbolic Regression with DEAP. Computer software. Vers. 00. USDOE Office of Science (SC). 30 Aug. 2016. Web.
Leek, Jim. (2016, August 30). Symbolic Regression with DEAP (Version 00) [Computer software].
Leek, Jim. Symbolic Regression with DEAP. Computer software. Version 00. August 30, 2016.
@misc{osti_1329035,
title = {Symbolic Regression with DEAP, Version 00},
author = {Leek, Jim},
abstractNote = {SoRa is a tool for fitting multi-dimensional data with any kind of mathematical function. The fit is not restricted to a particular form, any mathematical function may be included in the search.},
doi = {},
year = 2016,
month = 8,
note =
}

Software:
To order this software, request consultation services, or receive further information, please fill out the following request.

Save / Share:
  • Traditional expert systems, such as diagnostic and training systems, interact with users only through a keyboard and screen, and are usually symbolic in nature. Expert systems that require access to data bases, complex simulations and real-time instrumentation have both symbolic as well as algorithmic computing needs. These needs could both be met using a general purpose workstation running both symbolic and algorithmic code, or separate, specialized computers networked together. The latter approach was chosen to implement TEXSYS, the thermal expert system, developed by NASA Ames Research Center in conjunction with Johnson Space Center to demonstrate the ability of an expertmore » system to autonomously control the thermal control system of the space station. TEXSYS has been implemented on a Symbolics workstation, and will be linked to a microVAX computer that will control a thermal test bed. This paper will explore the integration options, and present several possible solutions. 8 refs., 3 figs.« less
  • In this note we describe some of our experiences with symbolic manipulation software for the analysis of differential equations. We give several examples from our work on semilinear diffusion equations and from a bifurcation analysis of a nonlinear problem in combustion. 25 refs.
  • This report will describe the final status of the REDUCE Software Development discussed in the original proposal. The overall goal was to make the powerful interactive Computer Algebra System, REDUCE, available to CTR researchers with access to the CTR network. The original proposal entailed the maintenance the PDP-10 version of REDUCE, to be distributed on the CTR Network; the implementation and enhancement of a 7600 version of REDUCE; the provision of suitable documentation, tutorial and consulting services; and the exploration of a more portable (FORTRAN-based) REDUCE for the newer MFE machines.
  • The Software Quality Assurance (SQA) regression test suite for DYNA3D (Zywicz and Lin, 2015) and ParaDyn (DeGroot, et al., 2015) currently contains approximately 600 problems divided into 21 suites, and is a required component of ParaDyn’s SQA plan (Ferencz and Oliver, 2013). The regression suite allows developers to ensure that software modifications do not unintentionally alter the code response. The entire regression suite is run prior to permanently incorporating any software modification or addition. When code modifications alter test problem results, the specific cause must be determined and fully understood before the software changes and revised test answers can bemore » incorporated. The regression suite is executed on LLNL platforms using a Python script and an associated data file. The user specifies the DYNA3D or ParaDyn executable, number of processors to use, test problems to run, and other options to the script. The data file details how each problem and its answer extraction scripts are executed. For each problem in the regression suite there exists an input deck, an eight-processor partition file, an answer file, and various extraction scripts. These scripts assemble a temporary answer file in a specific format from the simulation results. The temporary and stored answer files are compared to a specific level of numerical precision, and when differences are detected the test problem is flagged as failed. Presently, numerical results are stored and compared to 16 digits. At this accuracy level different processor types, compilers, number of partitions, etc. impact the results to various degrees. Thus, for consistency purposes the regression suite is run with ParaDyn using 8 processors on machines with a specific processor type (currently the Intel Xeon E5530 processor). For non-parallel regression problems, i.e., the two XFEM problems, DYNA3D is used instead. When environments or platforms change, executables using the current source code and the new resource are created and the regression suite is run. If differences in answers arise, the new answers are retained provided that the differences are inconsequential. This bootstrap approach allows the test suite answers to evolve in a controlled manner with a high level of confidence. Developers also run the entire regression suite with (serial) DYNA3D. While these results normally differ from the stored (parallel) answers, abnormal termination or wildly different values are strong indicators of potential issues.« less

To initiate an order for this software, request consultation services, or receive further information, fill out the request form below. You may also reach us by email at: .

OSTI staff will begin to process an order for scientific and technical software once the payment and signed site license agreement are received. If the forms are not in order, OSTI will contact you. No further action will be taken until all required information and/or payment is received. Orders are usually processed within three to five business days.

Software Request

(required)
(required)
(required)
(required)
(required)
(required)
(required)
(required)