webgis 技术还是境界

我想目前大多数程序员为了用而用，很少有追根求源的吧，还达不到那个境界

webgis相对传统c-s的gis在client接口上已经简单很多
客户端API几乎对gis性能和重绘可以透明化不用太多考虑
webgis也不代表就是瓦片化，对于企业应用，大规模的客户端矢量数据展示也是必要的
ESRI真正核心的应该是sde那块的东西，不是web server。切图、缓存和文件分布式管理其实已经不算是gis层面的问题

其实GIS没有什么技术含量。
SDE也只是做了版本管理和空间索引，这些都没有什么难度。

你看看我的chunmap项目吧，目前大部分工作都是在服务器端的，正在计划做客户端的工作。
目前已经实现矢量和瓦片地图这些常用功能，可以当作一个Googlemap的服务器端来用。
如果你有兴趣我们可以一块研究。

空间查询，尤其是大数据量下的效率
server端的查询和数据缓存
client的重绘效率，server的出图效率，以及根据scale对图元polygon精度和显示数量的控制
label的layout，字体根据请求窗口大小的布局动态调整，和避免交叠的算法
线的拐角处理，桌面数据库的支持
对于特殊图元的处理：环岛，岛中岛，以及涉及他们的空间查询行为。
和sql结合，实现业务数据表和空间数据列的松耦合绑定
地图配色逻辑

Gis并不简单，至少对绝大多数人都不是，即使一个面积计算，或者一个国家名字摆放位置和字体大小的计算，这里就能考倒不少人

真正难做的是什么水文分析、路径规划之类的。地图配色label位置都是小case。

美国的label就给你polygon，你就得写个比较烦琐的方法来定位
加勒比和印尼群岛以及美国东岸label交叠的问题比比皆是
怎么处理label字体大小和client特性无关也是麻烦的问题
路径由于问题单一，又有很多理论和论文支持反而容易求精
那些烦琐的工程问题才是头疼的地方

交叠是你显示的太多了，试着减少标记的数目。要么最简单的办法是把字体区域都记下来，每次画时看看有没有交集。

gis引擎就几部分东西，图形绘制、图片渲染，投影计算，数据格式支持，空间查询，标准的支持。前几部分都可以基于别人的工作，对标准的支持恐怕是工作量最大的。
做gis引擎基本上等于重复发明轮子，需要自己gis引擎的情形非常少见的，几个开源的引擎已经很优秀了。如果非要自己的引擎做空间查询，你的系统规模已经达到某种程度了

短短几百字，几乎都是别字！咱技术提升的同时，能不能也提升一下文化！