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; } } }

縮尺を大きくするとベースマップが印刷されない

DonPritt

Web アプリから PDF に印刷すると、ある縮尺まで拡大した後に画像ベースマップ（World_Imagery）が表示されない問題が発生しています。添付の PDF をご覧ください。画像ベースマップも印刷できるようにしたいです。

「hydrant.pdf」では、背景が印刷される範囲で可能な限り拡大しています。これ以上拡大すると、次のような結果になります。

「HydrantII.pdf」のようになります。

同じベースマップ（World_Imagery）を使って ArcMAP で拡大印刷すると、画像が表示されます。

印刷物に詳細を表示する必要があるため、この問題を解決できればと思います。

オンラインのベースマップを使っていて、同じ問題が起きている方はいますか？

タグ付きの投稿をもっと見る

Accepted answers

KellyGerrow

Hi Don,

A bug has been logged in reference to this: BUG-000096616 - Unable to print a web map when zooming in to the last 4 zoom levels (basemap: Imagery, Topographic and street), and the following error is returned: "Map data not yet available"

Feel free to contact technical support and request to be attached to the bug, or I will update this post once the bug is made public.

Kelly

All comments

TanyaHaddad

The tiled background on your failed print indicates a tiled cache. Perhaps in ArcMap you are using a dynamic version of the same source?

DonPritt

I can plot fine within Arcmap with no problem zoomed in while using the same basemap, this problem only occurs when trying to print from my gis online web maps using print widgets and not, even deleted my cache in arcmap and my browser thinking it may have gotten to bloated. This seems to be a fairly new problem after ESRI updated their base maps.

Thanks Tanya for your response, I may just have to give tech support a call....

TanyaHaddad

Yes, a dynamic source would probably print at any zoom level (even intermediate levels between tile cache levels). Versus a tile cached version would only be able to print where a cache exists.

Not sure why you are seeing the different behavior from different clients to the same service though...

RebeccaStrauch__GISP

ArcMap will always try to interpolate between cached scales, even when a dynamic source is not available. This includes continuing to zoom in to the last available cache (resampled, i.e. pixels will just get larger, and less detailed). If the data source is available, I believe it will actually use the data source. This is in the interactive window.

Printing in ArcMap, I believe, will stick with the cached levels. We have issues sometimes tht the scale that is shown in ArcMap layout is not the one that actually ends up printing, and it is typically because it needs to shift to the next cache level.

My guess is the web mapping will always use the cache tiles, if available. This is somewhat by design, 1) for speed, and 2) so the providers can control what scales are allowed and prevent users from using beyond the resolution they are collected (and/or because of licensing issues).

I'm not sure if/why it would have changed since the last update.

KellyGerrow

Hi Don,

Feel free to contact technical support and request to be attached to the bug, or I will update this post once the bug is made public.

Kelly

DonPritt

So it wasn't just me, hopefully it will get resolved soon, thanks Kelly

KenCarrier1

It is almost 2018 and this still has not been fixed? Any idea when it will be because the print widget in AGOL currently version 2.7 and WebApp Builder version 2.6, this is still not working even for custom caches built at the same zoom scale "Esri Case #02038619 - Custom print service not printing cache map service".

BrianFoley1

I realize this is an older post, but was wondering if there has been a fix to this. I am running into the same issue. I can get my map to zoom to level 23, but when I try to print my map, I get the 'map data not yet available' message.

会話に参加する

サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか？無料アカウントを登録してください。

クイックリンク

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