Calculation tree visualization labels parameters as attributes
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by reading the Go code that handles the Jupyter kernel’s %viz command and renders calculation trees; the issue does not name specific files or tests. Reproduce the supplied A::add example and compare its rendered nodes with the described calculation notation. Done means x and y are identified as input parameters and the result is distinguished as the result parameter.
索引モデルが issue の本文から書いたものです。
説明
What happened, and what I expected instead
The Jupyter kernel's default tree visualization does not clearly render calculation parameters. For the calculation below, OpenSysML shows x and y as «attribute» nodes and renders the result as an unlabeled attribute node. The parameter direction and the result role are lost in the visualization.
This report concerns visualization only; it does not claim that parsing or calculation semantics are incorrect.
Reproduction
In a SysML Jupyter kernel, execute:
package A {
private import ScalarValues::*;
calc add {
in x : Integer;
in y : Integer;
return : Integer;
x + y
}
}
Then render the calculation with the OpenSysML visualization command (for example, %viz A::add).
OpenSysML's output represents x and y as «attribute» and the result as a generic attribute node.
Comparison with the OMG Pilot
Running the same model and %viz A::add in the OMG SysML v2 Pilot produces a calculation box labeled «calculation» add, with x and y shown as input ports and result shown as an output port. This makes the calculation's parameters and result explicit. The pilot output is comparative implementation evidence, not the authority for the standard.
SysML graphical-notation reference
Compared against SysML 2.0, release 2026-08:
- Section 7.19.2, Calculation Definitions and Usages (pp. 156–157) explains that directed usages declared in a calculation body are parameters and that a calculation has a result parameter.
- Section 8.2.3.19, Calculations Graphical Notation (pp. 269–271) describes a calculation usage node with parameter positions (
param-t*,param-l*,param-r*,param-b*), an action-flow view, and compartments including the result compartment.
These graphical-notation clauses are informative, so this is reported as a rendering discrepancy against the standard's described notation, not as a violation of a normative requirement. The rendered nodes should identify calculation inputs/results as parameters rather than generic attributes, and distinguish the result from other parameters.
This is a separate calculation-rendering case from #1532, which reports other tree visualization discrepancies.
- 主要言語
- Go
- スター
- 47
- フォーク
- 13
- 平均マージ
- 15時間 52分
- マージ済み PR（30日）
- 906
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Open-MBEE/OpenSysML のほかの issue
-
question
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
Open-MBEE/OpenSysML#1359 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
Open-MBEE/OpenSysML#1628 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
question
難易度 4/5 1〜2日 初心者へのやさしさ 48/100
Open-MBEE/OpenSysML#1575 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
メンテナーはふだん 1 日以内に返信
Open-MBEE/OpenSysML の issue をすべて見る
似ている issue
-
Type: Bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
projectdiscovery/notify#569 ·
-
internal
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
Results from sources can contain invalid host names対応中かも @Mzack9999 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
projectdiscovery/subfinder#1983 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
bug triaged
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
radius-project/radius#13566 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信