通过对arcgis server 中的rest api and soap api
可以看到，arcgis server support two web services ways to application map services
1, rest 的方式
2、soap 的方式
就是通过arcgis server manger 发布的服务，我们可以通过两种方式来访问他，一个是通过资源的访问方式，一个是通过SOAP的方式方法来调用map 服务
rest 的方式支持数据的直接输出，已经数据的html 的浏览，或是可以理解为，rest 为soap 的进一步开发成了，可以通过rest 的方式来访问的服务
而soap 是他的原有服务，我们通过这个服务，可以在客户端应用程序里通过添加IMAGE 或mapcontrol 控件来将地图添加，或是生成的图片在image picture 等控件上显示，不能直接支持html 的浏览以及图片的很直接输出，需要写代码来实现，但rest 如果是soap 的二次开发，那么也就是soap 的应用，是可以直接在客户端来通过get post 来得到的，目前的理解到此：
结论，rest 就已经实现了在客户端输入地图信息，获得图片效果，不用再做另外一个服务了，这一部分先放下
至于地图的渲染，需要研究mapnik 的渲染机制， 当然有待于继续研究
对于添加用户的兴趣点，已经创建自己的地图和上传图片和文件，需要继续研究
这样论文的总体就是，web services 的创建，利用，以及编辑，和ethic的控制等可以构成论文的一半，以及加上动态数据的获得和显示等
最大的一部分就是render和可视化，做为本论文的核心需要继续研究，但既然有人把，地图的综合能发布成服务，其他的功能应该也是可以发布成服务的，包括render
下一步的任务就是如果把一个自己写的render的服务发布成一个服务，也就是输入地图的基本信息，render服务将获得的地图信息render 好返回给客户端，用得应该是REST
但看不到用的技术应该是对SOAP服务的调用，处理然后发布，流程应该是这样的吧！