Device temporal scores: model version, separate threshold, minimum frames
メンテナーはふだん 6 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 45/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
調査の方向性
Read the implementation of POST /detections, pyroclient.create_detection, and the worker branch that handles device scores, along with the existing temporal_model_version, TEMPORAL_MODEL_THRESHOLD, and MIN_FRAMES settings. Check how the engine’s 11-frame window fills early in an event before deciding where the minimum-frame rule belongs. Done means device scores can carry a model version, use their own threshold, and follow a clearly chosen minimum-frame rule.
索引モデルが issue の本文から書いたものです。
説明
Follow-up of #723, which stores the temporal score computed on the device with engine as provenance and applies TEMPORAL_MODEL_THRESHOLD to it.
Three things were left out of that PR to keep it small:
- Model version. The engine sends no version with its scores, so
temporal_model_versionstaysNULLfor device scores. We cannot tell which release produced a score or spot calibration drift. Proposal: an optionaltemporal_model_versionform field onPOST /detections(and the matchingpyroclient.create_detectionparameter), stored in the existing column. pyro-engine side: send the version reported bypyro_temporal_api/health. - Separate threshold. The device model and the API model share
TEMPORAL_MODEL_THRESHOLD, but their scores are not necessarily comparable. Proposal: aDEVICE_TEMPORAL_MODEL_THRESHOLDsetting, defaulting toTEMPORAL_MODEL_THRESHOLD, used by the worker's device branch only. - Minimum frames.
MIN_FRAMESdoes not apply to device scores: the engine scores its own window (11 frames, pyronear/pyro-engine#415) and sends a score with every frame once an alert is ongoing, so a sequence can validate on its creation frame. Decide whether the engine must score a minimum number of frames before sending scores, or whether the API should require a minimum here. Needs a look at how many frames the engine window holds early in an event.
No migration for the first two.
- 主要言語
- Python
- スター
- 30
- フォーク
- 15
- 平均マージ
- 7日 16時間
- マージ済み PR（30日）
- 16
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
pyronear/pyro-api のほかの issue
-
Tests in test_risk_filter.py fail when CI runs shortly after midnight UTC対応中かも @Majyles が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
メンテナーはふだん 6 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
メンテナーはふだん 6 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 42/100
メンテナーはふだん 6 日以内に返信
-
Share an alert with a temporary public link対応中かも @Acruve15 が 8 日前に担当しました。 オープンtype: feat
難易度 5/5 1週間以上 初心者へのやさしさ 45/100
メンテナーはふだん 6 日以内に返信
-
type: feat
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
メンテナーはふだん 6 日以内に返信
pyronear/pyro-api の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
pylint-dev/pylint#11791 ·
メンテナーはふだん 1 日以内に返信
-
Rasterio granule reads never retry, so one 503 (Service Unavailable) fails the whole request対応中かも @chuckwondo が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
developmentseed/titiler-cmr#305 ·
メンテナーはふだん 1 日以内に返信
-
community enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信