Ikhtisar: ke petak atau .vrt, atau keduanya?


10

Ketika menggunakan untuk membuat mosaik dengan cepat koleksi gambar besar, apakah lebih baik menambahkan ikhtisar (piramida) ke masing-masing raster atau ke .vrt akhir, atau keduanya? (Di mana "lebih baik" berarti menemukan titik keseimbangan antara menggunakan penyimpanan tidak lebih dari yang diperlukan sambil tetap memberikan pengalaman yang mulus untuk menggunakan dan menelusuri gambar akhir.)


saya ingin bertanya apa alasan menggunakan mozaik
luka tumba

Jawaban:


8

Sebagian besar tergantung pada skala minimun untuk menampilkan lapisan gambar Anda.

Membuat ikhtisar untuk setiap raster lebih fleksibel ketika Anda memperbarui lapisan Anda sebagian. Hapus saja gambar lama dan letakkan gambar baru dengan ikhtisar di tempat. Jika Anda telah membangun ikhtisar untuk .vrt Anda harus membuatnya lagi setelah pembaruan. Namun, ikhtisar individual tidak berfungsi dengan baik dalam skala kecil. Jika gambar asli Anda masing-masing mencakup 10x10 km dan Anda ingin menampilkan pada layar seluas 100x100 km, sistem harus membuka 100 file individual untuk membaca ikhtisar. Jika Anda telah membuat ikhtisar untuk .vrt hanya ada satu file untuk dibuka dan itu akan lebih cepat.

Anda juga dapat menggunakan model hybrid: membangun beberapa level tinjauan internal (2 4 8) dan kemudian membuat file fisik baru dari .vrt dengan ukuran piksel dari tinjauan umum berikutnya (16). Buat ikhtisar internal untuk gambar yang disampel dan akhirnya gabungkan semuanya menjadi grup yang bergantung pada skala. Ketika masing-masing gambar diubah menjadi yang lebih baru, file ikhtisar fisik seringkali tidak memerlukan pembaruan karena perubahan tidak terlihat pada kasus kecil.

Ketika datang ke kebutuhan ruang disk, itu sama dalam kedua kasus. Tapi ingat untuk mengompresi ikhtisar Anda. Dengan gambar udara, Anda dapat menghemat lebih dari 90% ruang disk dengan mengompresi ikhtisar dengan metode JPEG dan interpretasi fotometri.

Saat Anda mengajukan pertanyaan, saya akan mengatakan bahwa buat ikhtisar terkompresi untuk .vrt Anda. Dibutuhkan jumlah ruang disk yang sama dan pengalaman menjelajah akan bagus dalam skala apa pun. Ingat apa yang saya tulis tentang pembaruan.


ide hibrida ini sangat menarik! Saya ingin tahu mengapa file fisik di level-16. Apakah itu menawarkan sesuatu yang gdaladdo foo.vrt 16 32 64tidak? ... itu juga terjadi pada saya: baik ubin dan ikhtisar vrt mungkin diinginkan dalam kasus di mana setiap ubin diakses serta mosaik virtual.
matt wilkie

gdaladdo foo.vrt 16 32.64membuat file fisik tetapi jika Anda melakukannya gdaladdo foo.vrt 2 4 8sebelum Anda sudah memiliki file foo.vrt.ovr. Nah, file .ovr benar-benar hanya sebuah tiff dan Anda dapat mengubah nama dan membangun tingkat ikhtisar dengan tangan dengan file .vrt baru yang agak rumit. Apakah maksud Anda memiliki foo_1234.tif dalam mosaik virtual all_foo.vrt tetapi beberapa pengguna mungkin perlu mengakses tiff tunggal itu secara langsung? Maka Anda benar, tidak ada perangkat lunak yang dapat menebak untuk mengambil ikhtisar dari all_foo.vrt.ovr.
user30184

Oh, mungkin Anda bermaksud menulis 2 4 8 ikhtisar untuk gambar individual dan 16 32 64 ... untuk vrt. Ide yang sangat bagus.
user30184

ya untuk respons ke-2, 2 4 8 untuk ubin dan 16 32 64 untuk vrt.
matt wilkie

Masalah yang sedang dibahas adalah masalah yang sering saya coba untuk kembali dan itu selalu menjadi penyebab penderitaan. Saya memiliki sejumlah besar file yang diatur dalam folder 10 km2. Untuk setiap folder saya membuat vrt dan menambahkan ikhtisar (2 4 8 16). Saya kemudian menggabungkan file-vrt dalam satu (gdalbuildvrt aggreg.vrt * .vrt). Membuat satu ikhtisar untuk aggreg.vrt (32 64 128 256) adalah hal yang menyakitkan. Saya menduga bahwa gdalbuildvrt langsung menuju ke file sumber alih-alih file ovr yang sudah dibangun ... Apakah ini benar? Dan jika demikian: Apakah ada solusi?
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.