nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Print output does not match visible map

KatyAppleton1

When using Print from Map Viewer to create a layout, sometimes the output does not match the map.

Example: Koppen Geiger climate classification - colours are different

Example: Population, when symbolised by dot density - dots do not show at certain scales. (Shows fine with original polygon symbology; dots show at larger scales, but arguably the value of point density is in the overview!)

I (and my students) expected the output to be a snapshot of the data, as seen. Is this expected behaviour?

Najděte více příspěvků označených jako

Mapping

Accepted answers

DanPisut

Hi @KatyAppleton1 Several people looked at this and we couldn't come up with a fix where colors, pop-ups, and export were all correct. So instead we republished the layer now the Map Viewer supports Unique Values for this data type. Please try this: https://arcgis.com/home/item.html?id=b29f0641f97f45d1916118e78a9dfe95

We will add it to Living Atlas and deprecate the older version soon.

All comments

KatyAppleton1

Thanks Dan, yes, I think there could be a multidimensional issue but I haven't had time to test it enough to report it. When this came up in class it was just the colours - we were not getting into the multidimensional aspect, and that may be my bad on the mismatched screenshots here.

DanPisut

We will add it to Living Atlas and deprecate the older version soon.

DanPisut

Hi @KatyAppleton1 and @HaydenWelch. We're looking into this. It's pretty tricky since there seems to be some discrepancy between the data which is integer and how Online and Pro are handling the value vs label vs color. The colors and values in the pop-up in Online do match with the original data (e.g., 14 really is 14). But the rendering is getting lost in translation in Pro and the Print Layout with that 1 class shift.

Also, in your above example, Katy, it seems that Print may not be honoring the multidimensional selection since the classes have completely changed...not just the colors.

KatyAppleton1

Thanks! Data owner is Esri Environment... I'll try leaving a comment on the item.

Hayden Welch

Hmm. It seems that this is both confusing and also expected. The Print tool will target the underlying dataset, which in this case looks like this when opened in ArcPro:

So your print out is "correct" according to the source data. In this case it seems that the base map is shifted either up by one in the webmap or down by one in the base raster.

Issue with that one is here:

The layer symbology at the source is inclusive of the upper bound. Meaning the colors are drawn wrong in the print. This layer should be updated by the maintainers to use a Quantile classification instead of Jenks since each pixel value is a whole number...

Připojte se k diskusi

Přihlášení členové mohou přispívat, sledovat aktualizace a další. Jste tu noví? Zaregistrujte si bezplatný účet.

Rychlé odkazy

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.