Printing WMS layers in ArcMap 9.0

[Tyler Mitchell]

That is the right problem.  You will find results vary depending on whose WMS
you are using.  MapServer has a default image size limit of 2,000, I think.
It can be overridden at MapServer compile time.  I use another (IMS) service
that is limited to 1024.  It will then be all related the output resolution
of the device or export file you select.  In most cases, at a resolution of
about 120DPI you might get an 8.5 x 11 page??  Good luck - it's thoroughly
irritating.

Tyler

On May 30, 2005 01:12 am, Bonnie Stewart wrote:
> Cheers Mike.
>
> I've actually just found the answer in one of ESRI's user forums:
> http://forums.esri.com/Thread.asp?c=132&f=1341&t=157673&mc=2
>
> Just in case that link moves:
>
> Subject       Re: print wms service
> Author         Graeme Browning
> Date              May 10, 2005
> Message
>
> Hi Bastian
>
> I came across something similar trying to use Export Map to PDF on a WMS
> layer that exported fine to JPG and was given this advice:
>
> "My guess is the JPG files export without problems because they at drawing
> at a resolution of 96 dpi. This is the default resolution for JPG exports.
> PDF exports, however, have a default resolution of 300 dpi. We've
> reproduced the draw failure here, it occurs in all formats when resolution
> is 300 dpi. The service layers are dropped in all export formats and during
> printing. This confirms that the failure is occuring at draw time.
>
> We looked further into the issue, and identified a limitaion on the
> server's end as the cause of the draw failure. When we peeked at the
> server's response from the request sent during the 300 dpi export, it
> returned an exception message stating, "Image is wider than maximum allowed
> width of 2000". In order to draw the service layer at a resolution of 300
> dpi, ArcMap had requested an image of width=3063 height=2619. The server
> raised the exception instead of returning the image.
>
> While this layer draw failure is not caused by our export implementation,
> we probably need to do a better job of providing feedback when exceptions
> occur during output. When pixel size limit errors occur on draw to the
> screen, ArcMap displays an information dialog to inform the user of the
> exception. Output, however, does not provide any feedback mechanism. For
> now, the only workaround I can recommend is outputing your PDF file at a
> lower resolution, something close to 96 dpi. "
>
> In my case turning the resolution down to 150dpi achieved the result I was
> looking for - perhaps you can try doing the same.
>
> - Graeme
>
>
> Graeme Browning
> ESRI Australia
>
> While this was talking about JPG files, the problem was similar with .emf
> files. I tried exporting to .emf at 200 dpi instead of the default 300, and
> the image came out OK. When you go to print, you can't specify the dpi
> numerically, but there's a "Output Image Quality" slider from Fast ->
> Normal -> Best. I changed it to 'Fast' (default is 'Best'), and it printed
> (and previewed - but you have to cancel out of the Print dialog in order to
> preview) fine.
>
> Hopefully this info saves somebody else from the puzzled few days I just
> had :)
>
>
> Cheers,
>
>
> Bonnie
>
> ________________________________
> Bonnie Stewart
> Research Officer
> Satellite Remote Sensing Services
> Department of Land Information
>
> Email: Bonnie.Stewart at dli.wa.gov.au
> Phone: 9387 0342
>
> ________________________________
>
> From: UMN MapServer Users List on behalf of Mike Davis
> Sent: Mon 30/05/2005 3:23 PM
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [Maybe SPAM] Re: [UMN_MAPSERVER-USERS] Printing WMS layers in
> ArcMap 9.0
>
>
>
> Bonnie-
>
> We use ArcMap extensively and it has become standard practice in our
> GIS shop to export everything to .pdf before printing.
>
> I am not sure about WMS bugs specifically, but the various other
> problems we have encountered while trying to print maps from the
> modern (8.x 9.x) Arc programs are often solved by using .pdf.
>
> good luck
>
> -Mike
>
> On 5/29/05, Bonnie Stewart <Bonnie.Stewart at dli.wa.gov.au> wrote:
> > Hi all,
> >
> > Technically, I suspect this question would be more appropriate for an
> > ArcGIS users forum, but from what I can find there's not a lot of help
> > out there on ArcGIS issues, so I was hoping someone else from the
> > Mapserver-users community might be using ArcMap, and might have
> > encountered this issue before.
> >
> > I've got a couple of mapfiles up and running which are include various
> > vector and raster layers, and mostly I'm accessing them via ArcMap 9.0.
> > However, I'm having trouble getting ArcMap to print my WMS images - print
> > preview always comes up blank, and if you go ahead and print a page
> > anyway, it's blank.
> >
> > ArcMap's Help says that ArcMap converts maps to .emf (Windows Enhanced
> > Metafile) for printing, and suggests manually doing an export to .emf and
> > then opening up the .emf to see where the problem lies. Well, I've done
> > this, and the .emf comes out entirely blank. To compare, I've tried
> > exporting to .bmp, and that comes out fine.
> >
> > Is there a problem with exporting WMS images to .emf?
> > Is it possible to get ArcMap to print from a different export format?
> >
> > I have absolutely no GIS experience, so it's probably something very
> > obvious, but all help would be much appreciated!
> >
> > (Would be happy to provide the mapfiles etc, but as I can print fine in
> > Internet Explorer, and ArcExplorer 4, I don't think it's an issue with
> > the mapfiles..)
> >
> >
> > Cheers,
> >
> >
> > Bonnie
> >
> >
> > ________________________________
> > Bonnie Stewart
> > Research Officer
> > Satellite Remote Sensing Services
> > Department of Land Information
> >
> > Email: Bonnie.Stewart at dli.wa.gov.au
> > Phone: 9387 0342
> >
> >  This e-mail and any files transmitted with it are intended only for the
> > use of the addressee(s). It may contain information that is confidential
> > and privileged. If you are not an intended recipient, any use,
> > interference with, disclosure, distribution or copying of this material
> > is unauthorised and prohibited. If you receive this in error, please
> > notify the author by Return email to the sender. Information in this
> > message not relating to the official business of DLI shall be understood
> > as neither given nor endorsed by it. While every care is taken, it is
> > recommended that you scan any attachments for viruses. DLI liability is
> > limited to re-supplying affected attachments.
>
> This e-mail and any files transmitted with it are intended only for the use
> of the addressee(s).  It may contain information that is confidential and
> privileged.  If you are not an intended recipient, any use, interference
> with, disclosure, distribution or copying of this material is unauthorised
> and prohibited. If you receive this in error, please notify the author by
> Return email to the sender. Information in this message not relating to the
> official business of DLI shall be understood as neither given nor endorsed
> by it.  While every care is taken, it is recommended that you scan any
> attachments for viruses. DLI liability is limited to re-supplying affected
> attachments.