wind-up
A tool to assess yield uplift of wind turbines.
https://github.com/resgroup/wind-up
Category: Renewable Energy
Sub Category: Wind Energy
Last synced: about 7 hours ago
JSON representation
Repository metadata
A tool to assess yield uplift of wind turbines
- Host: GitHub
- URL: https://github.com/resgroup/wind-up
- Owner: resgroup
- License: bsd-3-clause
- Created: 2024-04-19T13:39:25.000Z (about 2 years ago)
- Default Branch: main
- Last Pushed: 2026-06-17T16:20:50.000Z (18 days ago)
- Last Synced: 2026-06-18T21:03:27.646Z (17 days ago)
- Language: Python
- Homepage:
- Size: 75.7 MB
- Stars: 28
- Watchers: 3
- Forks: 10
- Open Issues: 17
- Releases: 29
-
Metadata Files:
- Readme: README.md
- License: LICENSE.txt
- Codeowners: .github/CODEOWNERS
README.md
wind-up
A Python package for assessing wind turbine yield uplift from operational data.
wind-up compares turbine performance before and after a change to estimate
energy-yield uplift. It is designed for wind-farm SCADA analysis where the
signal of interest is small, operational data is messy, and a credible result
needs more than a simple before/after power-curve plot.
The package is published on PyPI as res-wind-up and imported in Python as
wind_up.
What it does
wind-up provides a complete analysis workflow for pre/post or toggle-style
uplift assessments:
- prepares and filters wind-farm SCADA data
- builds SCADA-derived power curves by turbine type
- adds reanalysis, mast, or LiDAR reference data
- applies yaw direction northing corrections
- estimates wind speed and waking state
- detrends test turbine performance against reference wind direction
- performs pre/post power performance analysis with reversal checks and bootstrapped uncertainty
- combines per-reference results into turbine-level and fleet-level uplift estimates
- writes result tables and diagnostic plots for review
The public examples cover several realistic analysis shapes, including
SMARTEOLE toggle data, Kelmarsh turbine data, and WeDoWind challenge-style
pre/post assessments.
Installation
Install the released package with your Python environment manager of choice.
Python >=3.9,<4.0 is supported.
Using uv:
uv add res-wind-up
Using pip:
python -m venv .venv
source .venv/bin/activate
pip install res-wind-up
On Windows PowerShell, activate the virtual environment with:
.venv\Scripts\Activate.ps1
To run the bundled notebooks and example scripts, install the optional example
dependencies as well:
uv add "res-wind-up[examples]"
# or
pip install "res-wind-up[examples]"
Check that the package imports correctly:
import wind_up
print(wind_up.__version__)
First steps
The fastest way to understand the expected data model and analysis flow is to
start from the examples:
examples/smarteole_example.ipynb-
a notebook walkthrough and the best place to startexamples/kelmarsh_kaggle.py-
a script-oriented pre/post example using Kelmarsh dataexamples/wedowind_example.py-
WeDoWind pitch-angle and vortex-generator analyses
A typical analysis has four stages:
from wind_up.interface import AssessmentInputs
from wind_up.main_analysis import run_wind_up_analysis
from wind_up.models import PlotConfig, WindUpConfig
from wind_up.reanalysis_data import ReanalysisDataset
# 1. Build a WindUpConfig describing the asset, test turbines,
# reference turbines, analysis dates, filters, and output folder.
cfg = WindUpConfig(...)
# 2. Configure diagnostic plot output.
plot_cfg = PlotConfig(
show_plots=False,
save_plots=True,
plots_dir=cfg.out_dir / "plots",
)
# 3. Prepare inputs from SCADA, metadata, and reference datasets.
assessment_inputs = AssessmentInputs.from_cfg(
cfg=cfg,
plot_cfg=plot_cfg,
scada_df=scada_df,
metadata_df=metadata_df,
reanalysis_datasets=[ReanalysisDataset(id="ERA5", data=reanalysis_df)],
cache_dir=cache_dir,
)
# 4. Run the assessment and save the per-test/per-reference results.
results_per_test_ref_df = run_wind_up_analysis(assessment_inputs)
results_per_test_ref_df.to_csv(cfg.out_dir / "results_per_test_ref.csv", index=False)
For complete, executable versions of this pattern, use the example files above.
The configuration is intentionally explicit: wind-resource assessments are
sensitive to turbine metadata, analysis periods, filters, and reference choices,
so those assumptions should be visible in code.
Inputs and outputs
At a high level, an assessment needs:
| Input | Purpose |
|---|---|
| SCADA time series | turbine power, wind speed, yaw, pitch, RPM, downtime, and related operational signals |
| turbine metadata | turbine names, turbine type, rated power, rotor diameter, and location where available |
| analysis configuration | test/reference turbines, pre/post or toggle periods, filters, long-term settings, and output paths |
| reference data | reanalysis, mast, LiDAR, or reference-turbine signals used for detrending and validation |
The main analysis returns a pandas.DataFrame with per-test/per-reference uplift
results, uncertainty columns, warning counts, and supporting diagnostic metrics.
When plot saving is enabled, diagnostic figures are written under
PlotConfig.plots_dir; CSV results are written under the configured assessment
output directory.
Analysis features
wind-up includes utilities for the parts of an uplift study that usually need
careful handling:
- SCADA cleaning and filtering for unavailable or implausible operating data
- power curve estimation by turbine type
- wind speed estimation from turbine power (preferred for reference turbines) and measured wind speed
- waking state calculation per timestep using turbine coordinates and SCADA
- yaw direction northing checks and optional optimized northing corrections
- long-term distribution calculations
- wind speed drift checks
- pre/post and toggle-based splitting
- reference selection and combined uplift calculations
- diagnostic plots for input data, detrending, power curves, yaw direction,
reanalysis comparison, waking state, long-term distributions, and final results
Development
This project uses uv for dependency management, poethepoet for task running,
Ruff for formatting/linting, mypy for type checking, and pytest with coverage for
tests.
Create the development environment:
uv sync --all-extras --dev
[!TIP]
For normal local development and pre-push checks, start with the fast suite.
It runs formatting, linting, type checking, and tests that are not marked as
slow.
uv run poe all-fast
Run the full local verification suite before releases or when you need the slow
regression tests as well:
uv run poe all
[!NOTE]
uv run poe allincludes tests marked as slow. On a typical local machine it
can take 15 minutes or more;uv run poe all-fastis much quicker for everyday
iteration.
Individual tasks are also available:
uv run poe lint-check # formatter, linter, and mypy checks
uv run poe test-fast # tests excluding the slow marker
uv run poe test # full test suite with coverage report
uv run poe jupy # start JupyterLab for example exploration
[!WARNING]
uv run poe jupystarts a local JupyterLab server and keeps running until you
stop it. Use it when you want an interactive notebook session, not as a
one-shot verification command.
The GitHub Actions workflow runs linting and tests on Python 3.9 and 3.13.
Project status
The package is marked as beta in the Python package metadata. Interfaces and
configuration options may still evolve, but the repository includes a substantial
test suite and example analyses for regression coverage.
License
wind-up is released under the BSD 3-Clause License. See
LICENSE.txt for the full license text.
Contact
For questions about the package, contact Alex Clerc at
Alex.Clerc@res-group.com.
Owner metadata
- Name: RES Group
- Login: resgroup
- Email:
- Kind: organization
- Description: Renewable Energy Systems
- Website: https://www.res-group.com
- Location:
- Twitter:
- Company:
- Icon url: https://avatars.githubusercontent.com/u/10728847?v=4
- Repositories: 6
- Last ynced at: 2023-03-08T04:13:39.568Z
- Profile URL: https://github.com/resgroup
GitHub Events
Total
- Release event: 9
- Delete event: 29
- Pull request event: 41
- Fork event: 4
- Issues event: 16
- Watch event: 7
- Issue comment event: 12
- Push event: 250
- Pull request review comment event: 37
- Pull request review event: 56
- Create event: 43
Last Year
- Release event: 3
- Delete event: 12
- Pull request event: 7
- Fork event: 2
- Issues event: 6
- Watch event: 1
- Issue comment event: 4
- Push event: 91
- Pull request review event: 8
- Pull request review comment event: 8
- Create event: 17
Committers metadata
Last synced: 2 days ago
Total Commits: 246
Total Committers: 7
Avg Commits per committer: 35.143
Development Distribution Score (DDS): 0.122
Commits in past year: 20
Committers in past year: 3
Avg Commits per committer in past year: 6.667
Development Distribution Score (DDS) in past year: 0.45
| Name | Commits | |
|---|---|---|
| Alex Clerc | a****c@r****m | 216 |
| Samuel Northover-Naylor | 5****r | 22 |
| Gabriele Calvo | g****7@g****m | 3 |
| paulf81 | p****g@n****v | 2 |
| dependabot[bot] | 4****] | 1 |
| Jakob Stender Gulberg | j****9@g****m | 1 |
| Gorkem Kacar | 1****t | 1 |
Committer domains:
- nrel.gov: 1
- res-group.com: 1
Issue and Pull Request metadata
Last synced: 3 days ago
Total issues: 23
Total pull requests: 79
Average time to close issues: about 2 months
Average time to close pull requests: 17 days
Total issue authors: 3
Total pull request authors: 9
Average comments per issue: 0.35
Average comments per pull request: 0.3
Merged pull request: 53
Bot issues: 0
Bot pull requests: 5
Past year issues: 9
Past year pull requests: 39
Past year average time to close issues: 23 days
Past year average time to close pull requests: 10 days
Past year issue authors: 3
Past year pull request authors: 5
Past year average comments per issue: 0.11
Past year average comments per pull request: 0.15
Past year merged pull request: 28
Past year bot issues: 0
Past year bot pull requests: 4
Top Issue Authors
- aclerc (13)
- samuelwnaylor (9)
- n-n-s (1)
Top Pull Request Authors
- aclerc (38)
- samuelwnaylor (25)
- dependabot[bot] (5)
- gabrielecalvo (3)
- YousifKilano (2)
- izofat (2)
- paulf81 (2)
- jakob1379 (1)
- delta006 (1)
Top Issue Labels
- enhancement (8)
- good first issue (5)
- bug (4)
Top Pull Request Labels
- dependencies (5)
- python:uv (4)
Package metadata
- Total packages: 1
-
Total downloads:
- pypi: 944 last-month
- Total dependent packages: 0
- Total dependent repositories: 0
- Total versions: 23
- Total maintainers: 1
pypi.org: res-wind-up
A tool to assess yield uplift of wind turbines
- Homepage: https://github.com/resgroup/wind-up
- Documentation: https://res-wind-up.readthedocs.io/
- Licenses: BSD License
- Latest release: 0.5.0 (published 18 days ago)
- Last Synced: 2026-07-02T03:02:51.360Z (3 days ago)
- Versions: 23
- Dependent Packages: 0
- Dependent Repositories: 0
- Downloads: 944 Last month
-
Rankings:
- Dependent packages count: 10.671%
- Average: 35.383%
- Dependent repos count: 60.094%
- Maintainers (1)
Dependencies
- actions/cache v4 composite
- actions/checkout v4 composite
- actions/setup-python v5 composite
- actions/checkout v4 composite
- actions/download-artifact v4 composite
- actions/setup-python v5 composite
- actions/upload-artifact v4 composite
- pypa/gh-action-pypi-publish release/v1 composite
- geographiclib *
- matplotlib *
- pandas >= 2.0.0
- pyarrow *
- pydantic >= 2.0.0
- python-dotenv *
- pyyaml *
- requests *
- ruptures *
- scipy *
- seaborn *
- tabulate *
- toml *
- tqdm *
- utm *
Score: 12.603757566319375