OpenLayers низької роздільної здатності та / або зрушень у композиторі друку QGIS?


46

У мене проблеми з плагіном Qgis OpenLayers та композитором карт:

Якщо я створюю фоновий шар OSM і якщо я хочу його експортувати, OSM-Layer виглядає ідеально в порядку у звичайному вікні програми qgis. Але в композиторі карти і після експорту шар змістився відносно інших моїх шарів форми (EPSG: 32633 - WGS 84 / UTM зона 33N).

Друга річ, що вихідна роздільна здатність експортованого шару осма дуже-дуже погана.

По-справжньому поганим способом подолати всю цю проблему було б збільшити роздільну здатність екрана та зробити скріншот вікна складання карти qgis. Але я не думаю, що це було б дуже професійно. Це також спричинило б великий біль :)

Я використовую Qgis 1.8.0-Lisboa під Linux. Плагін openlayers - версія 0.92.

берегова лінія зміщена


1
Деспутін, Ви коли-небудь знаходили рішення для друку високоякісної роздільної здатності друку OSM?
C_K

1
Плагін OpenLayers не підтримує друк. Використовуйте QuickMapServices замість gis.stackexchange.com/questions/20191/…
underdark

Виникнення цієї ж проблеми з плагіном QuickMapServices і створенням карти розміром сторінки не вирішує її. Будь-які інші пропозиції?
TTome

Це не дає відповіді на запитання. Щоб критикувати або вимагати роз'яснення у автора, залиште коментар під їх дописом. - З огляду
Whyzar

Відповіді:


21

Пізнє оновлення

Проблеми із плагіном Openlayers та композитором друку тривають уже роки, без вирішення. Як наслідок, намагайтеся уникати плагіна Openlayers, коли вам потрібен вихід для друку. Тим часом був розроблений новий плагін - QuickMapServices. Я пропоную спробувати це.


На жаль, я не можу відтворити помилку. Чи можете ви спробувати поточну версію плагіна Openlayers (1.0.0) та Qgis master? Композитор друку значно покращився після Лісбоа.

Крім того, ви можете спробувати репроектувати рівень даних на EPSG 3857. Я думаю, це ваш проект CRS.

Можливо, пов’язані з цим звітом про помилку:

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

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

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

але, здається, з'являється не у кожному випадку.


Дякую за відповідь: Тепер у мене є плагін openlayer, і він працював !! Як мені отримати qgis master на debian? Тепер я маю це у сховищі: deb qgis.org/debian wheezy Головне ще одне питання: Чи можу я покращити роздільну здатність фонової карти? Для друку це дуже бідно ...
desputin

Для установки debian краще відкрити нову тему. Я не можу вам там допомогти. Для роздільної здатності друку ви можете збільшити dpi у композиторі друку, але можливо отримати карту без фону. Або виберіть більший формат паперу та використовуйте як експорт pdf або принтер у форматі PDF.
AndreJ

Гм, з роздільною здатністю друку ви мене зрозуміли неправильно. Карта виглядає чудово, ОКРЕМИ, що роздільна здатність OSM погана. Схоже, це не покращиться, якщо я експортую з більшою роздільною здатністю.
депутат

Привіт @AndreJ! Оскільки це прийнята відповідь, чи не заперечуєте ви додати зауваження, що плагін Openlayers не підтримує друк?
underdark

@underdark Я думаю, найкраща порада - уникати плагіна, де це можливо.
AndreJ

22

Це звичайна помилка, і є багато ниток, які займаються цим.

Рішення полягає в тому, щоб ваш елемент / об'єкт карт відповідав композитору карти.

Приклад

помилка


Дякую, але це насправді дратує. Чи є якась прогулянка? У моєму випадку карта добре виглядає у композиторі карт, але експортовані зображення неправильні.
Тактопода

1
Після того, як картографічний вміст на 100% вмістить ваш композитор карт (це головна проблема, якщо у вас є зсув), ви можете додати білі фігури (тобто прямокутники) з усіх боків композитора карти. Сподіваюся, що це допомагає
julsbreakdown

1
У мене виникли ті ж проблеми і змінив полотно карти на розмір сторінки, що працювала. Я використовую QGis 2.8.1 в Win7
Даніель

Аналогічним та простішим рішенням для мене було обрати параметр «Обрізати на вміст» під час експорту до зображення.
амбол

13

Для майбутніх читачів, які переглядають цю публікацію, ця помилка все ще існує о 2.12. Ось наочний приклад помилки, скріншот із PDF, який я створив за допомогою композитора друку. Усі шари, а також основна карта зображень Bing були EPSG: 3857 (WGS 84 / Pseudo Mercator). Я червоним кольором зазначив, як зміщуються основні зображення. Цей зсув виникає лише у виході композитора друку; скрізь воно правильно вирівняне. Це впевнено виглядає як якесь зміщення даних:

введіть тут опис зображення

Але це не зміна дати. Це помилка композитора друку, яка змінює розташування карти будь-якого (все? Я не впевнений. Принаймні Bing Aerial) базової карти OpenLayers при експорті в pdf (я теж думаю, що png). Але цей зсув відбувається лише в тому випадку, якщо навколо Print Composer є поле навколо карти - тобто площа карти менша за розмір паперу. Навіть на міліметр (wierd, так?)

На щастя, пояснення Шанкара (спасибі!) Дає вирішення. Я розширю його відповідь цими деталями:

Щоб подолати помилку, якщо ви додасте карту до композитора друку, яка містить базову карту OpenLayers, карта повинна заповнити весь розмір сторінки без будь-якого поля (це прикро, оскільки пробіл навколо карти може допомогти візуально). Щоб заповнити сторінку, перейдіть на панель "Властивості предмета" на карті (Перегляд> Панелі> Властивості об'єкта, встановлено прапорець). Розгорніть розділ «Положення та розмір». Зверніть увагу на поля X, Y, ширина та висота; вони визначають початкову точку та розширення карти на сторінці. Оскільки ми хочемо, щоб розмір карти дорівнював розміру сторінки, ми вводимо значення розміру сторінки. Наприклад, розміри паперу формату A4 становлять 210 мм x 297 мм ( http://www.papersizes.org/a-paper-sizes.htm ). Отже, для портретно-орієнтованої карти введіть: X = 0, Y = 0, ширина = 210, висота = 297

  • ці значення припускають, що "Відправну точку" відмічено до північно-західного поля.

Зауважте, як карта заповнює всю сторінку. Тепер, коли ви експортуєте у pdf, базове зображення базової карти не зміститься.


1
Додаткова інформація! У плагіні QuickMapServices, здається, немає цієї проблеми. Я робив кілька неформальних тестувань із QMS, і зрушення не відбулося. Дивіться відповідь romainbh наступним чином: gis.stackexchange.com/questions/170347/…
Стю Сміт

9

Я думаю, що я визначив проблему. при друкуванні, якщо ви встановите положення та розмір шару карти у композиторі, точно рівних розміру сторінки, відкриті шари відповідають векторним шарам, інакше відкриті шари отримують їх розширення від розміру сторінки, а потім прилаштовують шар до меншої карти розмір, що спричиняє нерівність.

в основному плагін відкритих шарів використовує розмір сторінки замість розміру карти при виборі області відкритого шару для відображення під час друку. Як обхід, просто встановіть розмір карти саме на розмір сторінки у композитора.


4

5827 №13 встановлено причину проблеми з однаковими симптомами. Плагін openlayers бере як орієнтир розмір сторінки, а не розмір карти.


1
Саймон, ласкаво просимо до GISse і дякуємо за твій внесок. В інтересах надання якомога більше інформації у відповіді це може допомогти надати посилання на звіт про помилку, на який ви посилаєтесь.
Отримайте просторовий

На жаль, звіт про помилку, на який посилається у відповіді ( hub.qgis.org/isissue/5827 ), видалено з qgis.org.
AndreJ

2

Зниження dpi (під час експорту) та масштабу (наприклад, від 1: 500 до 1: 3000) є деяким вирішенням цієї помилки.


-2

5827 №13 встановлено причину проблеми з однаковими симптомами. Плагін openlayers бере як орієнтир розмір сторінки, а не розмір карти. таким чином розташуйте шар Землі Google до повного розміру паперу.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.