OpenLayersの低解像度および/またはQGIS印刷コンポーザーのシフト？

QgisのOpenLayersプラグインとマップコンポーザーに問題があります。

OSMバックグラウンドレイヤーを作成し、これをエクスポートする場合、OSMレイヤーは通常のqgis​​プログラムウィンドウで完全に正常に見えます。しかし、マップコンポーザーでは、エクスポート後、レイヤーは他のシェイプレイヤー（EPSG：32633-WGS 84 / UTMゾーン33N）に対して相対的にシフトしています。

2番目は、エクスポートされたosm-layerの出力解像度が非常に低いことです。

この問題全体を回避する本当に悪い方法は、画面の解像度を上げて、qgisのマップ構成ウィンドウのスクリーンショットを作成することです。しかし、私はこれが非常に専門的であるとは思わない。また、多くの痛みを引き起こすでしょう:)

LinuxでQgis 1.8.0-Lisboaを使用しています。openlayersプラグインはバージョン0.92です。

最新の更新

Openlayersプラグインと印刷コンポーザーの問題は、解決策なしで何年も続いています。結果として、印刷出力が必要な場合はOpenlayersプラグインを避けてください。その間、新しいプラグイン、QuickMapServicesが開発されました。試してみることをお勧めします。

申し訳ありませんが、エラーを再現できません。Openlayersプラグインの現在のバージョン（1.0.0）とQgis masterを試すことができますか？Lisboaの後、印刷コンポーザーは大幅に改善されました。

また、データレイヤーをEPSG 3857に再投影してみることができます。これがプロジェクトCRSであると思います。

このバグレポートに関連している可能性があります：

http://hub.qgis.org/issues/4223

http://hub.qgis.org/issues/5827

http://hub.qgis.org/issues/6653

しかし、すべての場合に表示されるわけではありません。

これは一般的なバグであり、これに対処するスレッドは多数あります。

解決策は、マップ要素/オブジェクトをマップコンポーザーに適合させることです。

バグ

この投稿を見ている将来の読者のために、このバグはまだ2.12に存在しています。バグの視覚的な例は、Print Composerを使用して作成したPDFのスクリーンショットです。すべてのレイヤーとBing画像のベースマップはEPSG：3857（WGS 84 /擬似メルカトル図法）でした。基になる画像がどのように変化したかを赤で書きました。このシフトは、Print Composerの出力でのみ発生します。他のすべての場所で正しく整列しました。何らかのデータムシフトのように見えます。

しかし、それはデータムシフトではありません。これは、PDF（pngもそうです）にエクスポートされたときに、OpenLayersベースマップ（すべてではありません。少なくともBing Aerial）のマップ位置をシフトするPrint Composerのバグです。ただし、このシフトは、Print Composerでマップの周囲にマージンがある場合にのみ発生します。つまり、マップ領域が用紙サイズよりも小さい場合です。ミリ単位でも

幸いなことに、Shankarの説明（ありがとう！）は回避策を提供します。これらの詳細で彼の答えを拡大します。

バグを回避するには、OpenLayersベースマップを含むマップをPrint Composerに追加する場合、マップはページサイズ全体をマージンなしで埋める必要があります（マップの周りの空白が視覚的に役立つため、これは残念です）。ページに入力するには、マップの[アイテムプロパティ]パネルに移動します（[表示]> [パネル]> [アイテムプロパティ]、オン）。[位置とサイズ]セクションを展開します。X、Y、幅、および高さのボックスに注意してください。これらは、ページ上のマップの起点と拡張子を定義します。マップサイズをページサイズと同じにするため、ページサイズの値を入力します。たとえば、A4用紙の寸法は210 mm x 297 mm（http://www.papersizes.org/a-paper-sizes.htm）です。したがって、縦向きのマップの場合は、X = 0、Y = 0、幅= 210、高さ= 297と入力します

• これらの値は、「基準点」が北西のボックスにチェックされていることを前提としています。

マップがページ全体を埋める方法に注目してください。これで、pdfにエクスポートするときに、基礎となるベースマップ画像はシフトされません。

私は問題を特定したと思います。印刷時に、コンポーザでマップレイヤーの位置とサイズをページサイズとまったく同じに設定すると、開いているレイヤーはベクターレイヤーと一致します。サイズ、ミスアライメントの原因。

基本的に、オープンレイヤープラグインは、印刷時に表示するオープンレイヤーの領域を選択するときに、マップサイズではなくページサイズを使用します。回避策として、マップサイズをコンポーザのページサイズに正確に設定します。

5827＃13は、同一の症状を伴う問題の原因を特定しました。openlayersプラグインは、マップサイズではなくページサイズを参照として使用しています。

このバグを回避するには、（エクスポート中に）dpiを下げ、スケール（1：500から1：3000など）を使用します。

5827＃13は、同一の症状を伴う問題の原因を特定しました。openlayersプラグインは、マップサイズではなくページサイズを参照として使用しています。Google Earthレイヤーを用紙サイズ全体にレイアウトします。