• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

openego / eDisGo / 29840670433
83%
dev: 84%

Build:
Build:
LAST BUILD BRANCH: ci/oedb-test-reruns
DEFAULT BRANCH: dev
Ran 21 Jul 2026 04:19PM UTC
Jobs 1
Files 68
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

21 Jul 2026 02:36PM UTC coverage: 83.237%. First build
29840670433

Pull #719

github

MoritzSchloesser
fix: align flexibility_bands reads to the timeindex in the OPF builder

_build_electromobility and _build_component_timeseries's electromobility
branch read edisgo_obj.electromobility.flexibility_bands positionally
(.iloc[0] for static bounds, .values.tolist() for the full per-timestep
column) instead of aligning to edisgo_obj.timeseries.timeindex first.
This was only safe because the standard run pipeline always finalizes
the timeindex before building bands and running optimize - an implicit
ordering convention, not something either function or the validator
enforced. Breaking that ordering would silently feed wrong/misaligned or
length-mismatched OPF input to PowerModels/Julia rather than raising a
clear error.

Both functions now explicitly select flexibility_bands[key].loc[timeindex]
(or .loc[timeindex, flexible_cps]) before any positional access, mirroring
the alignment pattern already established in
Electromobility.get_flexibility_bands (#703). A genuine mismatch now
raises KeyError immediately instead of silently producing wrong data.

No separate length assertion against pm["time_series"]["num_steps"] was
needed: to_powermodels always builds psa_net via
edisgo_object.to_pypsa() with no explicit timesteps override, so
psa_net.snapshots is always exactly edisgo_obj.timeseries.timeindex here
- the .loc[timeindex] alignment already guarantees the length matches.

Fixes #718.
Pull Request #719: Align `flexibility_bands` reads to the active timeindex in the OPF builder

3 of 3 new or added lines in 1 file covered. (100.0%)

9514 of 11430 relevant lines covered (83.24%)

0.83 hits per line

Jobs
ID Job ID Ran Files Coverage
1 29840670433.1 21 Jul 2026 04:19PM UTC 68
83.24
GitHub Action Run
Source Files on build 29840670433
  • Tree
  • List 68
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Pull Request #719
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc