转:MapXtreme与Arc IMS的对比

<P>  arcims和mapxtreme的比较</P>
<P>
MapXtreme与Arc IMS的对比</P>

<P>MO IMS与ArcView IMS为淘汰产品：由于技术路线问题，从2001年4月开始Arc/Info公司不再接受MO IMS与ArcView IMS定货，MO IMS与ArcView IMS即将被淘汰，只销售Arc IMS，故对MO IMS与ArcView IMS已无研究价值。
即将销售中文版Arc IMS：Arc/Info公司计划在2001年4月开始销售中文版的Arc IMS，由于此产品为新产品，各方面皆不太成熟，以下皆为Arc IMS与MapXtreme相比的不足。</P>

<P>1. 不能作到真正的跨平台：由于Arc IMS不是纯Java开发，Arc IMS仅支持Windows与Solaris两种平台，其他Unix、Linux等平台不支持。
2. 二次开发能力不足：Arc IMS无纯Java开发方式的解决方案。（1）Arc IMS在服务器端仅提供Wizard（向导）式数据发布，服务器端不易扩展；（2）而客户端只能使用Vbscript、javascript等脚本方式的客户端编程，无JavaBeans等组件，二次开发能力受到极大制约。
3. 矢量传输时需要ArcExplorer插件：Arc IMS数据发布方式为JavaView时，支持矢量传输，但浏览器必须安装ArcExplorer插件，此插件5M多，即使Intranet环境也要好几分钟，在Internet环境就几乎无法实现。
4. 不能进行远程数据更新：Arc IMS远程数据更新（如编辑点、线、面）只能传送到服务器端的临时目录下，由服务器管理员来更新，不能作到直接更新服务器端数据，从而也不能实现数据的实时共享。
5. 几乎无法进行专题分析：Arc IMS只能做通过改变颜色来区分专题信息（类似MapXtreme的范围或独立值专题图），事实上不是真正的专题图，更糟糕的是其无法实现直方图、饼图等其他专题图。
6. 与其他系统的集成比较困难：由于Arc IMS采用Wizard式的数据发布（或开发）方式，网上地图系统与其他系统（电子商务、Call Center等）难于集成。
7. 无Oracle 8i图数一体化的海量数据解决方案：Arc IMS要实现图数一体化的海量数据解决方案只能通过其SDE这个中间产品，这不但增加了用户的经济负担，同时大大降低了数据存取速度（这在Internet环境下是致命的）；而MapXtreme不但可使用自己的SpatialWare这个中间产品，同时提供了MapXtreme+Oracle 8i的图数一体化的海量数据解决方案（不使用SpatialWare）。
</P>

<P>请教 SpatialWare 的开发过程</P>

<P>Arc IMS也有自己的server（针对arcgis的lincne部分的应用</P><P>不错</P><P>arcgis9以后有很大的加强</P>

学习学习<img src="images/post/smile/dvbbs/em02.gif" />

arcims有java connector，可以进行java的二次开发

<P>幸亏楼主是转贴，否则就会有鸡蛋飞过来了。</P>
<P>不过转贴也最好看看是不是好的对比文档。</P>

<img src="images/post/smile/dvbbs/em01.gif" />