Front end: a resolution choice for the spectra shown
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- python
調査の方向性
Start with gui/src/solprop_gui/service/reduce.py and trace how the Overview, At this plane, scan spectrum maps, and spatial class maps call solprop's spectral readers and plotting functions. Check how the session stores the floor and spectral axis, and how plots and exports report settings. Done means a persistent resolution control reaches supported readers and the chosen resolution appears in plot readouts and exported figures.
索引モデルが issue の本文から書いたものです。
説明
The front end draws spectra at a fixed sampling, and offers no instrument resolution. It would help to choose the resolution of the spectra shown: to compare with a spectrometer's, or to see a broad continuum without its fine fringes.
Today
- `gui/src/solprop_gui/service/reduce.py`: `Display.n_wavelength = 512` bins the spectrum along z (and `n_time = 2048` the pulse). These are display bins, not a resolution, and they aren't user-settable.
- solprop's readers already take an instrument resolution: `processing.fields.get_spectral_density(..., resolution=)` (a full width at half maximum, in the abscissa's units), and `solprop.plotting.prop_2d` and `spec_1d` take one too. The front end passes none.
What it should do
- The control: a Resolution control beside the spectral axis on the pages that draw a spectrum: Overview, At this plane, the scan's spectrum maps, and the spatial classes' spectral maps where their readers support it.
- Choices: "Full" (as now), or a width in nm (wavelength axis) or THz (frequency axis).
- The width is passed to solprop's readers as `resolution=`, so the smoothing is solprop's and matches what a script would get.
- Keeping it: the choice persists per session, like the floor and the spectral axis.
- Saying it: the plot's readout and the exported figure say the resolution used.
- Optional: a choice of the number of display bins, for very broad or very fine spectra.
Found while testing the front end for 0.2 (#484).
- 主要言語
- Python
- スター
- 3
- フォーク
- 3
- 平均マージ
- 8時間 14分
- マージ済み PR（30日）
- 151
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
LupoLab/solprop のほかの issue
-
The TDSE steady-current certificate can refuse a resolved taper on a band far above its frequenciesオープンarea: tdse enhancement priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 60/100
メンテナーはふだん 1 日以内に返信
-
area: boundaries documentation priority: low
難易度 2/5 半日 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
area: backends bug priority: low
難易度 2/5 半日 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
area: gui enhancement priority: low
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
メンテナーはふだん 1 日以内に返信
-
area: coupling area: gui enhancement priority: low
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
メンテナーはふだん 1 日以内に返信
LupoLab/solprop の issue をすべて見る
似ている issue
-
binding:python bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
The Browser tab fails with a Wayland error when Open Terminal runs from a Wayland desktop sessionオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
open-webui/open-terminal#210 ·
-
triage/confirmed
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
agentscope-ai/agentscope#3807 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
NousResearch/hermes-agent#150542 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 91/100
triton-inference-server/server#9069 ·
メンテナーはふだん 1 日以内に返信