wmpy-power
wmpy-power: A Python package for process-based regional hydropower simulation - Published in JOSS (2024)
Science Score: 100.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
✓DOI references
Found 10 DOI reference(s) in README and JOSS metadata -
✓Academic publication links
Links to: joss.theoj.org -
✓Committers with academic emails
1 of 3 committers (33.3%) from academic institutions -
○Institutional organization owner
-
✓JOSS paper metadata
Published in Journal of Open Source Software
Scientific Fields
Repository
A hydropower simulation model
Basic Info
Statistics
- Stars: 9
- Watchers: 1
- Forks: 1
- Open Issues: 0
- Releases: 4
Metadata Files
README.md
wmpy-power
wmpy-power is a hydropower simulation model developed to support long-term planning and climate impacts studies. It simulates hydropower production at the facility-scale using simulations of managed streamflow and reservoir storage to account for the “non-stationarity” in hydropower generation to changes in hydrology, and the non-linearity in the effect that climate change has on water management. Alternative approaches for estimating hydropower use statistical methods that relate runoff directly to hydropower generation and potentially miss the complex interactions arising from human water management, and hydropower production as water availability changes.
wmpy-power is a process-based model that incorporates hydropower facility characteristics and timeseries of streamflow and reservoir storage, and balances the need for an explicit representation of physical processes at the facility scale with a need to work with scarce data and handle biases in the data. The model is designed to simulate an entire region of hydropower facilities in bulk, where the details required to simulate each facility are incomplete. The model also accounts for biases in the input timeseries given that it was designed to work with simulations of streamflow and reservoir storage. wmpy-power is unique as a hydropower simulation model in that it explicitly simulates individual facilities using a process-based approach, with less of a data requirement than other process-based models. The tradeoff is a decrease in accuracy at the facility scale, but the model is suitable for the regional scale to support long-term planning.
Getting Started
wmpy-power supports Python versions 3.9 through 3.11. Use of a virtual environment is recommended for isolating dependencies.
Install with pip:
shell
pip install wmpy-power
Or, clone the repository and install from source (run from repository root):
shell
pip install -e .
Download sample data:
```python from wmpypower.utilities import downloaddata
download_data(data='tutorial', to='./input/') ```
The main functionality of wmpy-power is to estimate hydropower for plants within a region using a two step process.
First, calibrate a set of parameters with a two-stage optimization process (described below) using simple plant parameters and observed flow and reservoir storage.
```python from wmpy_power import Model
set up the model
model = Model( # first year of observations calibrationstartyear = 2001, # last year of observation calibrationendyear = 2013, # regional grouping, could be balancing authority, HUC4 basin, etc balancingauthority = 'WAUW', # paths to input files; these can point to a single file or glob to many files (described below) simulatedflowandstorageglob = '/path/to/plantflowandstorage.parquet', observedhydropowerglob = '/path/to/plantobservedhydropower.parquet', reservoirparameterglob = '/path/to/plantparameters.parquet', # path to write output files outputpath = '/path/to/output/directory', )
run the calibration
calibrated_parameters = model.run()
(optional) view plots for modeled vs observed hydropower for each plant within the region
m.plot(calibrated_parameters) ```
Second, use the calibrated parameters to forecast hydropower based on simulated flow and reservoir storage.
python
forecasted_generation = model.get_generation(
calibration_parameters_path = '/path/to/output/directory/WAUW_plant_calibrations.parquet',
reservoir_parameters_path = '/path/to/plant_parameters.parquet',
flow_and_storage_path = '/path/to/plant_flow_and_storage.parquet',
run_name = 'wmpy-power_tutorial',
start_year = 2020,
end_year = 2025,
output_path = '/path/to/output/directory',
)
This creates a dataframe of monthly plant level hydropower generation forecasts for each plant in the region!
Note that wmpy-power is designed to optimize regional hydropower as opposed to individual plants, so there will likely be discrepancy at the plant level. Depending on the use case it may be advisable sum the modeled hydropower over the region. Sample calibration output of modeled versus observed hydropower at the plant level:

The tutorial.ipynb file provides a Jupyter notebook illustration of running the model and plotting results.
Functionality
Introduction
wmpy-power simulates hydropower generation using a physically-based representation
of hydropower generation (Zhou et al., 2018).
Hydropower generation is simulated using timeseries of inflow and storage, and plant
characteristics including nameplate capacity, average head, and reservoir storage capacity (where applicable). Model parameters are calibrated to a reference monthly hydropower
generation dataset - typically historical generation - using the shuffle complex
evolution algorithm (SCE; Duan et al., 1993).
A two-stage calibration is performed: first at the balancing authority (BA) scale, and
second at the facility scale.
The model is designed to work with inflow and storage simulated by the mosartwmpy
routing and water management model (Thurber et al., 2021),
however is agnostic to the source of these data.
Calculations
wmpy-power uses a simple hydropower generation formula to calculate hydropower generation:
$$ P=\rho ghQ \eta \ (1) $$
| Variable | Variable in Code | Definition | Units | Value | |-----------------|--------------------------------------------------------|------------------------------------------|---------------|-----------------------------------| | ρ | lumped in with gravitational acceleration; 9800 | density of water | kg m-3 | 1000 | | g | lumped in with density of water; 9800 | gravitational acceleration | m3s-2 | 9.81 | | h | plant_head_m | gross hydraulic head of the hydropower facility | m | plant-specific | | Q | flow | turbine flow rate | m3s-1 | plant-specific timeseries | | η | not directly used; see below | non-dimensional efficiency term | – | plant-specific |
This general formulation (equation 1) is modified for use in the model to accommodate parameters being calibrated, and to accommodate two cases of hydropower generation, run-of-river (ROR) plants, and plants associated with reservoirs. For both cases of generation, the non-dimensional efficiency term (η) is replaced with a combined efficiency and bias correction factor fb:
$$ P=\rho ghQf_b \ (2) $$
| Variable | Variable in Code | Definition | Units | Value | Range | |----------|-------------------|--------------------------------------------------------------|-------|---------------------------------------------------------|----------| | fb | efficiency_spill | non-dimensional efficiency term and bias correction factor | – | balancing authority-specific; calibrated in step one | 0.5-1.5 |
This efficiency term is calibrated at the BA level in step one of the calibration. NOTE: alternative groupings of plants can be used in place of BAs; the BA variable is used by the code, but values can be replaced with other grouping identifiers, for example HUC4 basins.
Q is adjusted to account for both plant-specific maximum flow limits and spill. Maximum flow limits are imposed by limiting Q to a maximum value using Qmax where:
$$ Q{max} =Sfp / \rho gh \ (3) $$
$$ Q =min(Q, Q_{max}) \ (4) $$
| Variable | Variable in Code | Definition | Units | Value | Range | |-----------------|------------------------------------------|---------------------------------------|---------------|-------------------------------------------------|----------------| | Qmax | max_discharge | density of water | kg m-3 | 1000 | | | S | nameplate_capacity_MW | nameplate capacity | W | plant-specific; from PLEXOS | | | fp | penstock_flexibility | penstock flexibility of handling max flow | – | plant-specific; calibrated in step two | 0.5-1.5 | | g | | gravitational acceleration | m3s-2 | 9.81 | | | h | head | hydraulic head of the dam | m | plant-specific | |
Q is adjusted for spill by month using plant-specific monthly spill correction factors developed in step two of the calibration. These spill correction factors are applied as:
$$ Qsc,m =Qm(1 -f_s,m); m = {1,2, ..., 12} \ (5) $$
| Variable | Variable in Code | Definition | Units | Value | Range | |----------|-----------------------|---------------------------------------------|-------|------------------------------------------|---------| | fs,m | monthly_spill | monthly spill correction factors | – | plant-specific; calibrated in step two | 0-1 |
Run-of-River (ROR) Facilities
Generation for ROR plants is calculated using the hydropower generation formula and setting the head (h) to a fixed value equal to the dam height.
Reservoir Facilities
Generation for hydropower plants with reservoirs is calculated using the hydropower generation formula, with the head estimated using simulated volumetric storage, total volumetric capacity, and assuming that the shape of the reservoir is a tetrahedron:
$$ h=H^3\sqrt{\frac{v}{v_{max}}} \ (6) $$
| Variable | Variable in Code | Definition | Units | Value | |----------|-----------------------|-------------------------------|-------|----------------------------| | h | height | hydraulic head of the dam | m | plant-specific | | H | plant_head_m | dam height | m | plant-specific | | V | storage | reservoir storage | m3 | plant-specific timeseries | | Vmax | storage_capacity_m3 | reservoir volumetric capacity | m3 | plant-specific |
Shuffled Complex Evolution (SCE) Implementation
SCE is used to implement a two-step multiscale calibration that produces the inputs required for the hydropower generation formula (equation 2). Step one of the calibration is to address the errors in annual hydro-meteorological biases at the scale of hydrologic regions. The objective function used in step one is to minimizes the mean absolute error between annual observed potential generation and annual simulated potential generation at the BA level:
$$ PG{BA,sim} = \sum{i=1}^n \rho ghi Qi f_{p,i} \ (7) $$
$$ PG{BA,obs} = TL{2010} \times 0.04 + \sum{i=1}^n G{obs,i} \ (8) $$
$$ MAE{PG} = \sum{i=1}^n \lvert PG{BA{sim,i}} - PG{BA{obs,i}} \rvert \ (9) $$
Potential generation is computed as:
$$ PG = G + R \ (10) $$
$$ R = 0.04TL \ (11) $$
| Variable | Definition | Units | Value | |-----------------|-----------------------------|--------------|------------------------------------------------------| | PG | potential generation | MWh | computed at the BA scale | | G | actual generation | MWh | input at the plant scale | | R | operating reserve | MWh | calculated as 4% of the TL | | TL | total load | MWh | mean of annual generation of years provided |
The operating reserve percentage is set to as default to 4% of total load in model.py (operating_reserve_percent). This can be changed in model configuration.
Step two of the calibration seeks to reflect the complexity in monthly multi-objective reservoir operations and daily generation constraints. It works to improve seasonal variation for each power plant by calibrating a penstock flexibility factor (fp) and monthly spill correction factors (fs,1, fs,2,…, fs,12). The objective function used in step two is to minimize the Kling-Gupta Efficiency between simulated monthly power generation and observed monthly power generation at the plant level:
$$ KGE=1-\sqrt{(r-1)^2 + \left(\frac{sd(G{sim})}{sd(G{obs})}\right)^2 + \left(\frac{mean(G{sim})}{mean(G{obs})}\right)^2}\ (12) $$ $$ r = cor(G{sim}, G{obs}) \ (13) $$
| Variable | Definition | Units | Value | |-----------------|-------------------------------------|--------------|------------------------------------| | Gsim | simulated monthly generation | MW | computed at the plant scale | | Gobs | observed monthly generation | MW | input at the plant scale |
Model Inputs
Model inputs are specified using parquet files.
| Input | | Description | Format | |------------------------------------------|--------------------------------------------|----------------------------------------------------------------------------------------------------------|-----------------| | daily simulated flow and storage | simulated_flow_and_storage_glob | daily simulated flow and storage, typically from a MOSART simulation, for each hydropower plant | .parquet | | observed monthly power generation | observed_hydropower_glob | observed monthly hydropower generation for each hydropower plant | .parquet | | reservoir and plant parameters | reservoir_parameter_glob | reservoir and hydropower plant static parameters | .parquet |
Many configuration options are available for running the model. These options can be specified in a configuration yaml file or passed directly to the model initialization method, or both (the latter takes precedence). Most options have sensible defaults, but a few are required as discussed below. For the full list of configuration options, see the API section below.
There are two ways to run the model. The simplest is to provide a configuration file and run the model directly:
config.yaml
```yaml
first year of calibration data
calibrationstartyear: 1984
last year of calibration data
calibrationendyear: 2008
balancing authority or list of balancing authorities to calibrate
balancing_authority: - WAPA
glob to files with simulated daily flow and storage for plants in the balancing authorities
simulatedflowandstorageglob: ./inputs/*/flowstorage.parquet
glob to files with observed monthly hydropower for plants in the balancing authorities
observedhydropowerglob: ./inputs/*/monthlyobs.parquet
glob to files with reservoir/plant parameters for plants in the balancing authorities
reservoirparameterglob: ./inputs/*/PLEXOS*.parquet ```
commandline
python wmpy_power/model.py config.yaml
Alternatively, the model can be invoked from a python script or console:
```python from wmpy_power import Model
you can initialize the model using the configuration file:
model = Model('config.yaml')
or directly:
model = Model( calibrationstartyear=1984, calibrationendyear=2008, balancingauthority=['WAPA'], simulatedflowandstorageglob='./inputs/*/dailyflowstorage*.parquet', observedhydropowerglob='./inputs/*/monthlyobs.parquet', reservoirparameter_glob='./inputs/*/PLEXOS*.parquet', )
or both (keyword arguments take precedence)
model = Model( 'config.yaml', balancingauthority=['CAISO'], outputtype='csv', )
run the model (this will write the calibrations to file but also return a DataFrame
calibrations = model.run()
plot each plant's modeled hydropower versus observed hydropower
model.plot(calibrations)
get modeled generation for the calibrations and write to file
generation = Model.getgeneration( './*/plantcalibrations.csv', './inputs/*reservoirparameter.parquet', './inputs//dailyflowstorage*.parquet', ) ```
By default, the model writes the calibrated parameters to a parquet file per balancing in the current working
directory, but this behavior can be overridden using the output_path and output_type configuration options.
So far only "csv" and "parquet" formats are supported.
Input Files
Daily flow and storage parquet files are expected to have these columns:
column | example | units | ---------------|-------------|---------| date | 1980-01-01 | date | eia_plant_id | 153 | integer | flow | 461.003906 | m^3 / s | storage | 1.126790e10 | m^3 |
Monthly observed hydropower parquet files are expected to have these columns:
column | example | units | -----------------|-----------|---------| year | 1980 | integer | month | 1 | integer | eia_plant_id | 153 | integer | generation_MWh | 38221.193 | MWh |
Reservoir/plant parameter parquet files are expected to have these columns:
column | example | units | -------------------------|---------|---------| eia_plant_id | 153 | integer | balancing_authority | WAPA | string | name | 1980 | integer | nameplate_capacity_MW | 1 | MW | plant_head_m | 5123.3 | m | storage_capacity_m3 | 1.5e10 | m^3 | use_run_of_river | True | boolean |
Working with Parquet files
It's easy to read and write parquet files from pandas, just pip install pyarrow or conda install pyarrow, then:
python
import pandas as pd
df = pd.read_parquet('/path/to/parquet/file.parquet')
df['my_new_column'] = 42
df.to_parquet('/path/to/new/parquet/file.parquet')
Legacy Files
wmpy-power was originally developed in MATLAB. The model provides a utility to convert Excel and MATLAB files to parquet files. This functionality can also be used to build inputs in Excel and convert them into parquet.
```python from wmpy_power import Model
Model.updatelegacyinputfiles( dailyflowstoragepath='/path/to/flow/storage/matlab/file.mat', reservoirparameterspath='/path/to/plexos/parameters/excel/file.xlsx', monthlyobservedgenerationpath='/path/to/observed/generation/excel/file.xlsx', dailystartdate='1980-01-01', # for daily flow/storage, since this isn't mentioned in the file itself, have to assume a start date monthlystartdate='1980-01-01', # for monthly observed hydro, since this isn't mentioned in the file itself, have to assume a start month outputpath=None, # defaults to the same place as the input files, but with the .parquet extension includesleapdays=False, # whether or not the daily data includes entries for leap days )
```
Testing
wmpy-power includes a handful of unit tests to ensure proper behavior of the Shuffled Complex Evolution optimization algorithm and its use in the model. The test suite runs automatically when new commits are pushed to the repository. To run the tests manually, use the provided shell script ./test.sh or directly run python -m unittest discover wmpy_power.
Contributing
We welcome your feedback! See CONTRIBUTING.md for guidelines.
API
Model.run() arguments or config.yaml entries; returns calibrated parameters dataframe:
| argument (required in bold) | description | default | |-----------------------------|-------------|---------| | configuration_file | path to a YAML file defining the configuration; but note that method arguments will override values in file | None | | calibration_start_year | start year of calibration, inclusive | | | calibration_end_year | end year of calibration, inclusive | | | balancing_authority | balancing authority (or other grouping) | | | simulated_flow_and_storage_glob | path or glob to parquet files specifying daily flow and storage data by plant; see above for required columns (CSV files may also work) | | | observed_hydropower_glob | path or glob to parquet files specifying monthly observed hydropower by plant; see above for required columns (CSV files may also work) | | | reservoir_parameter_glob | path or glob to parquet files specifying plant parameters and grouping; see above for required columns (CSV files may also work) | | | output_path | path to which output files should be written | "." | | output_type | format of output files; either "csv" or "parquet" | "parquet" | | operating_reserve_percent | see discussion above | 0.04 | | lower_bound_efficiency | minimum allowed efficiency/bias correction for first stage calibration | 0.9 | | upper_bound_efficiency | maximum allowed efficiency/bias correction for first stage calibration | 2.0 | | lower_bound_percentile_factor | minimum allowed percentile factor for first stage calibration | 0.2 | | upper_bound_percentilefactor | maximum allowed percentile factor for first stage calibration | 0.8 | | lower_bound_spill | minimum allowed spill factor for second stage calibration | 0.0 | | upper_bound_spill | maximum allowed spill factor for second stage calibration | 1.0 | | lower_bound_penstock | minimum allowed penstock flexibility factor for second stage calibration | 0.5 | | upper_bound_penstock | maximum allowed penstock flexibility factor for second stage calibration | 1.5 | | efficiency_penstock_flexibility | penstock flexibility factor to assume during first stage calibration | 1.1 | | efficiency_spill | spill factor to assume during first stage calibration | 0.0 | | efficiency_number_ofcomplexes | number of sub-populations to use in the SCE solver during the first stage calibration | 3 | | efficiency_maximum_trials | maximum allowed iterations of the SCE solver during the first stage calibration | 10000 | | efficiency_maximum_evolutionloops | maximum allowed evolution loops of the SCE solver during the first stage calibration | 4 | | efficiency_minimum_changecriteria | terminate the SCE solver early if solution does not improve by this percentage during the first stage calibration | 2.0 | | efficiency_minimum_geometricrange | terminate the SCE solver early if vector length of parameters does not change by this much during the first stage calibration | 0.001 | | efficiency_include_initial_point | whether or not to include the initial parameters in the initial population of the SCE solver during the first stage calibration | False | | efficiency_alpha | alpha parameter to the SCE solver during the first stage calibration (effects "stiffness" of reflexive population member creation) | 1.0 | | efficiency_beta | beta parameter to the SCE solver during the first stage calibration (effects "stiffness" of contractive population member creation) | 0.5 | | generation_number_of_complexes | number of sub-populations to use in the SCE solver during the second stage calibration | 3 | | generation_maximum_trials | maximum allowed iterations of the SCE solver during the second stage calibration | 5000 | | generation_maximum_evolution_loops | maximum allowed evolution loops of the SCE solver during the second stage calibration | 4 | | generation_minimum_change_criteria | terminate the SCE solver early if solution does not improve by this percentage during the second stage calibration | 1.0 | | generation_minimum_geometric_range | terminate the SCE solver early if vector length of parameters does not change by this much during the second stage calibration | 0.00001 | | generation_include_initial_point | whether or not to include the initial parameters in the initial population of the SCE solver during the second stage calibration | False | | generation_alpha | alpha parameter to the SCE solver during the second stage calibration (effects "stiffness" of reflexive population member creation) | 1.0 | | generation_beta | beta parameter to the SCE solver during the second stage calibration (effects "stiffness" of contractive population member creation) | 0.5 | | seed | initialize the SCE solver's random number generator with a seed (for reproducibility), or None for random | None | | log_to_file | whether or not to create a log file with solver messages | True | | log_to_stdout | whether or not to show solver messages in std out (quite noisy especially for notebook environments) | True | | parallel_tasks | how many parallel SCE solvers to allow during the second stage plant calibration (defaults to one per available hyperthread) | cpucount(logical=False) |
Model.plot() arguments; returns list of figures
| argument (required in bold) | description | default |
|-----------------------------|-------------|---------|
| calibrations | the calibrations dataframe as returned/written by the run() method | |
| show_plots | whether or not to try showing each figure (requires matplotlib backend); should be disabled when working in Jupyter environment as Jupyter will show the list of figures by returned by default | True |
Model.get_generation() arguments (static method); returns generation forecast dataframe
| argument (required in bold) | description | default | |-----------------------------|-------------|---------| | calibration_parameters_path | path to the output csv or parque file of model calibration | | | reservoir_parameters_path | path to a CSV or parquet file with plant parameters and grouping | | | flow_and_storage_path | path to a CSV or parquet file with plant daily flow and storage data | | | run_name | name to prepend to the output file after the grouping name | | | startyear | first year for which to calculate generation; default is all available | -np.inf | | endyear | final year for which to calculate generation; default is all available | np.inf | | writeoutput | whether or not to write the generation to file | True | | outputcsv | whether to write the output file as CSV (otherwise parquet) | True | | outputpath | path to which output files should be written | "." | | paralleltasks | how many parallel tasks to allow in generation calculation (defaults to one per available hyperthread) | cpu_count(logical=False) |
Owner
- Name: 9505-PNNL
- Login: 9505-PNNL
- Kind: organization
- Repositories: 1
- Profile: https://github.com/9505-PNNL
JOSS Publication
wmpy-power: A Python package for process-based regional hydropower simulation
Authors
Tags
hydropower water management renewable energyCitation (CITATION.cff)
cff-version: "1.2.0"
authors:
- family-names: Thurber
given-names: Travis B.
orcid: "https://orcid.org/0000-0002-4370-9971"
- family-names: Broman
given-names: Daniel
orcid: "https://orcid.org/0000-0001-8281-3299"
- family-names: Zhou
given-names: Tian
orcid: "https://orcid.org/0000-0003-1582-4005"
- family-names: Voisin
given-names: Nathalie
orcid: "https://orcid.org/0000-0002-6848-449X"
contact:
- family-names: Thurber
given-names: Travis B.
orcid: "https://orcid.org/0000-0002-4370-9971"
doi: 10.5281/zenodo.14053013
message: If you use this software, please cite our article in the
Journal of Open Source Software.
preferred-citation:
authors:
- family-names: Thurber
given-names: Travis B.
orcid: "https://orcid.org/0000-0002-4370-9971"
- family-names: Broman
given-names: Daniel
orcid: "https://orcid.org/0000-0001-8281-3299"
- family-names: Zhou
given-names: Tian
orcid: "https://orcid.org/0000-0003-1582-4005"
- family-names: Voisin
given-names: Nathalie
orcid: "https://orcid.org/0000-0002-6848-449X"
date-published: 2024-11-08
doi: 10.21105/joss.07225
issn: 2475-9066
issue: 103
journal: Journal of Open Source Software
publisher:
name: Open Journals
start: 7225
title: "wmpy-power: A Python package for process-based regional
hydropower simulation"
type: article
url: "https://joss.theoj.org/papers/10.21105/joss.07225"
volume: 9
title: "wmpy-power: A Python package for process-based regional
hydropower simulation"
GitHub Events
Total
- Release event: 2
- Watch event: 5
- Push event: 4
- Create event: 1
Last Year
- Release event: 2
- Watch event: 5
- Push event: 4
- Create event: 1
Committers
Last synced: 5 months ago
Top Committers
| Name | Commits | |
|---|---|---|
| Travis Thurber | t****r | 22 |
| Dan Broman | d****n@g****m | 9 |
| Isaac Bromley-Dulfano | i****d@u****u | 1 |
Committer Domains (Top 20 + Academic)
Issues and Pull Requests
Last synced: 4 months ago
All Time
- Total issues: 2
- Total pull requests: 1
- Average time to close issues: 4 days
- Average time to close pull requests: about 5 hours
- Total issue authors: 1
- Total pull request authors: 1
- Average comments per issue: 5.0
- Average comments per pull request: 0.0
- Merged pull requests: 1
- Bot issues: 0
- Bot pull requests: 0
Past Year
- Issues: 2
- Pull requests: 1
- Average time to close issues: 4 days
- Average time to close pull requests: about 5 hours
- Issue authors: 1
- Pull request authors: 1
- Average comments per issue: 5.0
- Average comments per pull request: 0.0
- Merged pull requests: 1
- Bot issues: 0
- Bot pull requests: 0
Top Authors
Issue Authors
- ijbd (2)
Pull Request Authors
- ijbd (2)
Top Labels
Issue Labels
Pull Request Labels
Packages
- Total packages: 2
- Total downloads: unknown
-
Total dependent packages: 0
(may contain duplicates) -
Total dependent repositories: 0
(may contain duplicates) - Total versions: 8
proxy.golang.org: github.com/9505-PNNL/wmpy_power
- Documentation: https://pkg.go.dev/github.com/9505-PNNL/wmpy_power#section-documentation
- License: bsd-2-clause
-
Latest release: v1.0.3
published about 1 year ago
Rankings
proxy.golang.org: github.com/9505-pnnl/wmpy_power
- Documentation: https://pkg.go.dev/github.com/9505-pnnl/wmpy_power#section-documentation
- License: bsd-2-clause
-
Latest release: v1.0.3
published about 1 year ago
Rankings
Dependencies
- actions/checkout v1 composite
- actions/setup-python master composite
- actions/checkout v4 composite
- actions/upload-artifact v1 composite
- openjournals/openjournals-draft-action master composite
