两个月以来，开始涉入WebGIS这块领域，发现GIS的东西确实挺多，每个方向需要研究的东西也很多，现把瓦片地图这一块的内容进行下总结。本文主要是对这个技术进行一个总体的介绍，目前，从事的是瓦片地图客户端方面的开发，后续会对其技术的具体实现做一个详细的介绍。
- 瓦片地图的定义
- 瓦片地图现状
- 瓦片地图设计涉及方向
瓦片地图定义：
瓦片地图：其实就是WebGIS中的一部分吧，我暂时这么理解，而且，应该是属于WebGIS中比较重要的一块。顾名思义，瓦片地图就是由一块块固定大小的“小图片”地图拼接而成的网络地图显示方式。其组织形式如同房屋的瓦片，故得名。
瓦片地图现状：
随着开发经验积累，越来越多的工程师都意识到，网站其实就是一种特殊的C/S模式。瓦片地图技术也不例外，客户端提出申请，服务器端返回瓦片地图（指定行列号）。瓦片地图出现的比较早，最初是应用与遥感领域，后来应用与google map（2d）以及3d的城市模型等等。瓦片地图的使用节省了流量资源，为手机地图等低流量的应用创造了可能。
但同时，瓦片地图也存在许多技术瓶颈。目前，像google map、百度地图、Bing地图、天地图等等都是传统的2倍率金字塔模型。也就是说，按2倍的缩放比率就能满足大量的用户需求。然而，当操作地图跨越尺度（比例）较小的空间数据时，传统的金塔模型会出现不足，出现动态缩放显示时的画面跳跃或者断层等（好吧，扯远了，这是服务器端模型的事）。
瓦片地图涉及技术方向：
瓦片金字塔模型、瓦片存储、瓦片缓存置换策略、客户端技术等
目前，涉及技术就简单罗列，以后再详细介绍，目前，主要研究客户端技术这部分。
不过不得不再吐槽几句，以往的瓦片地图规范较差，最近也在研究一个本地服务地图的加载，由于年代较早，又DIY了一下，导致，与主流的地图服务加载方法冲突。例如，TMS与WMTS服务器切图原点不一致问题、跨度（分辨率）等等问题。还好，现在大家都统一向WMTS标准靠，但是，同时，能够实现以往标准也是累人的事。