ArcGIS 发布服务的那些事儿——（2）切片服务（A篇）

上一篇讲到了在ArcGIS Desktop两款软件中发布动态服务的异同，这篇来讲一下发布切片服务的异同，为了与时俱进，小编决定把ArcGIS Pro升级到2.3.2，其余软件版本不变。

最近新增加了一篇关于栅格切片相关操作，按需观看
传送门：ArcGIS中栅格切片相关操作

上一篇传送门：ArcGIS 发布服务的那些事儿——（1）动态服务
A: ArcMap中发布切片服务
1、使用自定义的切片方案（可选）
工具箱位置：ArcToolBox>DataManagement Tools>Tile Cache>Generate Tile Cache Tiling Scheme
传送门：Generate Tile Cache Tiling Scheme帮助文档

注：只是为了做测试，因此切片级数比较少，在实际生产环境中需要根据情况调整

2、切片相关设置
2.1、切片方案的选择

ArcGIS Online / Bing Maps / Google Maps
如果要使用此切片方案，则地图中的数据将动态投影至此切片方案的坐标系中，即WGS1984，wkid为3857，该切片方案文件位置位于ArcMap安装目录下，\Desktop10.X\TilingSchemes\ArcGIS_Online_Bing_Maps_Google_Maps.xml，从这个文件中我们可以知道该切片方案的坐标系、切片大小、分辨率等信息，自定义切片方案最终生成的文件也是类似于这样的内容。

An existing cached map/ image service
顾名思义，根据server中已有切片使用的方案，生成新的切片
A tiling scheme file
选择这个选项后，就可以选择自定义的切片方案了，在二维地图里，对于切片方案的坐标系，切片大小，分辨率等，都没有要求，这个根据实际生产环境设置即可。
Suggest
如果希望由ArcGIS推荐一些比例，可以选择此选项，然后输入希望使用的比例级数。此项仅用于实现或测试目的。在多少情况下，您已经在心中设计了具有一组特定比例级别的地图。
2.2、细节层次及构建缓存设置

2.2.1、细节层次
切片方案通常包含有多个比例。根据特定地图，您可能希望放弃在切片方案中极大的或极小的比例处创建缓存。ArcGIS 检查地图中的比例可变选项并提供进行缓存的最低和最高比例范围的建议值。您可根据喜好调整此范围。其他比例并不会从切片方案中移除，但您将无法创建它们的切片，除非您返回到此对话框并将它们包括在范围内。
如上图所示，将会创建8–17级之间的切片，其余的并不会创建，发布成功后，可在服务的REST地址中看到相关属性，以官网中的某个图层为例例子

LOD即Levels of Detail，上图所示的Min LOD与Max LOD 即表示地图可显示的级数为8–16级，即发布服务时通过滑块调整。
2.2.2、构建缓存设置
当服务发布成功后自动构建缓存：此种方式最方便快捷
当服务发布成功后手动构建缓存：
手动构建缓存的方法：在Catalog中找到发布了的服务，在此服务上右键>Manage Cache>Manage Tiles，则会打开Manage Map Server Cache Tiles工具，或者通过ArcToolBox>Server Tools>Caching>Manage Map Server Cache Tiles打开此工具。工具介绍：Manage Map Server Cache Tiles
需要注意的是：对于涉及较大地理范围或较大地图比例的缓存，此工具可能会需要较长的运行时间。如果取消此工具，将停止切片创建，但不删除现有切片。这意味着，如果您的时间不足，可以先取消工具，随后再通过将更新模式参数设置为重新创建空切片（Python 中为 update_mode=“RECREATE_EMPTY_TILES”），来在同一缓存上重新运行该工具。
其中update_mode选择RECREATE_EMPTY_TILES，则可开始创建切片，运行完该工具后，会有一个jobid，在Catalog中找到相应服务，右键>查看切片状态，切换到Job Status选项，即可看到切片的状态。

2.3高级设置

经过小编的测试发现，上图中的工具，1和3是一对儿，2和4是一对儿
2.3.1增加或删除切片比例
除了将切片方案选择为ArcGIS Online / Bing Maps / Google Maps时，不能增加或删除切片比例，其余三种选项下，均可更改切片级数，需要注意的是，当在此处增加了新的比例尺后，需要返回到Caching选项卡中重新估算切片大小，否则在发布过程中会因为切片过大而出现警告甚至发布失败。
2.3.2 Area of interest to cache+Create tiles on demand
先解释下基本概念：下图依次代表Full extent、Current extent和area of interest
所以当选择Current extent 或者是Area of interest时，同时勾选Create tiles on demand时，Server就会根据切片方案与地图比例尺切图了，有的比例尺下超出非需求区域就不会产生切片了，既提高了效率，也节省了机器空间。（PS：如果不同时勾选，还是会默认切所有范围）
Create tiles on demand实质上是当有用户浏览时才切片，不浏览则不会生成切片。
下面的动图仔细看，注意鼠标停留的位置，就是选择Current extent和勾选Create tiles on demand的效果
切图大小的对比
说到这里可以有的朋友会问，那么server是如何判断在哪个层级下少切呢？个人拙见，不对还请大佬指正

切图大小是不管多大比例尺都不会变的，假设本例中，全图范围时为1:50万比例尺，设置的current extent比例尺为1:9万（上图中红框为current extent），而切片方案依次设置为1:50万，1:10万，1:5万。这样，不管在10万的比例尺下切图，还是5万的比例尺下切图，都是无法完全匹配current extent，而在10万的比例尺下，是可以完全覆盖到整个current extent的，因此server选择从这级比例尺开始，切部分图，导入要素范围方式与此相同，唯一的区别在于一个是规则图形，一个为不规则。
2.3.3 Tile Format+Compression
PNG —根据指定的细节层次，使用 PNG 自动选择正确的格式（PNG 8、PNG 24 或 PNG 32）。这是默认设置。
PNG8 —PNG 8 用于需要具有透明背景的叠加服务，例如道路和边界。PNG 8 可在磁盘上创建非常小的切片且不损失任何信息。如果地图包含的颜色超过 256 种，请勿使用 PNG 8。影像、山体阴影、梯度填充、透明度和抗锯齿可轻易地使地图包含的颜色超过 256 种。即使是符号（如高速公路盾形路牌符号）也可能在其边缘周围进行微小的抗锯齿，从而使地图包含意料之外的更多颜色。
PNG24 —可将 PNG 24 用于超过 256 种颜色的叠加服务，例如道路和边界。如果少于 256 种颜色，请使用 PNG 8。
PNG32 —PNG 32 用于超过 256 种颜色的叠加服务，例如道路和边界。PNG 32 特别适用于对线或文本启用了抗锯齿的叠加服务。PNG 32 在磁盘上创建的切片比 PNG 24 大，但所有浏览器都完全支持这种切片。
JPEG —此格式用于颜色变化较大但不需要透明背景的底图服务。例如，栅格图像和非常详细的矢量底图特别适合使用 JPEG。JPEG 为有损图像格式。在不影响图像显示效果的情况下，它会尝试有选择地删除数据。这会在磁盘上产生很小的切片，但如果地图包含矢量线作业或标注，它可能会在线周围生成过多的噪声或模糊区域。如果发生这种情况，可尝试将压缩值从默认的 75 增加到更大的值。更高的值（如 90）可以生成可接受的线作业质量，同时还可保证 JPEG 格式的小切片优势。您将确定可接受的图像质量。如果愿意接受图像中存在少量噪声，选择 JPEG 可节省大量的磁盘空间。更小的切片也意味着应用程序可更快地下载切片。
MIXED —混合包在包的中心使用 JPEG，同时在包的边缘使用 PNG 32。如果要将栅格包完全叠加在其他图层之上，您应使用混合模式。创建混合包时，在检测到透明度的任何位置（也就是数据框背景可见的位置）都会创建 PNG 32 切片。其余切片使用 JPEG 构建。这可降低平均文件大小，同时可在其他包上进行完全叠加。如果在这种情况下不使用混合模式包，将在图像叠加其他包的外围区域看到一个不透明的“凸边”。
工具同：http://desktop.arcgis.com/zh-cn/arcmap/latest/tools/data-management-toolbox/create-map-tile-package.htm
当Tile Format选择为JPEG或者是MIXED时，Compression才可用，作用见上面加粗文字。
B: ArcGIS Pro中发布切片服务
说完了在ArcMap中如何发布切片服务，接下来讲讲在Pro中如何发布

发布成功后可在Portal中查看缓存状态、预览地图

C、在ArcMap中生成切片的服务定义并上传至server

D、在ArcGIS Pro中生成服务定义并上传至server or Portal
呃，我反正是没找到在ArcGIS Pro中通过工具生成服务定义的方法

至于生成服务定义文件和上传过程中各种设置吧啦吧啦的，在此就不赘述了，看前面吧，好了，歇一会儿，我要去写B篇了，重头戏，通过代码发服务，不止有Python，还有REST，期待一下喽。