Y
yysun
Unregistered / Unconfirmed
GUEST, unregistred user!
分析 wtang 描述的 空间数据引擎。
1.服务器端:把 GIS 数据库的内容写成 GML 问题不大,只要 GIS 制作者愿意就可以。
2.传输:XML 给 web 带来的最大好处是数据和显示格式的分离,而不是用来解决图形或
者多媒体数据网络传送的问题的。 目前得益于 XML 的是 html。XML 是 unicode
编码的,对 html 影响不大,但是把 GIS 数据转换成这种文本,增大1-2个数量级
的传送量,到了客户端还要重新解析 ...。这恐怕不是个好主意。
3.客户端:存在一个 GML 插件的问题,因为现在还没有。技术上讲,基于 XML 是没有
效率的,所以矢量地图插件的核心问题是矢量的压缩/动态综合以及递增传输,而不是
GML 的解析。具有这些技术的公司必定会使用自己的传送格式,一是专用格式效率高,
二是技术保密和数据保密的要求。估计很少可能性会用 GML 传数据。
商业上讲,做 GML 插件是吃力不讨好的。试想 Macromedia 为什么公布 Flash SWF 的
格式,以及 Flash Player 的源码?因为它的技术优势不在这些,而在Flash制作系统上,
SWF 和 Player 传播越广,人家越是依赖这些东西,对它的 Flash 就越是有利。
如果谁推出了新一代 Flash Player,把功能效率提高几倍,则自己没有多大的好处,
而 Macromedia 则乘机为 Flash 猛加功能,结果 Flash 卖得更好。
同理,如果一家公司全力研发 GML 插件,就是等于那些现有的 GIS 公司做嫁衣。因为
我们在第一点中就说了很容易把 GIS 数据库的内容写成 GML。
4.开放和标准 不等于 无私奉献,而绝对是霸占市场,限制对手的手段。
1.服务器端:把 GIS 数据库的内容写成 GML 问题不大,只要 GIS 制作者愿意就可以。
2.传输:XML 给 web 带来的最大好处是数据和显示格式的分离,而不是用来解决图形或
者多媒体数据网络传送的问题的。 目前得益于 XML 的是 html。XML 是 unicode
编码的,对 html 影响不大,但是把 GIS 数据转换成这种文本,增大1-2个数量级
的传送量,到了客户端还要重新解析 ...。这恐怕不是个好主意。
3.客户端:存在一个 GML 插件的问题,因为现在还没有。技术上讲,基于 XML 是没有
效率的,所以矢量地图插件的核心问题是矢量的压缩/动态综合以及递增传输,而不是
GML 的解析。具有这些技术的公司必定会使用自己的传送格式,一是专用格式效率高,
二是技术保密和数据保密的要求。估计很少可能性会用 GML 传数据。
商业上讲,做 GML 插件是吃力不讨好的。试想 Macromedia 为什么公布 Flash SWF 的
格式,以及 Flash Player 的源码?因为它的技术优势不在这些,而在Flash制作系统上,
SWF 和 Player 传播越广,人家越是依赖这些东西,对它的 Flash 就越是有利。
如果谁推出了新一代 Flash Player,把功能效率提高几倍,则自己没有多大的好处,
而 Macromedia 则乘机为 Flash 猛加功能,结果 Flash 卖得更好。
同理,如果一家公司全力研发 GML 插件,就是等于那些现有的 GIS 公司做嫁衣。因为
我们在第一点中就说了很容易把 GIS 数据库的内容写成 GML。
4.开放和标准 不等于 无私奉献,而绝对是霸占市场,限制对手的手段。