API JSON: a flow's payload and a dependency's prefix metadata differ from the metamodel
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
- 55/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- json
- Lĩnh vực
- api
Hướng nghiên cứu
Read rdf-mapping.md at lines 458-466 and 532, then compare those mappings with the corresponding entries in SysML-textual-bnf at lines 51-53, 845-852, and 1660-1662. Locate the API JSON serialization entry point and verify how flows and dependencies are represented. Done means the JSON form exposes the metamodel-aligned PayloadFeature and annotation while the documented Turtle mappings remain understood.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Both are documented choices in rdf-mapping.md, so this is a request, not a bug report. For the API's JSON form, could they follow the metamodel?
| Source | Exported (documented at) | Grammar (SysML-textual-bnf) |
|---|---|---|
flow of Fuel from a.p.fuel to b.p.fuel; (the flow example in #651) |
sysx:payload → a FeatureReferenceExpression under an OwningMembership (rdf-mapping.md:532) |
FeatureMembership owning a PayloadFeature (:845-852) |
#Tag dependency x to y; |
MetadataUsage under an OwningMembership of the dependency (rdf-mapping.md:458-466) |
an Annotation whose annotatingElement is the MetadataUsage (:51-53, :1660-1662) |
package A {
metadata def Tag;
part x;
part y;
#Tag dependency x to y;
}
A reader of standard API JSON finds no payload feature on the flow, and no annotation on the dependency.
:532 gives the reason for the payload: the 202407 ontology table has no payloadFeature property. The API form reads metaclasses rather than that table, so it could carry the PayloadFeature even if Turtle keeps the expression.
- Ngôn ngữ chính
- Go
- Star
- 24
- Fork
- 5
- Merge trung bình
- 10 giờ 7 phút
- Pull request đã merge (30 ngày)
- 536
Chuẩn bị môi trường
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 Open-MBEE/OpenSysML
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 38/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 58/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
Open-MBEE/OpenSysML#608 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Open-MBEE/OpenSysML
Issue tương tự
-
bug needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
DataDog/dd-trace-go#5469 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug tests
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
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 72/100
l3montree-dev/devguard#3101 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:*of bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
oapi-codegen/oapi-codegen#2593 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
DaoCloud/DaoCloud-docs#7432 ·
Maintainer thường phản hồi trong vòng 1 ngày