Model:Dakotathon

Dakotathon

Also known as	CSDMS Dakota Interface (CDI)
Model type	Tool
Model part of larger framework
Note on status model
Date note status model

Incorporated models or components:

Spatial dimensions	1D, 1.5D, 2D, 3D
Spatial extent	Global, Continental, Regional-Scale, Landscape-Scale, Watershed-Scale, Reach-Scale, Patch-Scale, Grain-Scale, Point-Based
Model domain
One-line model description	A Python API for the Dakota iterative systems analysis toolkit.
Extended model description	[[Extended model description::Dakota is a software toolkit, developed at Sandia National Laboratories, that provides an interface between models and a library of analysis methods, including support for sensitivity analysis, uncertainty quantification, optimization, and calibration techniques. Dakotathon is a Python package that wraps and extends Dakota’s file-based user interface. It simplifies the process of configuring and running a Dakota experiment, and it allows a Dakota experiment to be scripted. Any model written in Python that exposes a Basic Model Interface (BMI), as well as any model componentized in the CSDMS modeling framework, automatically works with Dakotathon. Currently, six Dakota analysis methods have been implemented from the much larger Dakota library: vector parameter study, centered parameter study, multidim parameter study, sampling, polynomial chaos, and stochastic collocation.]]

Keywords:	uncertainty, sensitivity, optimization, calibration,

Name	Mark Piper
Type of contact	Technical contact
Institute / Organization	University of Colorado INSTAAR/CSDMS
Postal address 1	450 UCB 4001 Discovery Drive
Postal address 2
Town / City	Boulder
Postal code	80309
State	Colorado
Country	United States
Email address	mark.piper@colorado.edu
Phone
Fax

Supported platforms	Linux, Mac OS
Other platform
Programming language	Python
Other program language
Code optimized	Single Processor, Multiple Processors
Multiple processors implemented	Distributed memory
Nr of distributed processors
Nr of shared processors
Start year development	2015
Does model development still take place?	Yes
If above answer is no, provide end year model development
Code development status
When did you indicate the 'code development status'?
Model availability	As code
Source code availability (Or provide future intension)	Through web repository
Source web address	https://github.com/csdms/dakota
Source csdms web address
Program license type	BSD or MIT X11
Program license type other
Memory requirements
Typical run time	Minutes to days -- depends on experiment and model being investigated.

Describe input parameters	[[Describe input parameters model::Dakotathon takes no input parameters, though it does require a configuration file in YAML format. An example is given here.]]
Input format	ASCII
Other input format	Any parameter configuration files required by the model being studied will also be needed by Dakotathon.
Describe output parameters	Dakotathon produces no output parameters; instead, it creates the standard Dakota output files dakota.out and dakota.dat.
Output format	ASCII
Other output format	Any output files created by the model being studied will also be available after running Dakotathon.
Pre-processing software needed?	No
Describe pre-processing software
Post-processing software needed?	No
Describe post-processing software
Visualization software needed?	No
If above answer is yes
Other visualization software

Describe processes represented by the model
Describe key physical parameters and equations
Describe length scale and resolution constraints
Describe time scale and resolution constraints
Describe any numerical limitations and issues	Most Dakota analysis techniques require multiple iterations of a model to explore a requested parameter space, so an experiment created with Dakotathon can take a long time to run and produce a lot of model output.

Describe available calibration data sets
Upload calibration data sets if available:
Describe available test data sets	[[Describe available test data::Sample input files can be found in the Dakotathon repository on GitHub.]]
Upload test data sets if available:
Describe ideal data for testing

Do you have current or future plans for collaborating with other researchers?	[[Current future collaborators::Any CSDMS member is welcome to fork the Dakotathon repository, make changes, and send a pull request back to the CSDMS Integration Facility. We would appreciate any contribution!]]

Is there a manual available?	No
Upload manual if available:
Model website if any	http://csdms-dakota.readthedocs.io/
Model forum / discussion board

Comments	Please send any questions or comments to mark.piper@colorado.edu or csdmssupport@colorado.edu.

This part will be filled out by CSDMS staff

Can be coupled with:

Model info

Authors

Source code

Model citations

QR-code

Link to this page

Other models by author