Geology ReportsSearch

USGS · tm6E1

JUPITER: Joint Universal Parameter IdenTification and Evaluation of Reliability - An Application Programming Interface (API) for Model Analysis

Abstract

he Joint Universal Parameter IdenTification and Evaluation of Reliability Application Programming Interface (JUPITER API) improves the computer programming resources available to those developing applications (computer programs) for model analysis. The JUPITER API consists of eleven Fortran-90 modules that provide for encapsulation of data and operations on that data. Each module contains one or more entities: data, data types, subroutines, functions, and generic interfaces. The modules do not constitute computer programs themselves; instead, they are used to construct computer programs. Such computer programs are called applications of the API. The API provides common modeling operations for use by a variety of computer applications. The models being analyzed are referred to here as process models, and may, for example, represent the physics, chemistry, and(or) biology of a field or laboratory system. Process models commonly are constructed using published models such as MODFLOW (Harbaugh et al., 2000; Harbaugh, 2005), MT3DMS (Zheng and Wang, 1996), HSPF (Bicknell et al., 1997), PRMS (Leavesley and Stannard, 1995), and many others. The process model may be accessed by a JUPITER API application as an external program, or it may be implemented as a subroutine within a JUPITER API application . In either case, execution of the model takes place in a framework designed by the application programmer. This framework can be designed to take advantage of any parallel processing capabilities possessed by the process model, as well as the parallel-processing capabilities of the JUPITER API. Model analyses for which the JUPITER API could be useful include, for example: Compare model results to observed values to determine how well the model reproduces system processes and characteristics. Use sensitivity analysis to determine the information provided by observations to parameters and predictions of interest. Determine the additional data needed to improve selected model predictions. Use calibration methods to modify parameter values and other aspects of the model. Compare predictions to regulatory limits. Quantify the uncertainty of predictions based on the results of one or many simulations using inferential or Monte Carlo methods. Determine how to manage the system to achieve stated objectives. The capabilities provided by the JUPITER API include, for example, communication with process models, parallel computations, compressed storage of matrices, and flexible input capabilities. The input capabilities use input blocks suitable for lists or arrays of data. The input blocks needed for one application can be included within one data file or distributed among many files. Data exchange between different JUPITER API applications or between applications and other programs is supported by data-exchange files. The JUPITER API has already been used to construct a number of applications. Three simple example applications are presented in this report. More complicated applications include the universal inverse code UCODE_2005 (Poeter et al., 2005), the multi-model analysis MMA (Eileen P. Poeter, Mary C. Hill, E.R. Banta, S.W. Mehl, and Steen Christensen, written commun., 2006), and a code named OPR_PPR (Matthew J. Tonkin, Claire R. Tiedeman, Mary C. Hill, and D. Matthew Ely, written communication, 2006). This report describes a set of underlying organizational concepts and complete specifics about the JUPITER API. While understanding the organizational concept presented is useful to understanding the modules, other organizational concepts can be used in applications constructed using the JUPITER API.

Explore related subjects

Keep this discovery

Explore connections, maps & timelines

BibTeXRIS

2006. JUPITER: Joint Universal Parameter IdenTification and Evaluation of Reliability - An Application Programming Interface (API) for Model Analysis. https://doi.org/10.3133/tm6e1

Cite the original work for its findings. Save a collection to share your selection of sources.

KEEP EXPLORING

Related USGS reports

dMODELS, a MATLAB software package for modeling crustal deformation near volcanic centers and active faults using Global Navigation Satellite System data—User guide

dMODELS is a MATLAB software package that implements the most common analytical models used to interpret deformation measurements near faults and active volcanic centers. This manual focuses on inversion of deformation data from the Global Navigation Satellite System (GNSS). The included case studies emphasize the GNSS inversion component of the software. Source models include pressurized spherical, spheroidal, and horizontal sill (penny-crack) magma reservoirs in a homogeneous, elastic, isotropic, flat half-space. A topography correction is available for the spherical source. Dikes and faults are described following the mathematical notation for the rectangular dislocations in a homogeneous, elastic, flat half-space. Equations have been reviewed for typographical errors present in the original literature and verified against finite-element method numerical models. GNSS data from the 2006 eruption at Augustine Volcano, Alaska; the 1998–2000 unrest at Taal Volcano, Philippines; and the 2009 earthquake in L’Aquila, Italy, are used to demonstrate the application of the software package.

Techniques and Methods

Aspergillosis (Avian) case definition for wildlife

Diagnostic laboratories receive carcasses and samples for diagnostic evaluation and pathogen/toxin detection. Case definitions bring clarity and consistency to the evaluation process. Their use within and between organizations allows more uniform reporting of diseases and etiologic agents. The intent of a case definition is to provide scientifically based criteria for determining: (a) if an individual carcass has a specific disease and degree of confidence in that diagnosis and (b) if there is evidence of a pathogen or toxin in a carcass or sample (for example, swab, tissue sample, skin scraping, blood/serum sample, environmental sample, or other). This case definition is specific to aspergillosis and applies to all avian species.

Techniques and Methods

Field sampling guidelines for developing and verifying satellite remote sensing chlorophyll a concentration and fluorescence models in inland waters

Harmful algal blooms are increasing in frequency in inland waters across the United States, resulting in a need to monitor phytoplankton bloom events to track ecosystem health and productivity. Remote sensing of chlorophyll a values offers a cost-effective and powerful method for early detection and characterization of bloom events and serves as an overall indicator of water quality and trophic state, with regular, repeated sampling of landscape-wide, high spatial resolution measurements. Field measurements are necessary for developing and verifying chlorophyll a retrieval models. For model verification, chlorophyll a concentration or fluorescence and light attenuation measurements are needed; for model development, turbidity and colored dissolved organic matter concentration measurements are additionally needed; and for model development and verification, radiometric measurements, taxonomic identification of phytoplankton, inherent optical properties, and cyanotoxin concentration are further measurements that can provide context. This report outlines detailed methods and priority considerations for collecting high-quality field data in inland waters (defined as rivers, lakes, reservoirs, estuaries, streams, and wetlands). The described methods include best practices for collecting and preparing discretely collected water samples and for calibration, maintenance, and quality assurance and quality control of field sensors. Whereas the priorities will vary between applications, some general guidelines are to collect field samples (1) as close in time to a satellite overpass as possible, (2) from representative areas of the waterbody to capture the range of spatial variability, and (3) near the surface to match remote sensing reflectance data.

Techniques and Methods