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.开放和标准 不等于 无私奉献，而绝对是霸占市场，限制对手的手段。