PSY parsing changes post package split
メンテナーはふだん 3 日以内に返信
@luke-kiernan がすでに取り組んでいます。
2026年10月19日 から。
評価
調査の方向性
Start by comparing the referenced PSY commits with PFFP's _gen_base_and_limits and the VSC component parsing model. Verify that base_conversion reaches all ramp-limit branches and determine how REMOT/RMPCT map to the proposed fields, while checking PSY issue #1774 before changing structs. Done means the confirmed parsing divergences are ported without altering the intentional switched-shunt or network-reduction behavior.
索引モデルが issue の本文から書いたものです。
説明
I had Claude audit the commit history of PSY's main for parsing changes that didn't make their way into PFFP.
There were a few things that clearly looked like bugfixes, so I ported them over: #51, #52, and #53 .
Probably should be ported over:
- 5b298a811 / f5e9f0dd4: PFFP's
ramp_limitsignoresbase_conversion. Its docstring calls this out as a deliberate verbatim port of PSCB's inconsistency. PSY has since ruled it a bug and threadsbase_conversionthrough all four branches. Every other limit in_gen_base_and_limitsis scaled, so ramp limits are the lone unscaled quantity whenevermbase != sys_mbase.- b3542ea98 / 297a4759e: PSY moved VSC control modes to
VSCDCControlModes/VSCACControlModesenums and promotedREMOT/RMPCTto first-classremote_bus_control_*/rmpct_*fields. PFFP keeps booleans and dropsREMOT/RMPCTentirely. Different component model — but if you want VSC remote-regulation round-tripping, those two fields are simply absent today.
Divergences in behavior that look intentional:
cb8ed3363 / 36a33acd0: PSY zeroes switched-shunt initial_status forMODSW ∈ (0,1,2)in all versions. PFFP reworked this — unconditional for pre-v35, actual S1..S8 for v35. PFFP's looks more correct; noting it because the behaviors genuinely differ for v35.- 624516aec / cc34620d5 / 0cf823e18 / cca947511 / e7e8b6639: the branch_type_override / network-reduction feature set. PSY-only, no PFFP counterpart.
Strikethough on the first one: component behavior is tied up in this one, too. See PSY #1774: once those struct changes land, we should check back on the parsing situation here.
- 主要言語
- Julia
- スター
- 1
- フォーク
- 3
- 平均マージ
- 4日 10時間
- マージ済み PR（30日）
- 10
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Sienna-Platform/PowerFlowFileParser.jl のほかの issue
-
Handling negative resistance対応中かも @annacasavant が今日担当しました。 オープン
Sienna-Platform/PowerFlowFileParser.jl#83 · 担当者 1 名 ·
メンテナーはふだん 3 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 22/100
Sienna-Platform/PowerFlowFileParser.jl#72 ·
メンテナーはふだん 3 日以内に返信
-
build_openapi_system aborts when two TwoWindingTransformer records share a bus pair and circuit idオープン
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
Sienna-Platform/PowerFlowFileParser.jl#60 · コメント 2 件 ·
メンテナーはふだん 3 日以内に返信
-
Transformers: nominal voltage different from bus voltage対応中かも @luke-kiernan が 22 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
Sienna-Platform/PowerFlowFileParser.jl#49 · 担当者 1 名 ·
メンテナーはふだん 3 日以内に返信
-
Review Assumption about Base Power in Matpower parser再び着手できるかも @jd-lara が 83 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
Sienna-Platform/PowerFlowFileParser.jl#35 · 担当者 1 名 ·
メンテナーはふだん 3 日以内に返信
Sienna-Platform/PowerFlowFileParser.jl の issue をすべて見る
似ている issue
-
backport 1.14 GC
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
`binary_focal_loss` throws a `DomainError` when a negative sample has `ŷ = 1`対応中かも @parth-patel010 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
FluxML/Flux.jl#2818 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
JuliaDiff/TaylorSeries.jl#445 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
control-toolbox/CTActions#139 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
SciML/Optimization.jl#1448 ·
メンテナーはふだん 1 日以内に返信