Estou tendo problemas com o OpenLayers Plugin of Qgis e o compositor de mapas:
Se eu criar uma camada de plano de fundo do OSM e se quiser exportar isso, a camada de OSM ficará perfeitamente bem na janela normal do programa qgis. Mas no compositor de mapas e após a exportação a camada mudou relativamente às minhas outras camadas de forma (EPSG: 32633 - WGS 84 / UTM zona 33N).
A segunda coisa é que a resolução de saída da camada osm exportada é muito, muito ruim.
Uma maneira realmente ruim de contornar todo esse problema seria aumentar a resolução da tela e fazer uma captura de tela da janela de composição do mapa do qgis. Mas não acho que isso seria muito profissional. Também causaria muita dor :)
Estou usando o Qgis 1.8.0-Lisboa no Linux. O plugin openlayers é a versão 0.92.
fonte
Respostas:
Atualização tardia
Os problemas com o plug-in Openlayers e o compositor de impressão duram anos, sem solução. Como conseqüência, tente evitar o plug-in Openlayers quando precisar de uma saída de impressão. Um novo plugin, QuickMapServices, foi desenvolvido nesse meio tempo. Eu sugiro tentar isso.
Desculpe, não consigo reproduzir o erro. Você pode experimentar a versão atual do plugin Openlayers (1.0.0) e do Qgis master? O compositor de impressão melhorou muito depois de Lisboa.
Além disso, você pode tentar reprojetar sua camada de dados no EPSG 3857. Acho que esse é o seu CRS de projeto.
Talvez relacionado a este relatório de erros:
http://hub.qgis.org/issues/4223
http://hub.qgis.org/issues/5827
http://hub.qgis.org/issues/6653
mas parece não aparecer em todos os casos.
fonte
É um bug comum, e há muitos tópicos que lidam com isso.
Uma solução é fazer com que seu elemento / objeto do mapa se ajuste ao compositor de mapas.
erro
fonte
Para futuros leitores que estão visualizando esta postagem, esse bug ainda existe na 2.12. Aqui está um exemplo visual do bug, captura de tela de um pdf que eu criei usando o Print Composer. Todas as camadas, bem como o mapa base das imagens do Bing, eram EPSG: 3857 (WGS 84 / Pseudo Mercator). Observei em vermelho como as imagens subjacentes haviam mudado. Essa mudança ocorre apenas na saída do compositor de impressão; em qualquer outro lugar alinhado corretamente. Com certeza parece algum tipo de mudança de dado:
Mas não é uma mudança de dado. É um bug do Print Composer que muda a localização do mapa de qualquer (todos? Não tenho certeza. Pelo menos o Bing Aerial) mapa base do OpenLayers quando exportado para um pdf (também acho que png). Mas essa mudança ocorre apenas se houver uma margem ao redor do mapa no Print Composer - ou seja, a área do mapa é menor que o tamanho do papel. Mesmo um milímetro (estranho, hein?)
Felizmente, a explicação de Shankar (obrigado!) Fornece uma solução alternativa. Expandirei sua resposta com esses detalhes:
Para contornar o erro, se você adicionar um mapa ao Print Composer que contenha um mapa base do OpenLayers, o mapa deverá preencher o tamanho inteiro da página, sem margem (isso é lamentável, porque o espaço em branco ao redor do mapa pode ajudar visualmente). Para preencher a página, vá para o painel Propriedades do item do mapa (Exibir> Painéis> Propriedades do item, marcado). Expanda a seção "Posição e tamanho". Observe as caixas X, Y, Largura e Altura; eles definem o ponto de origem e a extensão do mapa na página. Como queremos que o tamanho do mapa seja igual ao tamanho da página, inserimos os valores do tamanho da página. Por exemplo, as dimensões do papel A4 são 210 mm x 297 mm ( http://www.papersizes.org/a-paper-sizes.htm ). Portanto, para um mapa orientado a retrato, digite: X = 0, Y = 0, Largura = 210, Altura = 297
Observe como o mapa preenche a página inteira. Agora, quando você exporta para um pdf, a imagem do mapa base subjacente não será alterada.
fonte
Eu acho que identifiquei o problema. ao imprimir, se você definir a posição e o tamanho da camada do mapa no compositor exatamente igual ao tamanho da página, as camadas abertas corresponderão às camadas vetoriais; caso contrário, as camadas abertas terão suas extensões no tamanho da página e ajustarão a camada ao mapa menor tamanho, causando desalinhamento.
basicamente, o plug-in de camadas abertas está usando o tamanho da página em vez do tamanho do mapa ao escolher a área da camada aberta a ser exibida durante a impressão. Como alternativa, defina o tamanho do mapa exatamente para o tamanho da página no compositor.
fonte
5827 # 13 identificou a causa de um problema com sintomas idênticos. O plugin openlayers está tomando como referência o tamanho da página, e não o tamanho do mapa.
fonte
Baixar o dpi (ao exportar) e a escala (por exemplo, de 1: 500 a 1: 3000) são algumas soluções alternativas para esse bug.
fonte
5827 # 13 identificou a causa de um problema com sintomas idênticos. O plugin openlayers está tomando como referência o tamanho da página, e não o tamanho do mapa. então, faça o layout da camada do Google Earth para o tamanho total do papel.
fonte