[Qgis-user] WMS-T printing issue

Tue Oct 11 07:11:38 PDT 2011

Hi Frederick,

I have this combination: geoserver (2.0.2) with gwc and
1) QGIS 1.7.0 on WinXP
2) QGIS 1.7.1 on OpenSuse
I access the WMS server with tiled=true and get several tilesets to 
choose from in QGIS. As you use CutePDF I assume you are on a Windows 
platform.

Tests (MapComposer with only tiled WMS layer, A0):
1)a) FreePDF: printing takes forever; killed after 40 minutes
1)b) QGIS' pdf button, print as raster ticked: crashes QGIS
2)a) print in pdf: works
2)b) QGIS' pdf button, print as raster ticked: works

so problem confirmed for WinXP

To Giovanni's response:
QGIS 1.7 does not have the option named but the dev-branch (aka 1.8 in 
OSGEO-Install) has
geoserver with gwc is not recognized as a tiled WMS when connecting to 
it, so the "tilesets" tab stays greyed out, however if you append 
tiled=true to the WMS-server's URL the tiles are offered. Maybe this is 
different if you run tilecache on your WMS-server

best wishes

Bernhard Ströbl

Am 11.10.2011 09:32, schrieb Frederick Löbig:
>
> Hi Giovanni,
>
> thanks for the quick response. This is exactly what I thought could be the issue. But there are a few things which I don't understand:
>
> 1. The map tiles are provided by a geoservers GWC. When I add the layer to e.g. uDig, the printing process works great. It's nice and fast (about 10 secs for ISO-A0).
> 2. I don't have the input-fields for width and height when I add a layer but I'm using qGIS 1.7.0 Wroclaw
> 3. Is it a general problem that qGIS is requesting a big tile instead of many small tiles when printing? If not, the problem has to be somewhere else...
>
> Has anyone had this problem with this software combination (qGIS 1.7 and GWC)?
>
> Best,
> Freddy
>
>
> B.Eng. Frederick Löbig
> Röderichstraße 59
> 60489 Frankfurt am Main
> ---
> E:: Frederick.Loebig at grunsnid.de
> P: +49 (0) 69 - 78 99 52 41
> M: +49 (0) 174 - 70 89 296
> ---
> Office:
> euNetworks GmbH
> Ludwig-Landmann-Straße 40560486 Frankfurt am MainP: +49 (0) 69 - 90 554 - 534
> E: Frederick.Loebig at eunetworks.com
> S: floebig
>
> This email and any attachments may contain confidential and/or legally privileged information. If you are not the intended recipient, please delete the email without reading it and notify the sender.
>
>> Subject: Re: [Qgis-user] WMS-T printing issue
>> From: giovanni.manghi at gmail.com
>> To: frederick.loebig at grunsnid.de
>> Date: Mon, 10 Oct 2011 22:29:00 +0100
>> CC: qgis-user at lists.osgeo.org
>>
>> Hi Freddy,
>>
>> many standard WMS servers do not allow to download images bigger than a
>> certain size, this is the reason why there are usually no problems to
>> create a large size layout on screen (because it is at 72dpi) but then
>> it results in a blank image when printing or exporting to pdf (at high
>> resolutions).
>>
>> Since qgis 1.7 when connecting to a WMS server you can manually set the
>> maximum "tile" size to be requested. This allow to overcome the server
>> limits.
>>
>> http://www.youtube.com/faunalia#p/a/u/1/0phOQD3wTAU
>>
>> This option is not available (as it does not makes sense) when the
>> server is recognized as a tilecache one (the layers are shown in the
>> "tilesets" tab).
>>
>> Cheers
>>
>> -- Giovanni --
>>
>>
>> On Mon, 2011-10-10 at 13:40 +0200, Frederick Löbig wrote:
>>> Hi list,
>>>
>>> I have a major problem creating ISO-A0 size plots with QuantumGIS and
>>> a Tileset-layer.
>>>
>>> When I add the layer to the project with the ?tiled=true attribute,
>>> the navigation within the map-window is nice and fast and the look is
>>> really good. When I create plot-template and use an external pdf
>>> creator (CutePDF writer) it only works good for formats smaller or
>>> equal than ISO-A2. Any  plot of a bigger format results in an empty
>>> plot (at least the raster-layer isn't plotted, all added vector
>>> elements such as legend, northing, border etc. is plotted). I had a
>>> look at geoservers log to check for any errors resulting from
>>> insufficient memory or else with no result. Everything seems to have
>>> worked fine according to the log file.
>>>
>>> Has anyone had this kind of problem as well or does anybody have a
>>> workaround for that?
>>>
>>> Best,
>>> Freddy
>>>
>>>
>>> B.Eng. Frederick Löbig
>>> Röderichstraße 59
>>> 60489 Frankfurt am Main
>>> ---
>>> E:: Frederick.Loebig at grunsnid.de
>>> P: +49 (0) 69 - 78 99 52 41
>>> M: +49 (0) 174 - 70 89 296
>>> ---
>>> Office:
>>> euNetworks GmbH
>>> Ludwig-Landmann-Straße 405
>>> 60486 Frankfurt am Main
>>> P: +49 (0) 69 - 90 554 - 534
>>> E: Frederick.Loebig at eunetworks.com
>>> S: floebig
>>>
>>> This email and any attachments may contain confidential and/or legally
>>> privileged information. If you are not the intended recipient, please
>>> delete the email without reading it and notify the sender.
>>>
>>> _______________________________________________
>>> Qgis-user mailing list
>>> Qgis-user at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>> _______________________________________________
>> Qgis-user mailing list
>> Qgis-user at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>   		 	   		
>
> ________ Information from NOD32 ________
> This message was checked by NOD32 Antivirus System for Linux Mail Server.
> http://www.nod32.com
>
>
>
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
> ________ Information from NOD32 ________
> This message was checked by NOD32 Antivirus System for Linux Mail Server.
> http://www.nod32.com

________ Information from NOD32 ________
This message was checked by NOD32 Antivirus System for Linux Mail Server.
http://www.nod32.com