Ich habe Probleme mit dem OpenLayers Plugin von Qgis und dem Map Composer:
Wenn ich eine OSM-Hintergrundebene erstelle und diese exportieren möchte, sieht die OSM-Ebene im normalen qgis-Programmfenster einwandfrei aus. Im Map Composer und nach dem Export hat sich die Ebene jedoch relativ zu meinen anderen Formebenen verschoben (EPSG: 32633 - WGS 84 / UTM Zone 33N).
Das zweite ist, dass die Ausgabeauflösung der exportierten Osmoschicht sehr, sehr schlecht ist.
Ein wirklich schlechter Weg, um diesen ganzen Ärger zu umgehen, wäre, die Bildschirmauflösung zu erhöhen und einen Screenshot des Kartenzusammensetzungsfensters von qgis zu machen. Aber ich denke nicht, dass das sehr professionell wäre. Es würde auch viel Schmerz verursachen :)
Ich benutze Qgis 1.8.0-Lisboa unter Linux. Das OpenLayer-Plugin ist Version 0.92.
quelle
Antworten:
Spätes Update
Die Probleme mit dem Openlayers-Plugin und dem Print Composer sind seit Jahren ungelöst. Vermeiden Sie daher das Openlayers-Plugin, wenn Sie eine Druckausgabe benötigen. Ein neues Plugin, QuickMapServices, wurde in der Zwischenzeit entwickelt. Ich schlage vor, das zu versuchen.
Entschuldigung, ich kann den Fehler nicht reproduzieren. Können Sie die aktuelle Version von Openlayers Plugin (1.0.0) und Qgis Master ausprobieren? Der Print-Komponist hat sich nach Lisboa stark verbessert.
Sie können auch versuchen, Ihre Datenebene auf EPSG 3857 zu projizieren. Ich denke, das ist Ihr Projekt-CRS.
Möglicherweise im Zusammenhang mit diesen Fehlerberichten:
http://hub.qgis.org/issues/4223
http://hub.qgis.org/issues/5827
http://hub.qgis.org/issues/6653
scheint aber nicht in jedem fall aufzutreten.
quelle
Es ist ein häufiger Fehler, und es gibt viele Threads, die sich damit befassen.
Eine Lösung besteht darin, Ihr Kartenelement / Objekt an den Kartenkomponisten anzupassen.
Fehler
quelle
Für zukünftige Leser, die diesen Beitrag lesen, besteht dieser Fehler immer noch bei 2.12. Hier ist ein visuelles Beispiel für den Fehler, Screenshot aus einem PDF, das ich mit dem Print Composer erstellt habe. Alle Ebenen sowie die Bing-Grundkarte waren EPSG: 3857 (WGS 84 / Pseudo Mercator). Ich habe rot notiert, wie sich die zugrunde liegenden Bilder verschoben hatten. Diese Verschiebung tritt nur in der Print Composer-Ausgabe auf. überall sonst ist es richtig ausgerichtet. Es sieht sicher wie eine Art Datumsverschiebung aus:
Aber es ist keine Datumsverschiebung. Es ist ein Print Composer-Fehler, der den Kartenstandort von OpenLayers-Grundkarten verschiebt (alle? Ich bin mir nicht sicher. Zumindest Bing Aerial), wenn sie in ein PDF exportiert werden (auch Png, denke ich). Diese Verschiebung tritt jedoch nur auf, wenn die Karte in Print Composer einen Rand aufweist, dh der Kartenbereich ist kleiner als das Papierformat. Auch um einen Millimeter (komisch, oder?)
Glücklicherweise bietet Shankars Erklärung (danke!) Einen Workaround. Ich werde seine Antwort mit diesen Details erweitern:
Wenn Sie dem Print Composer eine Karte hinzufügen, die eine OpenLayers-Grundkarte enthält, muss die Karte die gesamte Seitengröße ohne Rand ausfüllen, um den Fehler zu umgehen. Um die Seite auszufüllen, rufen Sie das Bedienfeld Elementeigenschaften der Map auf (Ansicht> Bedienfelder> Elementeigenschaften, aktiviert). Erweitern Sie den Abschnitt "Position und Größe". Beachten Sie die Felder X, Y, Width und Height. Sie definieren den Ursprungspunkt und die Erweiterung der Karte auf der Seite. Da die Kartengröße der Seitengröße entsprechen soll, geben Sie die Seitengrößenwerte ein. A4-Papierabmessungen betragen beispielsweise 210 mm x 297 mm ( http://www.papersizes.org/a-paper-sizes.htm ). Geben Sie für eine hochformatige Karte Folgendes ein: X = 0, Y = 0, Breite = 210, Höhe = 297
Beachten Sie, wie die Karte die gesamte Seite ausfüllt. Wenn Sie jetzt in ein PDF exportieren, wird das zugrunde liegende Grundkartenbild nicht verschoben.
quelle
Ich glaube, ich habe das Problem identifiziert. Wenn Sie beim Drucken die Position und Größe der Kartenebene im Composer genau auf die Seitengröße einstellen, stimmen die offenen Ebenen mit den Vektorebenen überein. Andernfalls erhalten die offenen Ebenen ihre Ausmaße aus der Seitengröße und passen die Ebene dann an die kleinere Karte an Größe, was zu einer Fehlausrichtung führt.
Grundsätzlich verwendet das Plug-in für offene Ebenen die Seitengröße anstelle der Kartengröße, wenn Sie den Bereich der offenen Ebene auswählen, der beim Drucken angezeigt werden soll. Als Abhilfe stellen Sie einfach die Kartengröße auf genau die Seitengröße im Composer ein.
quelle
5827 # 13 hat die Ursache eines Problems mit identischen Symptomen identifiziert. Das OpenLayer-Plugin verwendet die Seitengröße und nicht die Kartengröße als Referenz.
quelle
Das Verringern der Auflösung (beim Exportieren) und des Maßstabs (z. B. von 1: 500 auf 1: 3000) sind einige Problemumgehungen für diesen Fehler.
quelle
5827 # 13 hat die Ursache eines Problems mit identischen Symptomen identifiziert. Das OpenLayer-Plugin verwendet die Seitengröße und nicht die Kartengröße als Referenz. So gestalten Sie die Google Earth-Ebene in voller Papiergröße.
quelle