Print Templates - problems with increasing the resolution
Hello. New to all this, and I'm experimenting with print templates for the first time.
I have several services with multiple symbology/scale ranges. I've created a basic print template. If I print a 1:1200 scale print at 96 dpi, it prints exactly what is on the screen.
However, if I increase the dpi to 300, the symbology changes. It appears that instead of using the 1:1200 scale symbology, it is using the symbology from our 1:360 scale, which are way too small in the resulting print. Am I right in thinking that the print driver is determining which scale to use based on the ratio between the dpi and 96? If so, is there any way around this? All I'm looking for is a higher res version of the 96 dpi plot, using the appropriate symbology for that scale.
/customer/servlet/servlet.FileDownload?file=00P6000000e881HEAQ /customer/servlet/servlet.FileDownload?file=00P6000000e883rEAA
See how the parcel outlines become thinner at 300 dpi, and the street and address text is much smaller.
-
Hi Chris,
The behaviour you see is a result of what ArcGIS Server returns to us when we request a print image.
When you print at screen resolution (96dpi), we would request an image that exactly matches what you see on the screen. However, when you print that PDF, it will look grainy because 96dpi is very low resolution for paper (less than a fax machine).
To make a high quality printout, we request a high resolution image from ArcGIS Server. However, when you're using a cached service, ArcGIS Server will generate an image based on the cached imagery rather than recreating it from the base data. That means that renderers won't get scaled up to suit.
For example, if I was printing a map of Victoria, I might use this as the image for my subject map at 96 DPI:
(http://services.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/export?bbox=-13735995.4093497%2C6174575.31288618%2C-13731522.1921552%2C6179048.53008068&bboxSR=102100&layers=show%3A0&layerdefs=&size=192%2C192&imageSR=102100&format=png24&transparent=true&dpi=96&time=&layerTimeOptions=&f=html) http://services.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/export?bbox=-13735995.4093497%2C6174575.31288618%2C-13731522.1921552%2C6179048.53008068&bboxSR=102100&layers=show%3A0&layerdefs=&size=192%2C192&imageSR=102100&format=png24&transparent=true&dpi=96&time=&layerTimeOptions=&f=html
If I were printing at 300dpi, this is the image we would request:
(http://services.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/export?bbox=-13735995.4093497%2C6174575.31288618%2C-13731522.1921552%2C6179048.53008068&bboxSR=102100&layers=show%3A0&layerdefs=&size=600%2C600&imageSR=102100&format=png24&transparent=true&dpi=300&time=&layerTimeOptions=&f=html) http://services.arcgisonline.com/ArcGIS/rest/services/World_Street_Map/MapServer/export?bbox=-13735995.4093497%2C6174575.31288618%2C-13731522.1921552%2C6179048.53008068&bboxSR=102100&layers=show%3A0&layerdefs=&size=600%2C600&imageSR=102100&format=png24&transparent=true&dpi=300&time=&layerTimeOptions=&f=html
For a PDF, we would use that larger image and then scale it down so that it fits the same area on paper.
Notice that ArcGIS Server claims the same scale for both maps, despite the map clearly drawing different features (like the roads in the park!)
Unfortunately there is no easy workaround for this behaviour. It's what ArcGIS Server does for us.
0 -
Malcolm,
I'm having a similar problem, but in my map I've got cached layers only when zoomed out. When zoomed in, my labels are dynamic. I'm noticing problems when I'm zoomed in and the map is using dynamic labels, not when I'm zoomed out and the map is using the cached labels.
0 -
Thanks for the info Malcolm. I heard that ArcGIS Server 10.1 will have greatly expanded printing capabilities. Hopefully it will include enhancements for high quality prints from cached layers that you guys will be able to leverage.
Chris
0 -
This post is from 2011, but I am seeing this behavior still. Is there a work-around? 0
Please sign in to leave a comment.
Comments
4 comments