当前位置:甜馍馍地理信息网 >> 地理信息系统GIS >> 组件式GIS >> 正文 >>  [阅读资讯:关于开源的GIS现状分析 大众地理信息服务与移动的地图]

关于开源的GIS现状分析 大众地理信息服务与移动的地图

[ 来源:CSDN | 时间:2008年04月23日 | 收藏本文 ] 【

我们很难将地理信息技术和数据库分割开来,从来都没有人对使用数据库有过怀疑,问题的焦点是如何使用。应用是多样的,工程、摄影测量和其他技术或行业都有其利用空间数据的特定方式,如果我们试图把多样的需求统一到一种空间数据库的解决方案中,这种努力很可能是无益的。也许我们需要的是一种开放、灵活和可扩展的结构,能够动态适应变化。

  海量影像数据的建库和发布技术在2005年形成了一轮高潮。GIS、遥感等领域的多家厂商都推出了各具特色的产品。现在我们可以在各种设备、各种环境下轻松浏览高分辨率的遥感影像。影像库的规模也非常庞大,几十G的数据有时候都不好意思和人家说,建TB级影像库的大有人在。然而各种影像发布技术在Google Earth所表现出的震撼人心的效果面前都显得黯然失色,一家从事搜索的企业做出来的产品一下子让在GIS行业浸淫多年的正规军们觉得很没面子。

其实, GIS企业和Google这样的网络公司有着不同的盈利模式,GIS企业可能都具备显示三维地球的技术实力,但是它们不可能仅仅是为了好看好玩来开发产品,必须要根据市场的需要,为那些真正买单的人开发产品。如果开发一个全球三维浏览的产品只是用来广告的话,那这笔广告费未免也过于昂贵了。所幸的是有 Google这样的新贵,非常大手笔地做足了遥感和GIS的科普工作,也提升了大家对地理信息系统的三维表现技术的热情。
 

 平台的对峙

  开发者都希望自己的软件能够运行在尽可能多的计算机上。然而事与愿违,摆在GIS开发者面前的仍然是对峙的平台。J2EE随着Java5.0 的发布,已经正式更名为JavaEE,而微软也正式发布了NET2.0以及集成开发环境利器Visual Studio 2005。到底是.NET还是Java? 面对旗鼓相当的Java和.NET阵营,其实GIS平台开发商的答案早已揭晓,那就是都要!由于。NET和Java比较起来并无明显的优劣之分,只是随应用的需要和习惯的差别而略有不同,因此提供Java和。NET的双份开发接口来满足不同的需求也就不难理解了。可实际中,若要同时支持Java和。NET 谈何容易!

要知道GIS的出现是上个世纪60年代的事,在当代众多IT缩写词出现之前,GIS就已经在城市规划、土地管理、军事等行业得到了应用。几十年的积累,很多代码已经成为了固化的资产。GIS平台开发商经历过二次开发语言的繁荣和凋敝,组件时代的兴起和衰落,而今又要面对平台对峙的挑战。也经历许我们应该考虑一些更好的、更彻底的解决办法,能够让我们在这个多变的时代找到相对稳定的支点。

事实上,这个问题已经有了比较好的答案,办法其实也很简单,那就是重回C/C++的荣耀之都,实现GIS内核和外壳分离,以适应不断变化的外部世界。其实这个办法也不是GIS一家的专利,使用C/C++编写程序,实现一次编写,到处编译。这也是很多软件采取的跨平台策略。相比之下,无论是在Java组件和COM之间架桥还是在Linux和Windows之间修路,总显得有些不够优雅。不出意外,平台的对峙在未来的几年还会持续下去,在这对峙的平台下开发,也许最能彰显我们开发者智慧。

上一页
本文共 2 页,第  [1]  [2]  页

【推荐本文】 【打印本页】 【返回顶部
最新文章
推荐文章