問題タブ [image-registration]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - 間違った位置にある Google マップ オーバーレイ
Google Maps API は正常にデプロイされましたが、新しいより大きな領域の画像が間違って配置されています。
この問題を示すために、ここの例からコードを取得し 、API キー、角と中央の緯度経度、および画像のみを変更しました。
このリンクで結果を見ることができます
北西のコーナーでは、黒い線が海岸線に重なるように、オーバーレイを北に移動する必要があることが明らかです。
同様に SE コーナーでは、オーバーレイを拡張する必要がありますか? /移動しましたか？画像の右端にある黒い線がチェコヴィツェ・ジェジツェの近くの湖に重なるように南に移動します (これを見つけるには拡大する必要がある場合があります)。
画像はNCLによって制作されました。入力データは「panoply」と「ncdump」を使用して調べられています
3 つのユーティリティすべてからのコーナー情報は正確に一致します。
以前の API の使用ではまったく問題がなく、登録も正確です。
提案？
よろしく
ポール・スコアラー
python - Mattes Mutual Info 3D 画像登録に関する基本的な疑問
1.相互情報の疑いを解消する
SimpleITK Mattes では、相互情報は類似性メトリックの尺度ですが、これは最大化関数または最小化関数ですか?
Metric Mattes Mutual Info metric と Gradient Descent Optimizer を使用して 3D 登録 (画像サイズ: 480*480*60) を試みました。
出力
numofbins = 30
オプティマイザーの停止条件: RegularStepGradientDescentOptimizerv4: 24 回の反復後のステップが小さすぎます。現在のステップ (7.62939e-06) が最小ステップ (1e-05) 未満です。
反復: 25
メトリック値: -0.871268982129
numofbins = 4096
オプティマイザーの停止条件: RegularStepGradientDescentOptimizerv4: 34 回の反復後のステップが小さすぎます。現在のステップ (7.62939e-06) が最小ステップ (1e-05) 未満です。
反復: 23
メトリック値: -1.7890
それが最小化関数である場合、下の方が優れていると思います。
2. 変換行列の最終出力
TranslationTransform (0x44fbd20) RTTI typeinfo: itk::TranslationTransform 参照カウント: 2 変更時間: 5528423
変更時間とは何ですか?
3. 最終的な測定基準は登録精度の測定値ですか?
メトリックは登録精度の兆候ですか? メトリクス値が高いほど、登録が良好であることを意味しますか? それとも最適化後の最適点での値ですか？
4.登録のための無作為抽出
レジストレーションには、ランダム サンプル ポイントの 10 ～ 20% で十分です。しかし、サンプルがメインの ROI から取得されたのか、ROI の外側から取得されたのかという疑問が生じます。マスキングはオプションですが、SimpleITK に他のオプションはありますか?
ありがとう