Buruh pelabuhan
Chrome 79 di Linux
Ketika rekonstruksi parsial dilakukan, tampaknya ada masalah dalam hasil penyelarasan rekonstruksi.
Menurut sumber OpenSfM, setiap rekonstruksi parsial dari setiap submodel dilemparkan ke dalam masalah penyesuaian bundel yang besar, kemudian keluaran sebagai satu set transformasi kesamaan yang diterapkan ke setiap rekonstruksi parsial dan kemudian disimpan ke file rekonstruksi selaras.
Namun pada kenyataannya, tampaknya hanya satu rekonstruksi parsial yang diperbarui. Sepertinya saya tidak tahu mengapa.
Saya berharap setiap titik dan bidikan di setiap rekonstruksi parsial dimodifikasi setidaknya pada skala 1e-6, tetapi ini tampaknya hanya berlaku untuk satu rekonstruksi parsial di setiap submodel. Semua rekonstruksi parsial lainnya identik dalam perbandingan berdampingan untuk setiap bidikan dan titik.
(Sebagai catatan samping, saya tertarik untuk memahami mengapa transformasi kesamaan dihasilkan untuk membuat transformasi yang kaku, daripada hanya menerapkan keluaran bundel ke rekonstruksi secara keseluruhan. Saya berharap ini dapat membuat batas yang lebih mulus antara submodel? penanganan?)
Picu tahap align_submodels di OpenSfM pada kumpulan data yang dipecah menjadi beberapa submodel yang juga berisi beberapa rekonstruksi parsial. Ini harus mudah dicapai dengan menurunkan jumlah fitur minimum dan menetapkan pemisahan pada kumpulan data dengan jumlah entri yang memadai.
Saya pikir ini mungkin bug daripada peningkatan.
Dari sumber, semua rekonstruksi parsial harus selalu selaras, tetapi saya tidak bisa selalu mengatakan itu bahkan indeks 0 parsial yang kita gunakan dalam pemisahan / penggabungan saat ini yang sebenarnya diperbarui dalam penyelarasan - yang menyiratkan bahwa kita mungkin dalam kasus ini melihat a bergabung menghasilkan awan yang tidak selaras.
Menemukannya. Rupanya metode itertools.groupby yang digunakan dalam apply_transformations (transformasi) di OpenSfM harus melewati daftar yang sudah diurutkan, atau tidak akan mengelompokkan entri dengan benar. Karena rekonstruksi dimuat untuk setiap grup, rekonstruksi yang tidak selaras akan dimuat ulang dan menimpa komponen yang sebelumnya telah disejajarkan.
Mengirimkan PR ke 099 dan OpenSfM mapillary sebentar lagi. : tada:
Fantastis! Terima kasih telah melihat @linusmartensson ini
Tidak masalah! Ini basis kode yang menyenangkan. :hadiah:
Sekarang digabungkan di OpenDroneMap / OpenSfM dan mapillary / OpenSfM, jadi tutup. :)
Komentar yang paling membantu
Tidak masalah! Ini basis kode yang menyenangkan. :hadiah:
Sekarang digabungkan di OpenDroneMap / OpenSfM dan mapillary / OpenSfM, jadi tutup. :)