ビジョンサンプルのキャプチャ計画では、ファイルを接続して条件と意図したタスクをキャプチャする必要があります。この記事では、提案されたキャプチャとハンドオーバーのワークフローについて説明します。機器の互換性、サンプルカバレッジ、およびターゲットモデルのパフォーマンスは、実際のデバイス、シーン、タスクを使用して検証する必要があります。
キャプチャの目的と範囲を定義する
オブジェクト クラス、シーン、動作モード、困難な条件、データの目的を指定します。オリジナルのインターフェースデータ、表示可能な画像、ビデオセグメント、または同期グループについて合意します。発見されたクラスまたは環境をギャップとして記録します。重複した画像で欠落したシーンを置き換えることはできません。
| ステージ | 主な記録 | 可能な成果物 |
|---|---|---|
| キャプチャ構成 | デバイス、バージョン、モード、パラメータ、およびタイムソース | 構成インベントリとキャプチャ手順 |
| ファイルストレージ | 識別子、パス、形式、サイズ、ハッシュ | ファイルインベントリとソースデータ |
| メタデータの関連付け | サンプル、産地、条件、使用目的 | メタデータのテーブルとフィールドの定義 |
| 品質チェック | 読みやすさ、完全性、例外と重複 | 記録と未処理の項目を確認します |
| バージョンの引き継ぎ | 追加、修正、除外および理由 | バージョン記録と納品在庫 |
ファイルとメタデータをクロスチェックする
リストされたファイルの存在と可読性を確認します。リストにないファイル、重複した識別子、欠落しているパラメータを特定します。ハッシュはコンテンツが変更されたかどうかをチェックします。画像の使いやすさ、正しいクラス、またはラベルの品質を確立するものではありません。
派生データのソース参照を保持する
表示画像、クロップ、拡張サンプル、モデル入力ファイルをソース サンプルと処理パラメータにリンクします。同じ名前のファイルを上書きするのではなく、オリジナルとリビジョンの記録を保持します。注釈が未完成の場合は、合意されたメタデータのみを含む注釈のない画像または例として配信を説明します。
段階的に納品を確認する
キャプチャ範囲を拡大する前に、小さなバッチを使用して形式、フィールド、使用法をチェックしてください。トレーニング、チューニング、独立したテスト データをそれぞれの目的に合わせて準備し、関連するソース サンプルがそれらのセットにどのように割り当てられるかを記録します。配信には、データ、構成、フィールド定義、品質チェック、ギャップ記録が含まれる場合があります。ソースドキュメントと照らし合わせて権限と公開範囲を確認します。
関連サービス: データ、トレーニング、評価 そして プロジェクトのお問い合わせ.