OpenLayers baixa resolução e / ou mudanças no QGIS print compositor?

46

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.

costas deslocadas

desputar
fonte
1
Desputin, Você já encontrou uma solução para imprimir uma resolução de impressão OSM de alta qualidade?
C_K
1
O plugin OpenLayers NÃO SUPORTA a impressão. Use o QuickMapServices em vez de gis.stackexchange.com/questions/20191/…
underdark
Ter esse mesmo problema com o plug-in QuickMapServices e tornar o mapa o tamanho da página não resolve. Alguma outra sugestão?
TTome 19/02
Isso não fornece uma resposta para a pergunta. Para criticar ou solicitar esclarecimentos a um autor, deixe um comentário abaixo da postagem. - Da avaliação
whyzar 20/02

Respostas:

21

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.

AndreJ
fonte
Obrigado pela resposta: Agora eu tenho o plugin openlayer e funcionou !! Como obtenho o qgis master no debian? Agora eu tenho isso no repositório: deb qgis.org/debian wheezy, mais uma pergunta: Posso melhorar a resolução do mapa de fundo? Para imprimi-lo é muito pobre ...
desputin
Para a instalação do debian, é melhor abrir um novo tópico. Eu não posso te ajudar lá. Para a resolução de impressão, você pode aumentar o dpi no compositor de impressão, mas pode obter um mapa sem fundo. Ou selecione um formato de papel maior e use a exportação em PDF ou uma impressora em PDF como saída.
27412 AndreJ
Hum, com a resolução de impressão que você me entendeu mal. O mapa parece bom, EXCETO que a resolução OSM está ruim. Isso não parece melhorar se eu exportar com uma resolução mais alta.
desputin
Olá @AndreJ! Como esta é a resposta aceita, você gostaria de adicionar uma observação de que o plug-in Openlayers não suporta impressão?
Underdark
@underdark Acho que o melhor conselho é evitar o plugin sempre que possível.
31716 AndreJ
22

É 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.

Exammple

erro

julsbreakdown
fonte
Obrigado, mas isso é realmente irritante. Existe algum passeio? No meu caso, o mapa fica bem no compositor de mapas, mas as imagens exportadas estão erradas.
Tactopoda
1
Quando a div do mapa se encaixa 100% no compositor de mapas (este é o issu principal, se você tiver uma mudança), você pode adicionar formas brancas (por exemplo, retângulos) em todos os lados do compositor de mapas. Espero que ajude
julsbreakdown
1
Eu estava tendo o mesmo problema e alterei a tela do mapa do tamanho da página que funcionava. Estou usando o QGis 2.8.1 no Win7
Daniel
Uma solução semelhante e mais fácil para mim foi escolher a opção Recortar para conteúdo ao exportar para uma imagem.
amball
13

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:

insira a descrição da imagem aqui

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

  • esses valores assumem que o "Ponto de referência" está marcado na caixa noroeste.

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.

Stu Smith
fonte
1
Informação adicional! O plugin QuickMapServices não parece ter esse problema. Fiz alguns testes informais com o SGQ e a mudança não ocorreu. Veja a resposta de romainbh no seguinte: gis.stackexchange.com/questions/170347/…
Stu Smith
9

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.

Shankar Gupta
fonte
4

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.

Simon
fonte
1
Simon, seja bem-vindo ao GISse e obrigado pela sua contribuição. No interesse de fornecer o máximo de informações possível em uma resposta, pode ser útil fornecer um link para o relatório de bug que você está referenciando.
Get Spatial
Infelizmente, o relatório de bug mencionado na resposta ( hub.qgis.org/issues/5827 ) foi removido do qgis.org.
Andrej
2

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.

brentiemapper
fonte
-2

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.

Shankar Gupta
fonte