平台的对峙
　　开发者都希望自己的软件能够运行在尽可能多的计算机上。然而事与愿违，摆在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之间修路，总显得有些不够优雅。不出意外，平台的对峙在未来的几年还会持续下去，在这对峙的平台下开发，也许最能彰显我们开发者智慧。

全球的数据
　　数据是GIS的重要基石，无论何种行业应用，离开了数据都是无源之水，无本之木。空间数据不同于其他信息系统中的业务数据，能够在系统运行过程中自然产生，它需要专门的人员采集、编辑、更新，空间数据生产本身就是一个不断壮大的行业。遥感技术的飞速发展，使我们能够获得的GIS数据不断膨胀，单是这些数据的存储管理就是一个很大的问题。GIS需要管理管理的数据是全球范围的，面对如此庞大的数据，使用数据库是自然的选择。我们很难将地理信息技术和数据库分割开来，从来都没有人对使用数据库有过怀疑，问题的焦点是如何使用。应用是多样的，工程、摄影测量和其他技术或行业都有其利用空间数据的特定方式，如果我们试图把多样的需求统一到一种空间数据库的解决方案中，这种努力很可能是无益的。也许我们需要的是一种开放、灵活和可扩展的结构，能够动态适应变化。
　　海量影像数据的建库和发布技术在2005年形成了一轮高潮。GIS、遥感等领域的多家厂商都推出了各具特色的产品。现在我们可以在各种设备、各种环境下轻松浏览高分辨率的遥感影像。影像库的规模也非常庞大，几十G的数据有时候都不好意思和人家说，建TB级影像库的大有人在。然而各种影像发布技术在Google Earth所表现出的震撼人心的效果面前都显得黯然失色，一家从事搜索的企业做出来的产品一下子让在GIS行业浸淫多年的正规军们觉得很没面子。其实，GIS企业和Google这样的网络公司有着不同的盈利模式，GIS企业可能都具备显示三维地球的技术实力，但是它们不可能仅仅是为了好看好玩来开发产品，必须要根据市场的需要，为那些真正买单的人开发产品。如果开发一个全球三维浏览的产品只是用来广告的话，那这笔广告费未免也过于昂贵了。所幸的是有Google这样的新贵，非常大手笔地做足了遥感和GIS的科普工作，也提升了大家对地理信息系统的三维表现技术的热情。
 

本文章更多内容：1 - 2 - 3 - 下一页>>

收藏本页：

点这里复制本页地址发送给您QQ/MSN上的好友