Untuk pembaca masa depan yang melihat posting ini, bug ini masih ada di 2,12. Berikut adalah contoh visual dari bug, tangkapan layar dari pdf yang saya buat menggunakan Print Composer. Semua lapisan, serta basemap citra Bing, adalah EPSG: 3857 (WGS 84 / Pseudo Mercator). Saya telah mencatat dengan warna merah bagaimana citra yang mendasarinya telah bergeser. Pergeseran ini hanya terjadi pada output Print Composer; di tempat lain itu disejajarkan dengan benar. Ini benar-benar terlihat seperti semacam pergeseran datum:
Tapi itu bukan pergeseran datum. Ini adalah bug Print Composer yang menggeser lokasi peta dari semua (semua? Saya tidak yakin. Setidaknya Bing Aerial) OpenLayers basemap ketika diekspor ke pdf (png, juga, saya pikir). Tetapi pergeseran ini hanya terjadi jika ada margin di sekitar peta di Print Composer - yaitu area peta lebih kecil dari ukuran kertas. Bahkan dengan satu milimeter (aneh, ya?)
Untungnya, penjelasan Shankar (terima kasih!) Memberikan solusi. Saya akan memperluas jawabannya dengan perincian ini:
Untuk mengatasi bug, jika Anda menambahkan peta ke Print Composer yang berisi peta dasar OpenLayers, peta harus mengisi seluruh ukuran halaman, tanpa margin (ini sangat disayangkan, karena ruang putih di sekitar peta dapat membantu secara visual). Untuk mengisi halaman, buka panel Item Properties di peta (Lihat> Panel> Item Properties, dicentang). Luaskan bagian "Posisi dan ukuran". Perhatikan kotak X, Y, Lebar, dan Tinggi; mereka menentukan titik asal dan ekstensi peta pada halaman. Karena kami ingin ukuran peta sama dengan ukuran halaman, kami memasukkan nilai ukuran halaman. Misalnya, dimensi kertas A4 210 mm x 297 mm ( http://www.paperizes.org/a-paper-sizes.htm ). Jadi untuk peta berorientasi potret, masukkan: X = 0, Y = 0, Lebar = 210, Tinggi = 297
- nilai-nilai ini mengasumsikan bahwa "Titik Referensi" dicentang ke kotak barat laut.
Perhatikan bagaimana peta mengisi seluruh halaman. Sekarang ketika Anda mengekspor ke pdf, gambar basemap yang mendasarinya tidak akan digeser.
