OpenLayer a bassa risoluzione e / o turni nel compositore di stampe QGIS?

Sto riscontrando problemi con il plugin OpenLayers di Qgis e il compositore di mappe:

Se creo un livello di sfondo OSM e se voglio esportarlo, il livello OSM appare perfettamente nella normale finestra del programma qgis. Ma nel compositore di mappe e dopo l'esportazione il livello si è spostato relativamente ai miei altri livelli di forma (EPSG: 32633 - WGS 84 / UTM zona 33N).

La seconda cosa è che la risoluzione di output del livello osm esportato è molto, molto scarsa.

Un modo davvero brutto per aggirare tutto questo problema sarebbe quello di aumentare la risoluzione dello schermo e fare uno screenshot della finestra di composizione della mappa di qgis. Ma non penso che sarebbe molto professionale. Inoltre provocherebbe molto dolore :)

Sto usando Qgis 1.8.0-Lisboa sotto Linux. Il plugin openlayers è la versione 0.92.

Aggiornamento tardivo

I problemi con il plugin Openlayers e il compositore di stampa durano ormai da anni, senza soluzione. Di conseguenza, cerca di evitare il plug-in Openlayers quando hai bisogno di un output di stampa. Nel frattempo è stato sviluppato un nuovo plug-in, QuickMapServices. Suggerisco di provarlo.

Spiacenti, non riesco a riprodurre l'errore. Puoi provare la versione corrente del plugin Openlayers (1.0.0) e Qgis master? Il compositore di stampe è migliorato molto dopo Lisbona.

Inoltre puoi provare a riproiettare il tuo livello dati in EPSG 3857. Immagino sia il tuo progetto CRS.

Forse correlato a questo bug report:

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

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

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

ma sembra non apparire in tutti i casi.

È un bug comune e ci sono molti thread che affrontano questo problema.

Una soluzione consiste nell'adattare l'elemento / oggetto della mappa al compositore della mappa.

insetto

Per i futuri lettori che stanno visualizzando questo post, questo errore esiste ancora a 2.12. Ecco un esempio visivo del bug, screenshot da un pdf che ho creato usando Print Composer. Tutti i livelli, così come la mappa di base delle immagini Bing, erano EPSG: 3857 (WGS 84 / Pseudo Mercator). Ho notato in rosso come le immagini sottostanti si sono spostate. Questo spostamento si verifica solo nell'output di Print Composer; ovunque altro si allineava correttamente. Sembra proprio una sorta di spostamento del dato:

Ma non è un cambiamento di riferimento. È un bug di Print Composer che sposta la posizione della mappa di qualsiasi (tutto? Non sono sicuro. Almeno Bing Aerial) Mappa di base di OpenLayers quando viene esportata in un pdf (anche png, penso). Ma questo spostamento si verifica solo se c'è un margine attorno alla mappa in Print Composer, ovvero l'area della mappa è più piccola del formato carta. Anche di un millimetro (strano, eh?)

Fortunatamente, la spiegazione di Shankar (grazie!) Fornisce una soluzione alternativa. Espanderò la sua risposta con questi dettagli:

Per aggirare il bug, se si aggiunge una mappa a Print Composer che contiene una mappa di base OpenLayers, la mappa deve riempire l'intera dimensione della pagina, senza alcun margine (questo è un peccato, perché lo spazio bianco attorno alla mappa può aiutare visivamente). Per riempire la pagina, vai al pannello Proprietà oggetto della mappa (Visualizza> Pannelli> Proprietà oggetto, spuntato). Espandi la sezione "Posizione e dimensioni". Nota le caselle X, Y, Larghezza e Altezza; definiscono il punto di origine e l'estensione della mappa sulla pagina. Poiché vogliamo che le dimensioni della mappa siano uguali alle dimensioni della pagina, inseriamo i valori delle dimensioni della pagina. Ad esempio, le dimensioni della carta A4 sono 210 mm x 297 mm ( http://www.papersizes.org/a-paper-sizes.htm ). Quindi, per una mappa orientata in verticale, inserisci: X = 0, Y = 0, Larghezza = 210, Altezza = 297

• questi valori presuppongono che il "Punto di riferimento" sia selezionato nella casella nord-ovest.

Nota come la mappa riempie l'intera pagina. Ora, quando esporti in un pdf, l'immagine della mappa di base sottostante non verrà spostata.

Penso di aver identificato il problema. quando si stampa se si imposta la posizione e le dimensioni del livello della mappa nel compositore esattamente uguale alla dimensione della pagina, i livelli aperti corrispondono ai livelli vettoriali, altrimenti gli openlayer ottengono le loro estensioni dalle dimensioni della pagina e quindi adattano il livello alla mappa più piccola dimensioni, causando disallineamenti.

in pratica il plug-in dei livelli aperti utilizza le dimensioni della pagina anziché le dimensioni della mappa quando si sceglie l'area del livello aperto da visualizzare durante la stampa. Per aggirare il problema, basta impostare la dimensione della mappa esattamente sulla dimensione della pagina nel compositore.

5827 n. 13 ha identificato la causa di un problema con sintomi identici. Il plugin openlayers sta prendendo come riferimento la dimensione della pagina anziché la dimensione della mappa.

Abbassare i dpi (durante l'esportazione) e la scala (ad es. Da 1: 500 a 1: 3000) sono alcune soluzioni alternative per questo errore.

5827 n. 13 ha identificato la causa di un problema con sintomi identici. Il plugin openlayers sta prendendo come riferimento la dimensione della pagina anziché la dimensione della mappa. quindi impagina lo strato di google earth sul formato carta completo.