wmpy-power

wmpy-power: A Python package for process-based regional hydropower simulation - Published in JOSS (2024)

https://github.com/9505-pnnl/wmpy_power

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

Agricultural and Biological Sciences Life Sciences - 40% confidence
Artificial Intelligence and Machine Learning Computer Science - 40% confidence
Last synced: 4 months ago · JSON representation ·

Repository

A hydropower simulation model

Basic Info
  • Host: GitHub
  • Owner: 9505-PNNL
  • License: bsd-2-clause
  • Language: Python
  • Default Branch: main
  • Homepage:
  • Size: 13.2 MB
Statistics
  • Stars: 9
  • Watchers: 1
  • Forks: 1
  • Open Issues: 0
  • Releases: 4
Created almost 2 years ago · Last pushed about 1 year ago
Metadata Files
Readme Contributing License Citation Zenodo

README.md

DOI

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:

Modeled Hydropower

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

JOSS Publication

wmpy-power: A Python package for process-based regional hydropower simulation
Published
November 08, 2024
Volume 9, Issue 103, Page 7225
Authors
Travis B. Thurber ORCID
Pacific Northwest National Laboratory, Richland, WA., USA
Daniel Broman ORCID
Pacific Northwest National Laboratory, Richland, WA., USA
Tian Zhou ORCID
Pacific Northwest National Laboratory, Richland, WA., USA
Nathalie Voisin ORCID
Pacific Northwest National Laboratory, Richland, WA., USA, University of Washington, Seattle, WA., USA
Editor
Taher Chegini ORCID
Tags
hydropower water management renewable energy

Citation (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

All Time
  • Total Commits: 32
  • Total Committers: 3
  • Avg Commits per committer: 10.667
  • Development Distribution Score (DDS): 0.313
Past Year
  • Commits: 8
  • Committers: 3
  • Avg Commits per committer: 2.667
  • Development Distribution Score (DDS): 0.375
Top Committers
Name Email 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
  • Versions: 4
  • Dependent Packages: 0
  • Dependent Repositories: 0
Rankings
Dependent packages count: 5.4%
Average: 5.6%
Dependent repos count: 5.8%
Last synced: 4 months ago
proxy.golang.org: github.com/9505-pnnl/wmpy_power
  • Versions: 4
  • Dependent Packages: 0
  • Dependent Repositories: 0
Rankings
Dependent packages count: 5.4%
Average: 5.6%
Dependent repos count: 5.8%
Last synced: 4 months ago

Dependencies

pyproject.toml pypi
.github/workflows/test.yaml actions
  • actions/checkout v1 composite
  • actions/setup-python master composite
.github/workflows/paper-draft.yaml actions
  • actions/checkout v4 composite
  • actions/upload-artifact v1 composite
  • openjournals/openjournals-draft-action master composite