For uDig (which wraps some more logic around the same geotools renderer you
are using) it makes the WMS request by hand - taking into account the max
size allowed by the server.
--
Jody Garnett
On 15 January 2015 at 22:49, mroguski <mrogu...@megabit.com.pl> wrote:
> Hi Jody,
>
> thanks for your answer.
>
> Unfortunately checking if geoserver can return a pdf will not help, because
> the WMS service is hosted by Arcgsi Server in this case. I will check if
> the
> same happens with geoserver and let you know.
>
> Another thing is that reading PDF will not help because after the image is
> rendered I still need to decorate it with a lot of stuff (like north arrow,
> scalebar, footer and other things that the customer will need). It is much
> easier to decorate a single png than a pdf file.
>
> And I do not think that this has anything to do with print drivers. It
> might
> have been a bit unclear what I wrote so I will correct myself
> The task is NOT to send the result to the printer, but to get the digital
> image from the server.
> So actually - no printer involved.
>
> The request, that is being sent to the WMS service is being logged, so I
> can
> see it. And it clearly states the width and height of the image - which
> exceed the maximum size of the image that can be returned.
>
> So in my opinion the problem is inside the method I mentioned when in
> alters
> the size of the BufferedImage that is to be drawned.
>
> I though about using the bounding box with the CRS of the layer that is
> being printed so that the method will not do any changes. But the problem
> is
> that, in most cases, this WMS is not the only data source I have.
> I have many sources, that are being displayed at the same time, like WMS,
> WFS (both from ArcgisServer and Geoserver), shape files, oracle spatial,
> postgis and other. And each one of them can have different CRS set.
>
> Drawing each layer separately takes much more time and much more memory so
> it is not an option. But I can check for this one layer if passing the
> *bbox* with the same CRS as the layer have will do.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Problem-with-printing-WMS-tp5181673p5181793.html
> Sent from the geotools-gt2-users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> GeoTools-GT2-Users mailing list
> GeoTools-GT2-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
GeoTools-GT2-Users mailing list
GeoTools-GT2-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
