-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
all: handle volt unit for electrification in data only #6229
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK for tests/
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## dev #6229 +/- ##
============================================
+ Coverage 27.66% 27.90% +0.24%
- Complexity 2136 2162 +26
============================================
Files 990 1000 +10
Lines 125902 126347 +445
Branches 2575 2578 +3
============================================
+ Hits 34832 35259 +427
- Misses 89580 89599 +19
+ Partials 1490 1489 -1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works fine !
I ran the migration successfully, the run time with our current dump seems very acceptable.
I tested the cartography, RS editor and Electrification in the GEV, all seem to work fine after the migration.
I did not check before migration.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, tested with the migration ✅
Tested the rs editor, the infra editor, the reference map, the rs selector and the gev
8adfa05
to
fc8419e
Compare
editoast/migrations/2023-12-26-152659_add_electrification_unit/up.sql
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lgtm
2b7b4cb
to
f1f0b89
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Core part lgtm.
cad1fdf
to
afc290e
Compare
Front does not add 'V' as unit anymore (but some hard-coded front processing is not tackled and just migrated). The responsibility for unit is on the data side (rolling stock, catenaries, electrical profiles). Railjson generation from OSM is updated accordingly. Hand-tested (cards, edit and curves on rolling-stock, legend and catenaries on map, traction on study's speed-space graph): - OK to load a dump, migrate and use - OK to load a dump and use without migration (front crashes on speed-space graph as expected for traction)
afc290e
to
cd790d9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I checked with the last data dump, works fine !
I tested map, RS editor and simulation with electrical profiles.
Front does not add 'V' as unit anymore (but some hard-coded front processing is not tackled and just migrated, see #6235 for a part of it).
The responsibility for unit is on the data side (rolling stock, catenaries, electrical profiles).
Hand-tested (cards, edit and curves on rolling-stock, legend and catenaries on map, traction on study's speed-space graph, simple stdcm use):
osrd
part of /~https://github.com/osrd-project/osrd-dags/issues/135 (osrd-dags
not migrated yet, both should be merged at the same time once done).