从模型的组成来看，不外乎input，model，output。

Input：

对于GIS模型，Input有矢量数据，栅格数据，以及属性表数据。

a）矢量数据可以用shapely和OGR的python API进行处理。shapely也有完善的进行GIS空间分析的方法。

b）栅格数据可以用GDAL的python API进行处理。同时，通过矢量生成栅格，也可以用该类库。如果GDAL python API还不能解决问题，就要动用NumPy和SciPy。

c）而属性表数据则可以用NumPy和SciPy处理。

我觉得，对于数据处理的关键

model：

model的设计和实现过程，无非是以上数据处理的叠合。

output:

a）如果是矢量数据的输出，可以直接从postgreSQL中调取，话说回来，GeoDjango有一套很好的对矢量空间数据进行crud的解决方案，或者也可以直接从数据库调取GeoJson或者WFS发送给前台。

b） 而对于栅格数据的输出，则可能会使用GeoServer，当然我更倾向于Mapnik，用其中之一来制作底图，同时其他一些栅格数据，也可以用它们来制作。

c）在数据发布之前，我们要对数据进行缓存，Tilecache提供了很好的地图缓存功能，建议使用。

d）用OWSLib和OgcService这两个类库实现地图数据的WMS，WFS发布，如果今后要对数据、服务进行grid分布，那么还可能使用pyWPS。

e）最后数据用GeoDJango和Openlayers发布。

就先说这么多，现在要一步一步的实现和整合。

* Adding Analytic Muscle to Spinning Globes: Bulking Up Google Earth and Virtual Earth With PostGIS.
* Upgrade to Grid Service with Web Processing Service
* Pleiades: Building a RESTful, Open Source GIS for the Humanities
* Geoserver and Open Standards: A Success Story
* IBM DB2 Express-C: A Free Database for Open Source Spatial and XML Development
* Google Earth Powered by MapGuide
* A Web-Based Open Source Image Server
* A year in the life of OpenStreetMap: How OSM is mapping the world.
* Transitioning Low Earth Orbit Satellite Archive Data from Informix (Geodetic DataBlade) to PostgreSQL (PostGIS)
* Security Considerations for Geospatial Applications in Web 2.0

The final FOSS4G program will include 110 more presentations, for a grand total to 120 30-minute presentations, 16 90-minute labs, 12 3-hour workshops, one code sprint, and thousands and thousands of beers!
PS：the bold tilted ones is what i concerned. Especially the first and the last ones.

OGC和Web3D的标准我以前都看过，也翻译过其中的部分章节。OGC GML 2.0的几何建模还是基于2D的，虽然他是基于XML的语法规则。但是对于三维实体并没有太好的解决方案。而Web3D X3D的前身，VRML，虽然提供了不错的三维表述和表达方案，但是并不是基于XML语法，所以VRML并不是标记语言的主流。X3D的发布，可以看作是X3D向标记语言的mainStream-XML的靠拢。

现在OGC和Web3D合作来共同解决语义问题。这样对于一个统一的，具有互操作性的网络来说，这是非常重要的事情。就像Mark Reichardt, OGC的主席所解释的那样“The OGC membership, working with ISO TC/211 and other standards groups, has helped to make stardards-based interoperable geospatial services a reality on the Web.”

我还记得自己年轻的时候一个人把弄X3D-edit时的情景，那时候大家还在关注VRML，X3D-edit也讲我引入了神奇的XML世界。随着后来将研究方向转向了地理标记语言的语义表达方面，对X3D关注并不是太多，一直今天看到这则消息才有种回首往事的感觉。呵呵，最近OGC的动作很大，可能也是因为Web 2.0给网络带来了太多变革的缘故。OGC在GeoRSS方面也有很多的trouble，但是话说回来，an alternative is better than never.

Paul said that If you want people to switch you need to make the transition as painless as possible. Firefox got people to switch to IE by

• *Making better software
• *Not making user learn a new UI for interacting with the web
• *importing all their IE favorites
• *THEN building in cool new features that keep people around

So, uDig Team have to do is make something better than ArcGIS, but not so much better that it is not familiar to the existing user base, that works transparently with all their existing data and presumably their .mxd files too. And meanwhile give it away for free.

Paul said, Open source is not about users, it is about developers. It is only about users in so far as users become sufficiently engaged in the project that they either become developers themselves, or support developers through careful bug finding or documentation.

At last, Paul describe the correct models by his point of view. He said that the FireFox or Open Office are incorrect modles, because they are something a litte aberrate. Paul said the correct models are Linux, Apache, Perl, PostgreSQL，not user-friendly, but still very useful.

Web GI-System: Geo-data, Geo-analysis,  statistics, the transfer-model, the server & client

看来，等我从武汉回来，除了写那本书，也可以开始看看R和GRASS了。

地球，我们的家园，它究竟是什么模样？
从1.7米的习惯高度，视角忽然切换到数千米之上的高空。震撼！发自内心，我们如饥似渴地在自由遨游，如刚展开翅膀的雏鹰。
往昔，忙碌的此刻，明天会是什么样？
一次次感受到科技与智慧的力量之伟大，或许我们已依稀触摸到千里眼顺风耳上九天摘星揽月的生活，我们对未来充满憧憬与渴望。
我们是一群平凡的年轻人，因为年轻所以对生活充满热爱，对变化倍感新鲜，对未来满怀好奇。
也许我们在往后的日子里不一定会站在舞台上，但我们会努力为精彩的舞台剧奉送最灿烂的鲜花、最热情的掌声!

最近在SVG 内置脚本和外部脚本的引用上有些小问题，有空专心研究一下。

CartoWeb is a comprehensive and ready-to-use Web-GIS (Geographical Information System) as well as a convenient framework for building advanced and customized applications.

Developed by Camptocamp SA, it is based on the UMN MapServer engine and is released under the GNU General Public License (GPL).

Written using innovative language PHP5, CartoWeb is highly modular and customizable thanks to its object-oriented architecture. It runs evenly on Windows or Unix-like platforms and shows its real power when associated to PostgreSQL/PostGIS.

Last but not least, CartoWeb may be set up as a SOAP Web Service enabling to have front-end server on one machine and data and map generation on an other.

1．巴西航空航天局的TerroLib项目（http://www.dpi.inpe.br/terralib/），可以基于其提供的模块开发从中间件到产品的各类GIS应用。

2．俄国人利用Java开发的ww2d项目（http://ww2d.org/），令我比较激动的产品，源代码很少，但可以加载NASA（美国航空航天局）在World Wind项目中使用Blue Marble高精度数据。打算研究一下，将其集成到Eclipse的富客户端产品框架之内。（下为其截图）

3．OSSIM项目（http://www.ossim.org）应用于遥感、摄影测量等的高效平台，不过这些不太在行，OSSIM在GIS方面应用也很广，有建立三维数字地球的osgPlanet组件。

4．作用于统计领域的R2语言，可以应用在空间统计分析等领域中，这个以后慢慢了解。

最近的一件大事应该是MapServer基金会的成立，其起因大概是Autodesk把他的MapGuild提供给原MapServer。具体大家可以看看其网站介绍。MapServer是几乎所有开源的GIS产品的基础，个人是在考察一些Python的GIS软件时了解到MapServer的。现在的基金会包括2个产品：MapServer Cheetah 和 MapServer Enterprise ，后者是Autodesk的原MapGuild。其介绍很诱人：包括Ajax支持的浏览器，源码，Studio，Java, .net, PHP支持等.
Cheetah，是希望MapServer就像美洲豹一样迅疾，我想目前加入了FastCGI技术支持的MapServer应该是当之无愧了，它的架构、流程是那么的简单和清晰。
Enterprise，嗯，有点儿俗气的名字，但“GIS融入IT了”，为企业服务嘛！粗览了一下代码，哟，换成了标准的C++了，很可惜，其VS solution文件是高版本的，公司里机器上装的VS2003打不开，自己本本上的VS2005 express edition可以打开。第一次开有点儿慢，IDE要分析200多个文件~ 不知道是我眼拙，还是没仔细看，人家居然没有用STL，更别说Boost了，再造轮子~ 呵呵 C++代码的结构很好，文件夹一看就明了，编码也很规范，注释中有规范的doc标签，用了一些设计模式，面向接口的编程……
在“致 MapServer 开放源网络地图社区的一封公开信”中已经明确：Cheetah并没有与Enterprise合并的计划，它们是两个完全独立的项目，Cheetah仍然使用原来的麻省理工学院的开源授权协议，而Enterprise将采用LGPL。自此，UMN MapServer的称号将不再使用。然后，我再八卦一把，该信的署名里有：
MapServer Technical Steering Committee (MTSC) 主席 Steve Lime
MTSC 成员 Frank Warmerdam
第一个人的名字经常出现在UMN MapServer代码的文件头中的Author信息中，而且是第一位哦，第二个人的名字也经常出现在Steve的后面，他负责了mapfile I/O，部分的render以及新的数据库connection pool。
开源的东西的共同缺点恐怕就是缺少文档了，也许，在这个无奇不有的互联网时代，我还能够借此机会捞点儿钱，不过在大家鄙视我之前，还是先说点儿真的，在整个代码中，充斥了一些缩写，如果不知道它的意思，读起来老感觉眼睛里有点儿异样：

• FDO：Feature Data Object
• AGF: Autodesk Geographic Framework

上面是我的猜测，一开始老弄不明白代码里总是出现的诸如GisAgfGeometryFactory之类的名称里Agf中的A是啥意思，后来明白可能是Autodesk的首字母儿，我考，开源的东西居然拿公司的名字作开头~
还是回到开源赚钱上来，我真的觉得学校里的人可以直接看MapServer作为GIS教程了，如果上进的学第们想尽快地进入GIS coding的世界，不妨可以到我这里来交点儿学费，哈哈
记得大二大三的时候看的陈建春的那本“VC开发GIS”学会了MFC和VC6入门，呵呵，不能说那本书没什么大的作用，那是6年前的技术了嘛，我们应该以发展的眼光看待问题不是？虽然现在又有了第二版，但我还是觉得依照MapServer写一本书，那才是真正的Mordern C++ Implementation of GIS Mapping Software，您瞧瞧，我把书名儿都起好了。我幻想着搞一个咨询、顾问、培训的team，帮助大家使用各种开源的GIS。呵呵，到那时，我就有自己的事业了，而不是工作，真美好啊……

几乎众所周知，GIS最初源于政府机构，而在北方地区，我们所知道的著名的政府机构是加拿大。我之所以说“几乎”是因为仍然有人相信GIS是由私有软件提供商创造的…我敢打赌这些公司使他们的营销人员更加的快乐！

GIS起源于加拿大，著名的“GIS之父”，罗杰·汤姆林森（Roger Tomlinson）自20世纪60年代就居住在渥太华，安大略省。他早期从事计算机制图的研究，这个时期被认为是世界GIS产业的第一个发展阶段。

然而，这篇文章所谈论的已超出加拿大作为GIS发源地的范畴。我想总结下加拿大在开源GIS中的作用。我不想低估其他国家在开源GIS中的贡献，但加拿大贡献者发挥了巨大作用是毋庸置疑的。

通过交谈，我了解到美国人不仅仅喜欢谈论自己的国家。问问加拿大人关于加拿大，他们拉过椅子，抢过一盘奶酪，然后定下来。当然，因为这个故事有趣，这也将是件不错的事。

这里是MapServer的世界。MapServer从1994年Steve Lime离开明尼苏达大学开始到被我们熟识（明尼苏达州在遥远的北部，要穿越南部才能到达加拿大），这是事实；几个加拿大人推动MapServer的发展，这也是事实。首先，这里有Frank Warmerdam（住在Eganville外，安大略省）和他的Shapelib库。Lime获得了这个库，并支持MapServer的第一个版本。Warmerdam继续添加了OGR库和GDAL库，由此产生了大量的矢量和栅格数据以支持MapServer和其它的开源软件。随同其他人一起，Warmerdam已成为OpenEV开发的领导者，OpenEV具备强大的2D和3D影像分类、编辑、转换、分析、设置投影功能，并具有在GNU LGPL开源许可证下发布的管理工具。

如果Lime被认为是“MapServer之父”，那么对MapServer起源的实现则有“MapServer之母”：Daniel Morissette。Morissette过去从事DM Solutions研究，现在致力于Mapgears，居住在Chicoutimi，魁北克省。Morissette和Lime从2000年开始一起研究MapServer技术。他们通过Internet合作，直到2004年才碰面。Morissette和他的DM Solutions提供了很大的帮助：使得MapServer在Windows平台下运行；使Php Mapscript成为脚本工具；对OGC的Web Map Service（WMS）和Web Feature Service（WFS）说明书提供支持；添加大量十分有用的文档。

DM Solutions目前继续为MapServer和开源制图工具提供帮助，提供Chameleon（一个具有制图模块用以进行位置开发的开源软件平台），kaMap（一个类似于Google Maps功能的开源AJAX制图平台），以及MapLab（一个为构建制图网站的开源Internet软件平台）。所有这些工具得到http://www.maptools.org/ 网站的支持。DM Solutions在GIS开源产业中处于领导地位，它所提供的要素都是开源环境中常缺乏的。

 
2001年，Refractions Research公司进入开源领域，随之发布了PostGIS，它是基于开源对象――关系型数据库PostgreSQL扩展的空间数据库。这个软件包可与ESRI的SDE性能媲美，对MapServer和其它开源软件的空间数据处理功能进行了更大的改进。Refractions Research公司，位于维多利亚之外，不列颠哥伦比亚省，目前主要提供桌面GIS软件产品uDig。uDig主要是基于GeoTools（它基于JTS拓扑组件），为开源产业带来了基于Java的GIS桌面工具。

JTS是由另一个加拿大公司Vivid Solutions开发的。距Refractions Research公司仅四个街区，Vivid Solutions开发了JTS，作为基于Java的桌面GIS软件JUMP的产品之一。JUMP，主要源于Vivid的Martin Davis的思想，它在开源产业中取得很大的成功，提供很多桌面GIS期望的通用功能，并使Java程序员能设计插件程序。

最后，我需要谈谈Autodesk公司中的加拿大贡献者。Autodesk是一家美国公司，它的MapGuide根源来自卡尔加里（加拿大西南部城市）的公司Argus，由Autodesk于1995年购入。这个软件和如今的MapGuide软件的关键设计师是Bob Bray。Bray仍定居于卡尔加里。当去年Autodesk向开源地理空间基金会发布MapGuide开源（http://www.osgeo.org/）时，MapGuide制造了轰动的新闻。这件事成为GIS开源产业中最乐于谈论的新闻之一，并一直保留至今，使开源开发者们能够明白Autodesk是如何操作这个新闻的。另外，位于渥太华的Autodesk子公司是支持Feature Data Object（FDO）软件的主要发起者之一，FDO是一个新的开源软件包，它支持恢复和更新空间与非空间数据。

所以，在开源中存在着加拿大人。加拿大人的确在开源GIS中争得一席之地。你不得不自问，为什么？为什么是加拿大？为什么不是美国？或是其它的国家？

当然，其它国家也为开源做出了贡献。欧洲一些国家和美国开发了诸如GeoTools、GeoServer、MapBender、MapBuilder、OSSIM等产品。但是加拿大人似乎远远领先于其它国家。我的研究表明造成这种现象的原因可能是政府的投资。

早期由Tomlinson和其它人共同研究的林业GIS是由加拿大联邦政府资助的。Warmerdam对Shapelib、OGR与GDAL的研究，主要来自GeoConnections（一个为发展加拿大地理空间数据基础设施的国家合作项目），加拿大林业、环境、地图部门的资助。与MapDerver合作的DM Solutions以及其它开源项目，一直由加拿大国家公园、加拿大自然资源, 加拿大海岸防卫队, 加拿大公共卫生局以及加拿大地质调查局资助。与JTS合作的Vivid Solutions由不列颠哥伦比亚省政府资助。与uDig合作的Refractions Research以及其它开源项目大部分由加拿大联邦政府资助。

多年来一直受到如此程度的资助，就不难明白加拿大为什么会成为GIS开源世界的领头羊。那么为什么在美国缺乏如此的支持呢？事实上，只要你了解到在美国，政府与私有GIS软件提供商签订了合同，就会明白其中原因。这种软件合同在美国很普遍。问题是，当马萨诸塞州决定转移到“开放标准”时，结束了与微软曾经长期合作的机会，这简直是大新闻。

在美国，政府一直对GIS软件投资，包括USGS和对GRASS的Army Corp of Engineers、PROJ.4、GCTP的投资, 以及 NASA对MapServer and Worldwind的资助。但是，过去几年这种资助似乎在向私有软件合同让步。

当然，政府继续与私有软件提供商签订合同，有它的理由。支持合同可能是最大的因素。但是，随着GIS产业聚焦Internet软件，这种现象将被改变，支持（包括现场支持）将成为微不足道的因素。当然，争论不可避免地会产生，诸如这种因素是更短期的？…要求政府考虑长期性是否公平？

显然，这是在加拿大。

作者:文/ Kevin Flanders，译/Amanda

GeoTools是比较成熟的开源GIS中间件，有近10年的历史，并且还有一定的OpenGIS官方背景，是英国Leeds大学提供的地理java基础类和源代码。

可从www.geotools.org下载源代码。

geotools采用java实现，架构非常优秀，容易扩展。geotools中采用了另一个著名的开源软件JTS（java拓扑套件）。JTS封装了常用的geo算法，并且实现了OpenGIS的简单特征规范，也提供了基于内存的空间索引

新版本添加了PENN UNIVERSITY的ColorBrewer项目。
the offical site said:
This release contains an improved API for aggregate functions (min, max, average, etc…), and contains optimized implementations for most SQL based datastores. We are pleased to included ColorBrewer from Penn State University. Also we have a a couple of exciting house keeping changes. How exciting? Main has been split into four: Referencing (for implementations of GeoAPI), api (for all the stable interfaces), coverage (to help those working on ISO compliant raster support) and finally main (returning for a repeat engagement of our default implementations). This release in made in conjunction with uDig 1.1.M0.

不同于商业GIS软件，开源GIS软件不用背负数据兼容、易用性等问题的包袱，开发者能够集中精力于功能的开发，因此开源GIS软件普遍功能很强，技术也非常先进，其背后是来自技术狂热者和学院研究生的大力支持。开源GIS软件目前已经形成了一个比较齐全的产品线。打开www.freegis.org网站，我们会发现众多各具特色的GIS软件。老牌的综合GIS软件GRASS，数据转换库OGR、GDAL，地图投影算法库Proj4、Geotrans，也有比较简单易用的桌面软件Quantum GIS，Java平台上有Map Tools，Map Server则是优秀的开源Web GIS软件。各种空间分析，模型计算尤其是开源GIS领域的强项。动态语言如Python在开源世界中颇受宠爱，开源GIS软件也不例外，很多GIS工具都提供了Python接口，以便于系统集成。Python优雅的语法和超强的粘合能力实在是一种挡不住的诱惑。

开源GIS世界虽然繁荣，但其影响还是很小，其身份在外人眼里看来是高深莫测的专业工具，现有的Linux发行版中也没有哪个集成了开源GIS工具。开源GIS技术虽然先进，但是缺乏良好的能够满足商用的发行版本，因此涉足开源GIS领域的多是技术爱好者和科学家，而少有商业人士问津。如果能够提供一个比较系统的、达到商用要求的开源GIS解决方案，并能获得稳定的发行版，如同Linux-Apache-MySQL-PHP那样，开源GIS前途将是不可限量。

当然，我们能够对所有 GIS 数据进行编辑，而且必须经常编辑这些数据，训练有素的 GIS 专家可以处理接收到的大多数数据集格式。许多（若非全部）数据格式都遵守开放标准，GIS 空间中的所有操作都可以使用运行于 Linux、主要的 Berkeley Software Design (BSD) 和一些 UNIX 变体上的开源应用程序来执行。最重要的是，GIS 软件套件还可以在 Mac OS X 上运行。

Quantum GIS：开源 GIS 数据查看器
近年来，Linux 上运行的 GIS 应用程序迅速增加。20 世纪 80 年代，编程人员开发了地理资源分析支持系统（Geographic Resources Analysis Support System，GRASS）。在 20 世纪 90 年代后期经过修改后，任何具有 GIS 知识和一些 Linux 专业知识的人员都可以利用 GRASS 从 Linux 命令行或图形用户界面 (GUI) 运行完整的 GIS 系统。遗憾的是，GRASS 极其复杂，为在 Linux 上运行 GIS 的初学者造成了一些不便。GUI 显示大量的功能和命令行标识，其目标用户是 GIS 专家，而非尝试创建网络地图的新手。

2002 年 5 月，开发人员开发了 GPLed Quantum GIS (QGIS)，该项目面向需要访问、显示和可能编辑 GIS 数据集的初学者和中间用户。GIS 用户可以将 QGIS 部署为单独的 GIS 数据查看器和编辑器，或者部署为 GIS 工具链的一部分。GIS 工具链可包括 QGIS、GRASS 软件套件、一个三维 PostGIS 数据库和一个向通过 Internet 访问地图网站的用户提供数据集和地图的地图服务器。

QGIS 开发人员决定使用基于 C++ 的 Qt 工具包来构建 QGIS 界面，这是不同于以前实践的主要方案（编程人员主要使用 Tcl/Tk 创建了 GRASS，Tcl/Tk 建立于 20 世纪 80 年代后期）。尽管 QGIS 是在 GPLed Qt 工具包的基础上开发的，但它可以在多数 Linux 和 UNIX 变体、Microsoft® Windows® 和 Mac OS X 上运行。

栅格数据
应用程序使用两种不同的数据结构存储 GIS 数据：栅格数据 和矢量数据。您可以添加三维数据格式的数据库存储，该格式针对 PostgreSQL 处理而优化 —— 即 PostGIS 数据格式。我们将 PostGIS 数据归类为矢量数据，其原因将在下文介绍。

QGIS 处理所有三种数据 —— 栅格数据、矢量数据和数据库，这也是编写 GIS 数据编程库的程序员的重要努力方向。通过想像正方形网格或六边形单元，可以方便地可视化数据结构（实践中，应用程序在多数情况下采用正方形网格）。这些网格覆盖一个像矩阵一样的地理区域，并在一个名为 map algebra 的字段中使用数学表示形式。GIS 专家可以向每个网格中添加数据，如降水量值或经济数据，但描述复杂的不规则地理形状较为困难。该软件通常必须依赖于相似性和网格中值的位置来对特征分类（如街道或海岸），而非基于封装在元数据中的特征描述。另一种可能的解释依赖于使用与个别网格相关联的颜色值将栅格网格组归类为某些特征。

网格按行或按列排列，它反映硬盘存储数据的方式。许多基于栅格的格式都有基本的图像格式：常见的基于栅格的图像格式是位图 (.bmp)。带标记的图像文件格式 (.tiff) 是另一种常用的基于栅格的图像格式，GIS 专家为适应地理学者的需要将其重命名为 GeoTIFF。基于栅格的数据格式更类似于图像。其准确性依赖于描述尽可能少的特征的网格数量。

在栅格数据模型中，地图的准确性还依赖于地图的比例。因此，地图的分辨率和准确性依赖于每个网格代表的实际区域。该数据模型可比较的简单性有助于对 GPS 设备和卫星成像捕获的数据进行建模。有些数据格式可以很好地适用于栅格模型。例如，数字高程模型（Digital Elevation Model，DEM）数据点在网格图形中均匀排列。DEM 格式编码高程数据来创建高清晰地形。前几年，美国地质调查局 (USGS) 向公共领域发布了一个非常受欢迎的全球 DEM 数据集。

矢量数据
基于矢量的数据格式的出现改变了 GIS 专家的生活。新数据查看器和编辑器，如 Thuban 和 QGIS 不必再费力地表示复杂的基于矢量的格式，因为它一开始就内置了编辑和添加基于矢量的数据层的能力。GRASS 已有 20 多年的历史，但最近才获得此能力。

简言之，矢量数据利用最简单的拓扑实体 — 点、线和多边形，并在二维笛卡尔坐标系统中固定它们来描述地理特征。连接线称为弧，笛卡尔坐标系统中的点称为节点。数据结构与图形关联，并以图形理论做为其数学基础。所谓的弧节点列表 包含弧和节点。列表定义多边形，并可以相互层叠，来表示方向完全相反但描述相同地理区域的数据集，从而形成数据详细的地图。

QGIS 和其他较为简单的数据查看器用于探测各种数据格式和覆盖此行星系统的所有数据集。与某些商业产品、甚至 GRASS 不同，您可以容易地安装这些查看器，并且几乎可以在所有主要操作系统上使用。里程可能稍有偏差，但几乎可以始终保证成功。

数据格式
QGIS 支持许多矢量数据格式，如 Shapefile、MapInfo 图层和 ArcInfo coverage。矢量数据要求的存储要比栅格数据少得多，因为弧节点列表简化并减少了表示地图中包含的特征所需的数据。这些数据还非常便于搜索地图或用矢量表示的各种图层。在 20 世纪 90 年代初，商业软件套件 ArcInfo GIS 进入市场以后，促进了对 Shapefile 的使用。后来出现了其他文件和数据格式，但是，没有免费的开源编程社区，这些成果仍局限于地理学者的理论研究和军事规划。

GRASS
最近推出了 GRASS 6.01 版，该版本支持大约 40 种数据格式。它突破了二维栅格格式，可包括体元（voxel） 或三维栅格格式。大量的成像和成图模块大大方便了 GIS 专家以新的方法分析数据。这使得长期模拟和完善的地图制作成为可能。

不过，用户仍需要解决的问题是，由于该版本针对的是 UNIX 和 Linux 专家，其界面相当杂乱而且安装过程也比较复杂。进一步说，导致这一复杂性的原因是随 GRASS 提供了大量的库和工具。所幸的是，各个 GIS 技术级别的学生编写了许多有关 GRASS 的文档，因此使 Linux 和 UNIX 新手能够对付 GRASS 安装时的复杂要求。

GDAL 和 OGR
在谈到 GIS 数据格式时，必然会考虑到要支持的大量格式，以使每个数据查看器和 GIS 应用程序可以广泛适用。开源 GIS 应用程序必须包括从 ArcInfo 到 X 窗口系统的大多数开放数据格式标准。诸如 GeoTIFF 的格式是通常由多数应用程序支持的开放标准的常见示例。

在开源范围中，GRASS、QGIS、Thuban 和许多其他 GIS 应用程序使用基本库，即 Geospatial Data Abstraction Library (GDAL)。GDAL 用 C 和 C++ 编写，只能包括一种栅格格式。另一个库叫做 OGR Simple Features Library（以前称为 OpenGIS Simple Features Reference Implementation），尽管是为了适应 GDAL 源树中存在的矢量格式而构建的，但 OGR 依赖于 GDAL。事实上，如果没有开源许可的 GDAL，多数现代地理空间数据查看器将是不可思议的。该库为编程人员提供了通用的数据模型，包括所有栅格数据格式和矢量数据格式（通过 OGR）。GDAL 还可让编程人员在世界地理坐标（即地理参考坐标）上设计栅格数据。

PostGIS 和 OpenGIS
在没有相当完善的数据存储机制的情况下，公共领域 GIS 数据不可能存在。然而，存储可能不像栅格数据那样重要，其空间构成可能包含相当简单的数字数据。编程人员只须知道一些较高级别的结构，但是多数编程人员认为栅格数据较为复杂并且占用大量的存储。

OpenGIS 标准通过生成矢量数据解决了这些问题，矢量数据也指几何对象，如点、线、多边形及其组合，可以在启用三维数据库的 PostgreSQL 中存取（PostgreSQL 的 OpenGIS 实现标准称为 PostGIS）。存储在 PostgreSQL 数据库中的 GIS 数据完全可以使用 SQL-92 搜索。

目前，编程人员能够访问整个开源 GIS 应用程序在很大程度上依赖于 UNIX 和 Linux 系统。这些成果得益于通常的开放标准，而且多数 Internet 地图制作领域正在趋向于依赖这些标准。以任何形式处理地理数据的所有编程人员都会遇到与 Linux 系统编程人员在 glibc 上遇到的相同的基础库问题。GIS 编程人员即使只是想利用键盘编写数据过滤器的脚本或删改工具链，也无法判断要使用哪些数据格式和基础库。

结束语
在谈到有关开源和全球环境现象时，很难让人联想到地理数据集和 GIS 应用程序领域。但是，开源应用程序，如 GRASS 和 QGIS 在尝试使公共领域 GIS 数据集可用于编程人员和技术用户，以便他们不必使用商业产品。GDAL 和 OGR 之类的库可以将 GIS 数据放在通用开源基础上处理，而不会影响开放 GIS 数据标准的完整性。

GeoRSS is a simple proposal for geo-enabling, or tagging, “really simple syndication” (RSS) feeds with location information. GeoRSS standardizes the way in which “where” is encoded with enough simplicity and descriptive power to satisfy most needs to describe the location of Web content. It is extensible and upwardly-compatible with more sophisticated formats like the OGC GML (Geography Markup Language®).

GeoRSS is an important stepping stone in the evolution of the geo-semantic web. It is the product of an informal collaboration of geospatial professionals applying expertise in Web standards, syndication, and the Semantic Web. An incubator group within W3C is working to progress things further (see http://www.w3.org/2005/Incubator/geo/charter). This incubator activity represents an important link between the OGC and W3C communities to address the growing importance of the Semantic Web and the need for locally relevant information accessible through a variety of networked devices.

The OGC® is an international industry consortium of more than 300 companies, government agencies, research organizations, and universities participating in a consensus process to develop publicly available interface specifications. OpenGIS® Specifications support interoperable solutions that “geo-enable” the Web, wireless and location-based services, and mainstream IT. The specifications empower technology developers to make complex spatial information and services accessible and useful with all kinds of applications. Visit the OGC website at http://www.opengeospatial.org.

in the official website, http://www.opengeospatial.org, i saw the slogan of this orgnization:
“Making location count”.