Printing WMS layers in ArcMap 9.0

[David Bitner]

I think an approach from the Mapserver side that could help could be
the ability to have a trigger that when the mapsize is greater than a
user set size (ie over 2000 pixels in either dimension) render the map
for 300dpi (also configurable)  output by making all symbology larger.

Any developers know how hard this would be?

On 6/24/05, David Bitner <osgis.lists at gmail.com> wrote:
> I just hit the same brick wall.  Another way to get the map to print
> out is to set MAXSIZE parameter in your mapfile really high.  This
> gets everything to print, but  all the symbology -- texts and line
> widths -- end up nice and tiny.
> 
> 
> On 5/30/05, Ken Lord <kenlord at gmail.com> wrote:
> > I've encountered the same problem.  I can see wms layers in ArcGIS 9, but
> > not print or export them, the rest of the map prints or exports, but nothing
> > from wms is included.
> >
> > I'll have to try the low resolution suggestion and see if it works for me, I
> > am surprised it works for you.  For me it appears that ArcMap just doesnt
> > give any time for the wms layers to regenerate when it regenerates
> > everything for the print/export, but the reason given makes sense, I've seen
> > wms layers fail to draw when requesting too large of an area.
> >
> > I would have assumed that they would request smaller tiles to fill the map
> > if the area/resolution is too high, but it is ESRI, so perhaps we'll see it
> > in service pack 4.
> >
> > Cheers,
> > Ken Lord
> > Vancouver BC
> >
> >
> >
> >
> >
> >
> >
> >
> > On 5/30/05, Tyler Mitchell <tylermitchell at shaw.ca> wrote:
> > > 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.
> > >
> >
>