Long-form inputs: tables as bounds, coefficients, constants and rhs; relation group-by
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
Hướng nghiên cứu
Read the conformance suite and linopy/csr.py:318 to understand from_grouper and how the store scatters repeated source rows onto the Grid. Then trace how bounds, coefficients, constants, and right-hand sides are converted into the current stores. Done when long-table inputs support broadcast missing keys, default= for unlisted cells, and relation group-by sums on both backends under the conformance suite.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
[!NOTE]
The following content was generated by AI.
Child of #1019 (step 5), after the conformance suite. Independent of the store protocol.
Problem
Inputs are N-dimensional arrays. A relation with several rows per source key (link port → bus) needs an incidence matrix and @. PyPSA moves to a long-form data model (datarecord).
Proposal
- Accept bounds, coefficients, constants and right-hand sides as a long table: key columns plus one value column. A missing key column broadcasts over that dim; cells not listed take
default=. - Group-by sums over relation tables go through
from_grouper(linopy/csr.py:318) with repeated source rows, a scatter onto theGridthe store already does. - Inputs are converted to the current stores; no dependency on datarecord, narwhals or DuckDB types. Covered on both backends by the conformance suite.
Measurements and the deferred table-based key set are in #1019.
- Ngôn ngữ chính
- Python
- Star
- 262
- Fork
- 89
- Merge trung bình
- 2 ngày 4 giờ
- Pull request đã merge (30 ngày)
- 37
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của PyPSA/linopy
-
Constant LinearExpression * multi-term LinearExpression raises TypeError (mirrored product works)Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug solver interface
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
One netcdf layout for constraints and expressions written from the storeCó thể đã có người làm @FabianHofmann đã nhận hôm nay. Đang mởrefactor sparse
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
Maintainer thường phản hồi trong vòng 1 ngày
-
One Constraint class: delete CSRConstraint, ConstraintBase and the freeze APICó thể đã có người làm @FabianHofmann đã nhận hôm nay. Đang mởrefactor sparse
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 38/100
PyPSA/linopy#1047 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
fossasia/visdom-dev#77 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
aws-cloudformation/cfn-lint#4890 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
volcengine/OpenViking#6521 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
AstrBotDevs/AstrBot#10720 ·
Maintainer thường phản hồi trong vòng 1 ngày