Reality Mappingプロジェクトで信頼できる結果を得るのに苦労したことはありますか？私たちが見る多くのサポートケースでは、根本原因は画像自体ではなく、データがプロジェクトに追加された方法にあります。多くの場合、それはセンサーのパラメーターの誤解釈やカメラセッション作成時に設定された不正確な向き情報に起因します。そうなると、Reality Studioは重複する画像間で十分なマッチを見つけられず、処理が失敗するか歪んだ結果を生み出します。<\/P>
Reality Studioでは、データはキャプチャセッションに整理されます。キャプチャセッションは、フライトなど単一の取得中に収集されたデータを表し、1台以上のカメラからの画像とlidarなどのセンサーデータを含むことができます。正しく設定されると、この構造によりReality Studioはデータがどのように取得されたかを解釈し、高品質なマッピング結果に変換できます。時間のかかる処理を開始する前に入力を検証することは重要なステップです。なぜなら、誤ったセンサー定義は通常、Reality製品にギャップ、アーティファクト、または歪みを引き起こすからです。<\/P>
以下のセクションでは、処理を続行する前にカメラセッションの初期ジオメトリが妥当であることを確認するための実用的なチェック方法について説明します。<\/P>
カメラセッションとは何ですか？<\/H1>カメラセッションは、キャプチャセッション内で単一の物理カメラで収集された一連の画像の初期ジオメトリを説明します。これは画像ファイル、カメラの位置と向き（外部方位）、およびセンサーの光学系をモデル化したカメラ定義を組み合わせたものです。<\/P>各カメラセッションは以下の入力に依存しています:<\/P>画像:<\/STRONG> カメラシステムで撮影された画像ファイル。ディスク上でアクセス可能で正しく参照されている必要があります。<\/LI>外部方位データ:<\/STRONG> 各画像のカメラ位置と回転で、通常は画像メタデータから読み取るか方位ファイルから提供されます。これらの値は通常GNSS\/INSシステムによって記録されます。<\/LI>カメラ較正:<\/STRONG> カメラセンサーとレンズをモデル化する内部パラメーター。この情報は通常較正レポートで入手可能です。<\/LI>座標系:<\/STRONG> 方位データの水平および垂直空間参照。<\/LI>軸規約:<\/STRONG> 方位値を解釈するために使用される回転規約と角度単位。<\/LI><\/UL>これらの入力が組み合わさって各画像がどこで撮影されたか、カメラがどの方向を向いていたか、および実世界の点がカメラセンサー上にどのように投影されるかを定義します。Reality Studioはこの情報を整列と再構築の出発点として使用します。<\/P>データを理解する<\/H1>多くの設定エラーはReality Studioが期待するものとデータが表すものとの不一致に起因します。大判フレームセンサーで撮影された画像を扱う場合、そのデータは通常カメラベンダーによる別個の後処理ワークフローを経ています。これらワークフローでは出力仕様を設定でき、キャプチャセッション作成時にはこれら仕様を考慮することが重要です。<\/P>いくつか事前に確認すべきポイントがあります:<\/P>使用したカメラの較正証明書を入手してください。<\/STRONG> マーケティングパンフレットやセンサーモデルから推測したパラメーターに頼らないでください。多くのセンサーには異なる構成のバリアントがあり、証明書だけが実際にあなたのデータを取得したユニットのジオメトリを反映しています。<\/P>画像の歪み状態を把握してください。<\/STRONG> 一部メーカーは前処理中にレンズ歪みを補正し歪みなし画像を提供します。他社は歪み補正せず、その場合Reality Studio対応モデル用の歪みパラメーターが必要です。<\/P>方位に影響する後処理ステップがないか確認してください。<\/STRONG> 一部操作では外部方位更新なしで画像が変更されます。一般的な例として「地平線上向き」に回転させる場合があります。この場合EO角度は新しい画像向きに合わせて手動修正が必要です。<\/P>疑問があればデータ提供者に較正プロトコルや適用された後処理内容について問い合わせてください。<\/P>検証チェック<\/H1>以下のチェックを使ってカメラセッションが正しく作成されたか確認してください。不具合があればまず少数画像でトラブルシュートしましょう。小規模テストセッションなら設定問題特定や修正検証が容易です。<\/P>Globe Viewでのカメラ位置<\/H2>作成したばかりのカメラセッションについてプロジェクトツリーからカメラ視錐台を可視化し以下を確認してください:<\/P>カメラは正しい地理的位置に表示されていますか？<\/LI>空間分布はキャプチャパターンと一致していますか？<\/LI>カメラ視錐台は期待通りの方向を向いていますか？<\/LI>視錐台（長辺対短辺）の向きはカメラ向きと合っていますか？<\/LI><\/UL>よくある問題点:<\/P>カメラが地形よりかなり高いまたは低い位置にある、または誤った場所に表示される場合、多くは垂直座標参照系が誤っています。<\/LI>カメラが上方や横向きになっている、または飛行パターンが鏡像や回転して見える場合、多くは外部方位属性選択ミスや回転規約選択ミスです。<\/LI><\/UL>画像フットプリント<\/H2>カメラ位置確認後、画像フットプリントもレビューしてください。フットプリントは各画像が覆う地上範囲を示します。プロジェクトツリーでフットプリント表示をオンにして以下を確認してください:<\/P>フットプリントはこのフライトで撮影予定だった範囲を覆っていますか？<\/LI>A href="https:\/\/community.esri.com\/t5\/arcgis-reality-studio-blog\/choosing-the-right-nadir-image-overlap-for-optimal\/ba-p\/1608418" target="_blank">画像間（飛行方向沿いおよび横断方向）の重なり は適切ですか？<\/LI>フットプリント地上向きはカメラ構成から期待される通りですか？<\/LI>カメラセッションインスペクターで表示される画像内容はハイライトされたフットプリント範囲として妥当ですか？<\/LI>ヒント:<\strong> カメラセッションインスペクターで画像選択すると、そのフットプリントがGlobe上でハイライトされます。<\p>よくあるエラー原因:<\p > フットプリントサイズが予想よりかなり小さいまたは大きい場合、これは 不適切なカメラパラメーター （例えば焦点距離やセンサーサイズ）または座標系不一致を示唆します。 フットプリントが反転または回転している場合、軸向き・回転順序・角度単位設定問題があります。 反転・回転している場合：使用している外部方位フィールドと単位設定をご確認ください。 例： 不適切なカメラ設定によって個々の画像フットプリントが予想外に大きくなることがあります。その結果、一枚の画像が予想以上に多く後続フレームと重複します。パラメーター修正後、フットプリントは飛行計画パラメーターから期待される重なりとなります。
Incorrect footprint extent 
Correct footprint extent 例： 一般的なナディアーカメラ構成では、飛行方向横断方向への広がりが大きいです。フットプリント可視化によってカメラ向きパラメーター定義が正しいことを検証できます。
Incorrect camera orientation 
正しいカメラの向きDynamic Orthoカメラの位置とフットプリントはカバレッジと視点方向を確認します。Dynamic ortho は各画像を参照面に投影することで、ピクセルが正しい場所に配置されているかを検証するもう一つのチェックを追加します。カメラセッション全体のdynamic ortho を計算することも、小さなサブセットから始めてトラブルシューティング中により速いフィードバックを得るために専用のキャプチャセッションを作成することもできます。dynamic ortho が利用可能になると、それを可視化して以下の点を確認できます：隣接する画像はおおよそ互いに整合していますか？微小なずれは整列前には正常です。道路や川などの認識可能な特徴はベースマップと十分に一致して全体の位置を確認できますか？地形の起伏では説明できない歪みが見られますか？フットプリントが妥当そうに見えても投影された画像が整合しない場合、問題は外部姿勢よりもカメラ定義にあることが多いです。画像座標軸の定義がカメラとメタデータの規約に合っていることを確認してください。歪みパラメーターを見直してください。必要なら一時的に無効化してその影響を理解しましょう。例：誤ったカメラ設定は dynamic ortho にも現れます。グローブ上でオルソを可視化すると、Reality Studio の背景地図と特徴が一致していないことが明らかになります。
背景地図と特徴が一致しない
背景地図と特徴が一致している例：同様に、dynamic ortho はカメラの向きが誤って定義されている場合に繰り返しパターンの誤向きを明らかにします。正しい向きを選択することで dynamic ortho の結果が良く整列します。
誤ったカメラの向き
正しいカメラの向き例：dynamic ortho は小さなずれ問題の特定にも役立ちます。この例ではフットプリントの端で画像に段差効果が見られます。これは向き角度単位の不一致を示しています。正しいオプションを選択すると段差効果は消え、画像内容がきれいに整列します。
段差効果のある dynamic ortho
よく整列した dynamic orthoまとめ
これらの検証チェックは次の3点を確認する助けになります：カメラ位置が正しい（frustums）、視点ジオメトリが妥当（footprints）、画像ピクセルが正しい位置に投影されている（dynamic ortho）。
セッションが妥当そうであれば Reality マッピングワークフローを続行できます。この段階では画像は完全に整列している必要はありません。Reality Studio が重複画像間でマッチングできる程度に近ければ十分です。整列処理はその後カメラジオメトリを洗練し、正確な3D再構築を支援します。
つながり続ける
Reality Studio についてもっと知りたい場合は、 製品ページをご覧いただくか、 リソースや 技術ドキュメントをご確認ください。
ご質問やご意見があればぜひお聞かせください！ Esri Community ページ へアクセスしてご意見をお寄せください。
弊社の Reality ソリューションにご興味があれば、ぜひ ウェブページ をご覧いただき、お問い合わせください。
