我在使用Qgis的OpenLayers插件和地图编辑器时遇到了麻烦:

如果我创建OSM背景层并导出,则OSM层在正常的qgis程序窗口。但是在地图编辑器中,导出后,图层相对于我的其他形状图层已相对移动(EPSG:32633-WGS 84 / UTM区域33N)。渗透层非常非常差。

解决整个问题的一种非常糟糕的方法是提高屏幕分辨率并制作qgis地图组成窗口的屏幕截图。但是我认为这不是很专业。这也会引起很多痛苦:)

我在Linux下使用Qgis 1.8.0-Lisboa。 openlayers插件的版本为0.92。



评论

Desputin,您是否找到打印高品质OSM打印分辨率的解决方案?

OpenLayers插件不支持打印。使用QuickMapServices代替gis.stackexchange.com/questions/20191/…

QuickMapServices插件也有同样的问题,使地图的页面大小无法解决问题。还有其他建议吗?

这不能为问题提供答案。要批评或要求作者澄清,请在其帖子下方发表评论。 -来自评论

#1 楼

后期更新

Openlayers插件和打印作曲家的问题已经存在多年了,没有解决方案。因此,在需要打印输出时,请尽量避免使用Openlayers插件。同时,新的插件QuickMapServices已被开发。我建议尝试一下。


抱歉,我无法重现该错误。您可以尝试使用当前版本的Openlayers插件(1.0.0)和Qgis master吗?在里斯本之后,Print Composer得到了很大的改进。

还可以尝试将数据层重新投影到EPSG3857。我想这是您的项目CRS。 :

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

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

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

,但似乎并非在每种情况下都出现。

评论


感谢您的回答:现在我有了openlayer插件,它可以正常工作!!我如何在Debian上获得Qgis Master?现在,我在te存储库中有了这个:deb qgis.org/debian wheezy主要的另一个问题:我可以提高背景图的分辨率吗?对于印刷来说非常差...

–desputin
2012年11月26日在22:02



对于debian安装,最好打开一个新主题。我不能在那帮你。对于打印分辨率,可以在打印编辑器中提高dpi,但可能会得到没有背景的地图。或选择更大的纸张格式,然后使用pdf导出或pdf打印机作为输出。

– AndreJ
2012年11月27日5:12

嗯,您误会了我的打印分辨率。该地图看起来不错,但OSM分辨率不好。如果我以较高分辨率导出,这似乎并没有改善。

–desputin
2012年11月27日上午8:06

嗨@AndreJ!既然这是公认的答案,您介意添加一个注释,说明Openlayers插件不支持打印吗?

– Underdark♦
16年5月30日在19:07

@underdark我想最好的建议是尽可能避免使用该插件。

– AndreJ
16年5月31日在5:44

#2 楼

这是一个常见的错误,并且有很多线程可以处理此问题。

一种解决方案是使您的地图元素/对象适合地图编辑器。 />
错误

评论


谢谢,但这真令人讨厌。有没有走动的地方?就我而言,地图在地图编辑器中看起来不错,但是导出的图像是错误的。

– ac足类
15年5月18日在18:22

一旦地图div适合100%的地图编辑器(如果有班次,这是主要问题),则可以在地图编辑器的所有侧面上添加白色形状(即矩形)。希望能有所帮助

– julsbreakdown
15年5月19日在9:42

我遇到了同样的问题,并更改了地图画布的页面大小。我在Win7中使用QGis 2.8.1

–丹尼尔(Daniel)
15年5月22日在13:46

对我来说,一种类似且更轻松的解决方法是在导出到图像时选择“裁剪到内容”选项。

–足球
17年11月25日在20:21

#3 楼

对于将来正在查看此帖子的读者,此错误在2.12仍然存在。这是该错误的直观示例,它是我使用Print Composer创建的pdf的屏幕截图。所有图层以及Bing图像底图均为EPSG:3857(WGS 84 /伪墨卡托)。我用红色指出了基础图像的变化。此偏移仅发生在Print Composer输出中;其他地方都正确对齐。它肯定看起来像某种基准偏移:



但这不是基准偏移。这是一个Print Composer错误,当导出为pdf(我也认为是png)时,它会改变任何(全部?我不确定。至少Bing Aero)OpenLayers底图的地图位置。但是,仅当Print Composer中的地图周围有空白时,即地图区域小于纸张尺寸时,才会发生此偏移。即使是毫米(奇怪,是吧?)

幸运的是,香卡的解释(谢谢!)提供了一种解决方法。我将用以下详细信息扩展他的答案:

要解决该错误,如果将地图添加到包含OpenLayers底图的Print Composer中,则该地图必须填满整个页面大小,且不包含任何边距(这很不幸,因为地图周围的空白可以在视觉上有所帮助)。要填充页面,请转到地图的“项目属性”面板(“视图”>“面板”>“项目属性”,已选中)。展开“位置和大小”部分。请注意X,Y,宽度和高度框;它们在页面上定义地图的原点和扩展名。由于我们希望地图大小等于页面大小,因此我们输入页面大小值。例如,A4纸张尺寸为210毫米x 297毫米(http://www.papersizes.org/a-paper-sizes.htm)。因此,对于纵向地图,请输入:
X = 0,
Y = 0,
宽度= 210,
高度= 297


这些值假定“参考点”已选中西北框。

注意地图如何填满整个页面。现在,当您导出为pdf时,基础底图图像将不会移动。

评论


附加信息!插件QuickMapServices似乎没有此问题。我已经使用QMS做过一些非正式的测试,但是这种转变并未发生。请参阅以下内容,了解romainbh的答案:gis.stackexchange.com/questions/170347/…

– Stu Smith
15年11月16日在21:47

#4 楼

我想我已经确定了问题所在。在打印时,如果将在作曲家中设置的地图图层的位置和大小设置为与页面大小完全相等,则打开的图层将与矢量图层匹配,否则,打开的图层会从页面尺寸中获取其范围,然后将图层适合较小的地图大小,从而导致未对准。

基本上选择开放层的面积时,显示打印时插件被使用的页面大小,而不是映射的大小的开口的层。解决方法是将地图大小设置为恰好在作曲家中的页面大小。

#5 楼




5827#13已确定出具有相同症状的问题的原因。 openlayers插件将页面大小而不是地图大小作为参考。

评论


Simon,欢迎使用GISse,并感谢您的投入。为了在回答中提供尽可能多的信息,可能会有助于提供指向您所引用的错误报告的链接。

–获得空间
2014年8月19日15:30

不幸的是,答案(hub.qgis.org/issues/5827)中引用的错误报告已从qgis.org中删除。

– AndreJ
17年7月31日在11:18

#6 楼

降低dpi(导出时)和缩放比例(例如,从1:500降低到1:3000)是解决此错误的一些方法。

#7 楼

5827#13已确定出现相同症状的问题的原因。 openlayers插件将页面大小而不是地图大小作为参考。因此将Google Earth图层布局为完整的纸张尺寸。