<P>首先支持楼主，帖子写得很是精彩！楼主的发展历程也堪称道<img src="images/post/smile/dvbbs/em04.gif" /><img src="images/post/smile/dvbbs/em04.gif" /></P>
<P>我们的选择是ArcIMS的HTML Viewer方式进行开，说实在的当时也没有什么具体的理由，就是HTML Viewer方式功能强大，可定制性较强，有现成的模板可以很快上手，好在用户也没有要求在线数据编辑。我们用的是ArcIMS和ArcSDE，数据存放到Oracle中</P>
<P>对于楼主的几个问题，俺也参与聊聊：</P>
<P>“然而这种好景不长，在开发等值线的时候，因为需要散列无数（仅形容很多）的点使之平滑，在画线的过程中服务端速度遭遇到严重的瓶颈，一个含等值线的地图需要很长时间才能显示发布，这个功能形同虚设，成为演示过程中难言的痛。”
</P>
<P>
等值线、面的生成就要耗时间的，我们是在后台计算，动态更新预先生成的历史等值线、面层的空间数据（作为图层加载），刷新地图后显示计算完成的等值线、面效果图（500个点，从开始计算到最终显示大约需要15秒左右的时间）。</P>
<P>“同时又遇到了另一个问题，就是需要从数据库中读取3000多个点并画到地图上作为点分布图，使用ACETATE LAYER方式同样遇到速度瓶颈（不要说用ArcSDE，毕竟这个还是很贵的，能不用就不用），多用户并发访问时，每次地图刷新都很慢，开发陷入了一个可预期的性能危机。”</P>
<P>如果不选有ArcSDE，有时候对于空间数据的处理可能会有一些麻烦，就像你后来所讲的（VML或SVG技术的引入）ArcIMS并不能完成所有的功能，所以必须进行扩展，而恰好它提供了较好的扩展方式（XML），如果要作为Acetate Layer显示大量的地图要素显然会有问题，因为AcetateLayer的加载也是要刷新地图，做地图请求的。比如在处理同时实事跟踪多个GPS目标的时候，我们没有将路径和跟踪目标作为Acetate Layer加载，而是采用了JS＋VML＋DHTML的技术，当然也用到了ArcSDE（避开ArcIMS应用服务器）通过ArcSDE二次开发获取相关的坐标信息或者范围信息。－－里面设计到了经纬度到屏幕坐标的转换，地图刷新和客户端VML对象的同步问题等等，比较复杂，但是也是一种解决方法吧。</P>
<P>Java Applet就不敢多说了，用户当时就把它一棍子打死了，呵呵，不用。</P>
<P>如果是在广域网上发布可能真的是难于说服用户。</P>
<P>对于SVG和VML以及Flash的优劣，网上早有一些人在评论，各执一词，而W3C的动作也太缓慢了，让人受不了。综合了一些看法，结合自己的实际使用我们现在用的较多的是VML（语法简单，不需要任何插件，并且作为客户端的脚本和ArcIMS的Javascript以及 扩展的JSP＋Servlet的实现之间的交互比较简单，而SVG可是要插件的哦，交互性也就差一点，SVG的优点咱就不说了）。</P>
<P>现在的应用还是很不成熟， 借楼主的宝地聊聊，希望有经验的都来参与讨论一下。
</P><img src="images/post/smile/dvbbs/em01.gif" /><img src="images/post/smile/dvbbs/em01.gif" /><img src="images/post/smile/dvbbs/em11.gif" /><img src="images/post/smile/dvbbs/em11.gif" />