GIS - 底图，怎么做怎么选择

底图往往是一些基础信息，比如行政区、街道、水系，它们变动较少，一般放在图层最下方。底图一般使用栅格瓦片，栅格瓦片有其自身局限性：

1. 地理信息内容改变，栅格瓦片无法做到实时更新。栅格瓦片需要预生成，生成以后不能改变，如果地理信息有变动，那么需要重新生成瓦片
2. 样式改变，如果需要不同样式的底图，需要额外生成一份瓦片。不同样式，存储多份相同的数据。

于是矢量瓦片的概念被提出，矢量瓦片也是瓦片，是矢量，在浏览器端渲染，可以只请求一次，渲染出不同样式。因此解决了栅格瓦片的2问题。然而，多份底图的需求是真实需求吗？这得分两方面：

• 对于toC来说，意义不大，用户对底图甚至都不会太关注
• 对于toB，或者研究机构来说，意义较大，用户用特色鲜明的底图，来衬托要说明的数据。

当前来说，GIS一般是toB的，所以底图最好使用矢量瓦片。然而，矢量瓦片也没有解决地理信息内容改变，瓦片实时更新的问题，或者说一天一更新也可以接受，能想到的思路可能就是，将新数据与原数据对比，只更新数据库中涉及的条目，并生成内容有改变的区域涉及的瓦片。

还有一个问题没有考虑到，如果后端返回矢量瓦片，那么渲染到任务就交到了前端做，那么那些复杂到样式就需要用户来做，要简化操作，就必须做SDK，如果使用你提供的底图还需要再学习一个SDK，感觉这也不是很好，好的做法应该是返回栅格切片，让用的比较多的SDK都可以顺利调用，比如openlayers、leaflet。

可用的技术

• 生成

PostGIS可以将PostgreSQL中存储的地理数据生成矢量瓦片；

Tippecanoe，可以将GeoJSON直接生成矢量瓦片，并存储在sqlite中，称为mbtiles；

Mapnik既可以将PostGIS中数据生成矢量瓦片，也可以将矢量瓦片作为输入，生成栅格地图切片；

MapServer可以将PostGIS中将数据生成矢量瓦片，但不能将矢量瓦片作为输入，生成栅格地图切片。

• 缓存

将请求过的矢量切片缓存起来，下次请求直接返回缓存中的结果。

发布一个道路底图

这里我们使用MapServer发布一个道路地图。发布底图不仅仅需要渲染线状道路，还要添加道路名称，即地图标注。标注需要的中文字体，系统中可能没有，因此，我们首先需要添加需要的中文字体到系统中。