GeoWebCache V2022 正式版地图缓存器

GeoWebCache是一款专业的地图缓存器。缓存地图数据你一定要来使用GeoWebCache。您可以添加各种源数据来执行缓存，这方便读取此软件中的图块数据，以便在设计其他地图软件时可以快速导入数据，您可以直接在软件上配置WMS-Web地图服务， WMS-C -WMS切片客户端，WMTS-Web地图Sigma服务，TMS-Tile地图服务，KML，Google地图，Bi-Map等。缓存服务项目，让软件可以自动缓存地图数据，软件可以监控所有缓存任务，任务截断，可以计算缓存数据，所提供的功能仍然相对丰富，适合使用需要管理地图缓存的朋友，如果您需要部署Web类型地图缓存服务以下载GeoWebCache！

使用说明：

网格集和网格集

网格和栅格子集是指GeoWebCache服务层的空间参考系统。实质上，如瓷砖引入，GeoWebCache与参考系统无关。当GEOWebCache发出对WMS的请求时，它使用网格集和网格子集信息将其内部切片索引转换为WMS可以理解的空间请求。

Gridet是全局定义（即，不是一个专用的）指定：

空间参考系统（EPSG代码）

边界盒，描述的范围，通常是上述参考系统的最大范围

比例面位列表之一，分辨率或缩放级别

瓷砖大小（以像素为单位）（适用于所有缩放级别）

（可选）像素大小（用于计算比率）。默认值为0.28mm /像素，对应于90.71428571428572 DPI。

gridsubset指定第一层的具体定义：

层网集合

（可选）此图层的边界框（它必须是Gridset范围的子集）

（可选）缩放级别列表（必须是Gridset中定义的子集）

默认情况下，此信息设置为GeOWebCache.xml。

从网格设置到块

以下是网格集的解释过程的每个缩放级别的描述以及在特定缩放级别下设置的网格集，并确定请求了哪些片剂。

初始边界盒 - 假设网格集边界盒（-10.0，-30.0,85.0,21.0），缩放电平的分辨率设置为11.25度/ 256像素= 0.04395（

比率1：1.8E7）

网格集在边界盒的左侧对齐 - 指定的边界框不对应，因此GeoWebCache扩展边界框（-10.0，-30,91.25,26.25）。

网格集和绑定框的左上角 - 默认值是将带左下角的边界框对齐。这是通过TILL WMS客户端和TMS假设的。但是，对于巨大的鼠标，它对左上角更有意义。如果设置为true，geoWebcache会扩展到底部。在这种情况下，边界帧变为（-10.0，-36.75,91.25,21.0）。

网格子集边界盒 - 由于特定层可能不会覆盖整个网格集，因此GeoWebCache使用网格集，该网格集只能指定网格集的一部分。如果未指定该范围，则假定该图层覆盖整个网格集。此示例使用（-14.0，-15.0,48.0,16.0）的网状子集范围。

网格设置图块 -  GeoWebcache扩展到最接近的图片边界。

相应的XML

上面的示例可以通过中间设置的以下配置详细信息实现GeoWebCache.xml。

偏执狂

MetaDile是一种更大的拼接几个瓷砖的组合。 GeoWebCache将从WMS请求MetaDile，然后将Metatile剪切到较小的切片中进行缓存。

上述示例示出了3x3型号，覆盖9个常规件。

默认设置为3x3 metatile，带有一个256像素的方块，所以geoWebcache将请求768 x 768像素元素。

为什么要使用MetaTiles？

分割的最大优点是避免在一个或多个部件中重复元素的标签。道路标签是一个示例，但是任何行或多边形都可以存在于图标边界的边缘中，因此只有一次在每个瓦片上。

在图标边界上显示重复标签的示例

团聚也可以实现更好的整体性能。 WMS后端生成大图像而不是许多小图像通常更快，因为WMS将仅生成与请求相关联的开销。

你为什么不使用枢轴数量？

偏筑的缺点是，因为MetaDile很大，渲染速度慢于任何单个瓷砖。

内存消耗也可能成为一个问题。计算瓦片的内存量，尺寸，瓦片的颜色深度和其他因素（例如SLD中的特征性元素的数量）。具有256平方像素件的单个3x3元数据，并且具有32位（4字节）颜色深度至少（256 * 256）*（3 * 3）* 4 = 2359296字节= 2304kb = 2.25 MB存储器计算。

防止双重转移

多个后端还支持参数，以指示客户端是平铺的。如果在GeoWebCache中使用元数据传输，则通常应将其设置为FALSE，以防止后端中元数据的元数据传输。例如，如果使用3x3 metatiling（768x768像素），并且Tiled = true，则服务器可以使MetaTiles生成2304x2304画布。

如果音符用作后端，则GeoServer将忽略对非256x256像素的请求的指令。

配置磁性面板

元数据传输可以配置在每个图层上，或者元数据传输可以为功能文档中的所有图层配置。前者在GeoWebcache.xml中配置，后者在GeoWebCache-core-context.xml中配置。

注意您可以使用MetaTile设置到特定的缩放级别，然后减少Mettiling以确保在地图未挤压地图的情况下确保足够的响应时间。

存储组件

GeoWebCache先前具有三个存储组件，它负责切片和切片数据处理：Blob Storage，Meta-Storage和磁盘配额子系统。

BLO存储是图块存储机制，其默认实现基于文件系统。

基于存储机制，转介器是基于瓦片创建时间，大小和请求参数的瓷砖的可选H2。

使NoSQL嵌入式数据库跟踪基于用户设置的磁带磁盘使用和基于过期的策略卡。

从GeoWebcache 1.4.0开始，Yuan存储库已替换为基于文件系统的解决方案，使得Blob存储区域负责由Yuan存储库跟踪

缺省情况下，两个存储的存储位置都是servlet容器指定的临时存储目录（GeoWebcache将创建目录）。如果目录不可用，则GeoWebCache将尝试在Temp环境变量指定的位置创建新目录。在此，将有一个磁盘配额目录（Diskota_page_store默认称为该目录），以及在每个缓存的图层（例如TopP_States Totle TopP：State）中命名的BlobStore目录。

onfigure一层

GeoWebCache的主要配置文件是GeoWebcache.xml。默认情况下，它位于具有缓存的同一目录中。如果配置文件不存在，则GeoWebCache将默认配置文件将Web-Inf / Class / GeOWebache.xml复制到缓存目录。

除非指定，否则本节中的所有配置更改将在编辑文件时完成GeoWebCache.xml。

更改GeoWebcache.xml的位置

配置文件的位置位于Web-Inf / GeoWebCache-Core-Context.xml中。如果要为配置文件设置其他位置，请打开GeoWebCache-core-context.xml并查找引用的标签gwcxmlconfig：

取消底部选项卡并指定要放置的位置。构造函数-arg值= ...> geoWebcache.xml

编辑XML提示

手工编辑配置文件可能很棘手，因为最小的模式可能会导致GeoWebCache停止运行。此外，XML元素的顺序至关重要！

建使用特殊的XML编辑工具，或者至少具有语法突出显示的文本编辑器。此外，使用编辑器使用XML模式验证将立即告诉您缺少标签或元素订单是否混乱。

建议的两个免费编辑器是：XML，它们都支持XML身份验证。

1，JEDIT（跨平台）

2，Notepad ++（仅限Windows）

您还可以验证文本编辑器环境外的XML文档。

1. W3C身份验证服务允许您上传XML文件进行验证。另一个这样的服务是有程序XML验证器。

2，xmllint应用程序（仅限Unix / Linux）

在启动过程期间为模式进行XML文件验证GeoWebCache并报告错误，因此请务必检查Servlet容器日志以确保每层的行为不符合预期的期望。

模式

所有配置

选项和参数最终位于XML模式中。 虽然您现在正在阅读文档旨在翻译和解释模式以简化GeoWebcache配置，但专家用户可以查看模式以确定所有细节，包括变量类型，元素顺序等。

GeoWebcache架构 -  http://geeowebcache.org/schema/pewebcache.xsd

GeoWebcache模式文档 -  http://geumebcache.org/schema/docs//

确保将替换当前版本号。

软件功能：

什么是geoybcache？

geoWebcache是来自各种源的缓存地图图块的Java Web应用程序（例如，OGC Web地图服务（WMS））。它实现了各种服务接口（例如WMS-C，WMT，TMS，Google Maps KML，虚拟地球），以加速和优化地图图像的传递。它还可以重新增强与传统WMS客户端一起使用的瓷砖。

地图通常是静态的。由于大多数映射客户端呈现，因此呈现WMS（Web地图服务）数据，因此可能导致不必要的处理和增加延迟。 GeOWebCache通过根据需要保存（缓存）地图图像或图块来优化此体验，实际上作为客户端（例如，OpenLayers或Google地图）和服务器（例如GeoServer或任何服务器兼容的服务器）。在请求新的地图和图块时，GeoWebCache拦截这些调用并返回预呈现的图块（如果存储），或根据需要调用服务器以呈现新的图块。因此，一旦存储了瓦片，地图渲染的速度将多次增加，这大大提高了用户体验。

在上图中，GeoWebache计算机上的蓝色框表示切片存储。理想情况下，您可以在不咨询WMS服务器的情况下从此存储中回答大多数请求。因此，指向客户端的箭头更大，因为GeoWebCache可以响应每秒数百或数千个请求。

GeoWebcache甚至可以在地图中使用不是完全静态的，因为它允许图块具有选择到期，以便数据保持最新。在这方面，GeoWebcache充当用于映射渲染的通用加速器。

软件特色：

1，WMS-Web地图

网络地图服务（WMS）是一个OGC标准，支持的请求，例如GetCapabilities，GetMap和GetFeatureInfo。 GeoWebCache本机支持前两个，可以将其他请求代理到WMS后端服务器。 GeoWebCache的开发考虑了WMS 1.1.0，但可以使用修改后的参数来支持高度和高度。

为了实现良好的性能，请求应符合GeoWebCache存储。但是，许多WMS客户端不能发布瓷砖请求。从版本1.2.2开始，GeoWebCache可以重新组合绘图以回答任何WMS请求

2，WMS-C-WMS切片客户端

WMS Slice客户端建议或称为WMS-C，是OSGeo提出的建议，用于使用WMS发出切片请求

3，特殊HTTP响应标题

在服务部分请求时，GeoWebCache会记录某些标准和自定义HTTP响应头以帮助调试问题或符合HTTP 1.1传输控制机制。