`filewriter`: Neutron histogram data (`raw_data_1/detector_1`)
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 30/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 活発
調査の方向性
この issue ではファイルもテストも指定されていないため、まず既存のイベントモードの filewriter と、raw_data_1/detector_1 に対する NeXuS の処理を見つけてください。サポートされているヒストグラム/イベントの組み合わせと、ストリーミングされるヒストグラムに関する想定を明確にし、そのうえで、選択したアプローチによって必要なヒストグラムモードの .nxs 出力が生成されることを確認してください。
索引モデルが issue の本文から書いたものです。
説明
The file-writing infrastructure must be able to write out histogram-mode data (.nxs files without an NXevent_data group).
This refers to the NeXuS groups under raw_data_1/detector_1.
The issue is intentionally phrased as
file-writing infrastructure
because this does not necessarily have to be done in the same process as the event-mode filewriter (though having it in the filewriter would be more performant and potentially more flexible in future).
Questions
- Support streamed histograms (
hs00) at some point in future? i.e. a scheme where a monitor emits a histogram every N frames, where N could be 1 in the extreme case. This then lets a run be sliced a bit like event mode, but only on N-frame boundaries.- This might be needed for SANDALS2 if monitor event-rates are too high for pure-event mode.
- Need to define how we would write this kind of data to
.nxs.
Approaches
- This could be an option in the filewriter process itself (preferred). It would then need various options to cope with:
- event files only
- combined histogram+event files
- separate histogram and event files
- This could be implemented as a separate process which reads in an event-mode
.nxsfile and outputs a histogram-mode.nxsfile.- But that then makes it harder to support all combinations of files we may need to generate, e.g. event-only, histogram-only, event+histogram in the same file, event-detectors with histogram-monitors, etc.
- This may also have a performance disadvantage as all of the events need to be written by one process, then read back in to another process before histograms can be generated. For large files this file-loading cost may be significant, especially for beamlines that ultimately only care about the histogram files.
Potential differences from existing files
None known at this time.
- 主要言語
- 言語のデータがありません
- スター
- 0
- フォーク
- 0
- PR マージ指標
- 30日以内にマージされた PR はありません
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
ISISComputingGroup/DataStreaming のほかの issue
-
ISISComputingGroup/DataStreaming#115 · 担当者 1 名 ·
-
ISISComputingGroup/DataStreaming#114 · 担当者 1 名 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 45/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 48/100
ISISComputingGroup/DataStreaming の issue をすべて見る
似ている issue
-
Area: Excel support
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
orbeon/orbeon-forms#7893 ·
-
essnmx good first issue
難易度 1/5 1時間未満 初心者へのやさしさ 95/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
yeti-platform/yeti#1380 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
modelcontextprotocol/python-sdk#3566 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
griptape-ai/griptape#2353 ·