[转]【乱弹】Walk与ArcGIS

alert · 发表于 2012-7-30 09:36

本人不会操作ArcGIS，但做了许多Walk与ArcGIS的相关事情。根据自己的实践经历乱弹几下，杂乱无章的。。。

乱弹【一】，Walk是中国最早的ogis软件
十几年前Walk起步时，参考了MapInfo的mapx和ESRI的mo，最终选择了ogc，自主研发WalkGIS。
当时MapInfo比ArcView要火，因为MapInfo好用。
当时知名的软件还有 MGE/Geomedia、AutoCAD/AutoMap、MicroStation等。
国产的有EpsW、mapgis、MapView、GeoStar等。
谁知几年后ArcGIS统治了我国官方GIS市场，若非Google在民用市场的强势介入，真难以想象我国的GIS行业会是怎样的。。。

乱弹【二】，使用ArcGIS的人把GIS应用搞的太复杂了
GIS行业牛人太多，自抬门槛，将GIS数据和应用搞得复杂无比。请问，各部门特别是国土部门和城市规划部门以百亿、千亿计的投入，建立的ArcGIS系统在真正发挥作用吗？
以“一张图”为例，几乎所有的国土局都指定ArcGIS为平台，系统规划周期长、数据建库、融合和更新困难、应用平台开发本地化困难，。。。当然，大家都做不好，谁也没责任。

乱弹【三】，GIS系统与办公系统谁主沉浮
本人最早参与并后来主持了我国第一个电子平板测绘系统EPSW，后来因为房产管理系统的需要，要将图图嵌入到办公系统中，EPSW当时是基于图形文件的，难以与房产数据库关联。于是搜索了国内外的网上资料，研究后认定ogc(当时是0.5版)提出的空间对象GIS规范可用来解决实体的办公属性与空间几何的关联。
办公系统的业务处理需求是主，位置经济是依赖于业务系统的，图形展示是锦上添花。
办公系统大部分都是关系数据库应用系统，所有Walk平台选用了数据库为图形存储，而不是当时盛行的图形文件。
当时的基本理念是“在数据库的表中嵌入一列空间几何Geometry”，Geometry的处理和可视化由GIS平台/组建来实现，GIS是嵌入的、辅助的。
后来才知道ESRI比Walk早了一年从ArcInfo转向ogis。。。

alert · 发表于 2012-7-30 09:38

乱弹【四】，地形图图式将ArcGIS拒之门外

我国地形图有国家标准，图式继承于前苏联的符号体系，发扬光大。记得95年同意大利一测绘软件公司商谈，看了我们的矢量图形符号和外业测量程序，对方便决定退出中国市场。
我国的地形图图式绝对是精密艺术设计，符号以0.01毫米计量，制图必须用600dpi打印机绘制。
这也是一些CAD软件得以长期霸占地形图测绘的主要原因。
Walk软件吸取了AutoCAD的块符号定义方法，扩展了线符号和面填充的种类，在地形图制图中形成了与CAD的抗衡。
95年在深圳、厦门，与当地规划部门一起建图库，他们使用ArcInfo，为表达测绘符号，专门建立‘F’层用于存放地物符号的小圆圈、小短线，当时计算机性能很差，真难呀。。。更新更难。。。
现在，Walk为ArcGIS提供了符号化插件ArcSymbol，助一臂之力。。。

乱弹【五】，最强的GIS数据编辑软件，Walk=CAD+GIS

写文章用ms-word，编辑线划图用AutoCAD，编辑GIS数据用什么？
编辑地形图可以用CAD，但建GIS库呢。测绘局已经更名为测绘地理信息局了，大家还在先CAD再ArcGIS，在人力成本越来越高的现代，不堪重负渐显！
“对象+关系”是现代GIS的标准模式。ArcGIS在GIS应用方面很强，但它的ArcSurvey仅宣传了一年就消声灭迹了。
一个点一个点的输入编辑，形成点状、线状和面状地物，处理复杂的拓扑关系，输入N多属性。对AutoCAD和ArcGIS都是强人所难。
Walk摸索了十几年，与许多测绘院一起摸爬滚打，逐渐清晰了对象化图属编辑的特定需求，很好的融合了CAD和GIS的各自优势，将继续成为业界最高效的软件工具。

alert · 发表于 2012-7-30 09:39

乱弹【六】，史上最牛GIS脚本语言，Walk脚本

编译原理课程设计要求学生自己开发一个语言编译器，不难。但在平台中嵌入语言/脚本的软件却很少，特别是国产软件。
大多数人都知道MapInfo有个内嵌的MapBasic语言，很少有人知道ArcView有个avenue脚本。与这些GIS脚本语言不同，Walk脚本语言风格类似于c和java，既嵌入Walk平台，又有一个独立运行的WalkLan。
自2008年推出Walk脚本后，Walk行业特定软件得以裁剪，核心产品得到精化，行业应用和本地化得以Walk脚本实现。
Walk脚本真的很牛，“至于你信不信，我反正信了”。。。

乱弹【七】，SqlServer2008对ArcGIS是双刃剑

SqlServer2008千呼万唤始出来，ESRI立即开始了其应用，但ArcGIS10的QueryLayer却比预计晚了一年。这绝非技术问题，因为Walk只用了两个月就完成了以2008 Spatial为数据源的开发，而ESRI却面临了一个艰难的选择：是否放弃SDE for Sql Server？
2008之前的Sql Server一直不支持ogc的WKB/WKT，用户只能选择SDE存取ESRI的Geometry。自建的空间数据索引较之数据库系统自带的索引在性能上差距极大，特别对海量数据。这也是许多GIS库要求采用Oracle数据库的原因。
微软在GIS领域的强势介入对捆绑在微软战车上的Walk是个利好，WalkSQL一直基于Walk的Geometry，自建的空间索引性能也不太高。自从Walk增加了对2008的geometry/geography的支持，在市级和省级空间数据库管理和GIS应用上借助Spatial SQL与ArcGIS有得一拼了。。。

alert · 发表于 2012-7-30 09:40

乱弹【八】，比建航母更复杂的地形库数据更新
2003年国家863GIS组长在某市国土局问信息中心主任：你们国土空间数据库几个月更新一次？答：一天要更新二三十个日常测绘项目。
Walk早在2002年就实现了某市近千平方公里1:500地形地籍数据库的日常更新，采用初始变更号和注销变更号记录地物生命周期和历史推演，比ArcGIS早了三年。
空间数据库中地形数据比业务数据（如宗地和界址）量大，且与业务逻辑（如分割合并）无关，其变化主要依靠空间分析来判断，比较项目库与城市总库。若数据量大、更新频繁，则要求项目库与总库同构，以方便Spatial SQL的组织。项目测绘系统与总库系统采用相同的图层、属性结构和地形图式（编码）很重要，省去了冗长繁杂的入库前数据转换和整理过程。
在一些建设了Walk城市库的城市，空间数据日常更新效果很好！