Basically, Paul thought that MapServer is much more powerful than the others. MapServer is Strong as ox, Fast as a cheetah, and the most important, Paul thinks that the MapServer is just a engine which mainly focus on creating maps, but the GeoServer, ArcIMS and GeoServer are sorts of integrated Map Server systems, which combines the GUI, the Design software and so on. If anyone wants to see this slides, just find them on Mr. Paul’s website.

那么都市圈和E都市用的是什么投影呢？

我起初思考，可能用的是方位投影，我们两极都是用的方位投影，而且一些面积比较小的国家也是用的方位投影。而且，对于2.5 D WebGIS针对的研究区域也是一个主城区而已，所以，极有可能会是方位投影。但是后来我用ArcGIS定义了 Azimuth Projection，发现在边缘范围畸变是很大的，因为方位投影的视点为一个点，这样她的投影范围是一个圆形，所以她在不同区域的畸变是不相同的。

后来我仔细琢磨，像都市圈或者E都市的投影应该使用来自无穷远的平行光源照射，然后给一个照射的角度，所以从理论上可知应该使用正射投影（orthographic projection）。然后经过实验也是可以行的。要注意的是，在设置斜射投影时需要设置两个参数，分别为经度中心和纬度中心，需要根据实际情况设置。同时，我有产生了新的想法，完全可以给都市圈以不同的投影，然后on-the-fly进行变化，也就可以让我们在观察时不仅仅用一个视角，而是有不同的视角。这是一个很关键的问题，也是2.5->3的一个便捷转换的过程。下面给出我自己设置的都市圈的投影：

PROJCS["orth_dsq",GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",

SPHEROID["WGS_1984",6378137.0,298.257223563]],

PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],

PROJECTION["Orthographic"],PARAMETER["False_Easting",0.0],PARAMETER["False_Northing",0.0],

PARAMETER["Longitude_Of_Center",80.0],PARAMETER["Latitude_Of_Center",-8.0],UNIT["Meter",1.0]]

PS：如果要实现远小近大的效果，可以考虑透视投影（perpective projection），它会给光源加一个高度。

OUTPUTFORMAT
NAME ‘ Musicman’
DRIVER AGG/PNG
IMAGEMODE RGB
FORMATOPTION “QUANTIZE_FORCE=ON”
FORMATOPTION “QUANTIZE_DITHER=ON”
FORMATOPTION “QUALITY=90″
FORMATOPTION “QUANTIZE_COLORS=24bit”
FORMATOPTION “INTERLACE=ON”
END

OUTPUTFORMAT
NAME ‘musicman2′
DRIVER “GD/JPEG”
MIMETYPE “image/jpeg”
IMAGEMODE RGB
FORMATOPTION “QUALITY=90″
EXTENSION “jpg”
END

OUTPUTFORMAT
NAME ‘AGG’
DRIVER AGG/PNG
IMAGEMODE RGB
END

OUTPUTFORMAT
NAME ‘AGGA’
DRIVER AGG/PNG
IMAGEMODE RGBA
END

OUTPUTFORMAT
NAME ‘AGG_JPEG’
DRIVER AGG/JPEG
IMAGEMODE RGB
END

OUTPUTFORMAT
NAME ‘AGG_PNG24′
DRIVER AGG/PNG
IMAGEMODE RGB
END

PS:其实在google map和百度map制作时，给文字以buffer也可以减轻在文字周围的锯齿。以后有空可以试试看。同时，我画质质量从0到100差距还是很大的，但是渲染和压缩都需要时间，所以就看你怎么平衡与取舍了。同时MapServer渲染好的地图可能时放在缓存里，这样可以大大节省渲染的压缩需要的时间，所以，也很有可能MapServer只是提供已经渲染好的矢量地图。

2. 如果你需要用arcGIS来转换，需要在文件ArcGIS\Coordinate Systems\Projected Coordinate Systems\world里添加文件 Google Mercator (world).prj. 我自己写的内容为：
PROJCS["Google_Mercator",GEOGCS["GCS_WGS_1984",
DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137,0]],
PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],
PROJECTION["Mercator"],PARAMETER["False_Easting",0],PARAMETER["False_Northing",0],
PARAMETER["Central_Meridian",0],PARAMETER["Standard_Parallel_1",0],UNIT["Meter",1]]

PS. EPSG: 900913 为横轴墨卡托投影。它和EPSG：3395非常类似，只是没有扁率298. 257223563。也就是说他不是一个椭球。还有一点需要注意，Google 投影用的是Mercator——2SP该投影在acrGIS以及proj4里均没有定义。所以要做一些转换。
如果您对地图投影，墨卡托投影，特别是WebGIS里面的使用情况有疑惑，请参考如下的文献：

http://www.spatialreference.org/ref/user/google-projection/

http://jira.codehaus.org/browse/GEOT-1511

http://spatialreference.org/ref/user/6/

http://www.ibm.com/developerworks/cn/java/j-coordconvert/#resources

http://www.sharpgis.net/2007/05/05/SpatialReferencesCoordinate

SystemsProjectionsDatumsEllipsoidsConfusing.aspx

code:
在html中：

var lon = 4174203.107;
var lat = 3556972.005;
var zoom = 5;
var options = { maxExtent: new OpenLayers.Bounds(7765266.742441,429318.305045,16113672.956358,7543262.315404),
maxResolution: 16543,
projection: "EPSG:900913",
units: "km",
numZoomLevels: 7};
map = new OpenLayers.Map('map', options);
layer = new OpenLayers.Layer.MapServer( "CHGIS MapServer", "/cgi-bin/mapserv.exe?map=/ms4w/apache/htdocs/buddhist/google.map&layers=PII_google",
{layers: 'basic'},
{opacity:0.5, isBaseLayer:false});
map.addLayer(layer);
satellite = new OpenLayers.Layer.Google( "Google Satellite" , {type: G_SATELLITE_MAP,
'maxZoomLevel':18, 'sphericalMercator': true} );
map.addLayers([satellite]);

在map文件中：

MAP
IMAGETYPE PNG
# EXTENT 72.9958 17.9958 136.0042 54.0042
EXTENT 7765266.742441 429318.305045 16113672.956358 7543262.315404
SIZE 1200 800
SHAPEPATH "data"
IMAGECOLOR 234 255 255
TRANSPARENT ON
FONTSET "fonts/fonts.list"
SYMBOLSET "symbols/symbols.sym"
PROJECTION
# "+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs"
"init=epsg:900913"
END
＃定义图层LAYERS
END

关于时空结合，自己做了一个小小的例子，下载了CHGIS的数据，然后研究了一下如何建立时空一体化的模型，并将其可视化。现在仅仅是beta版，还有很多不足，希望能和大家多多探讨，实例请见如下网址：

/temples/index.html

• 1 the first section of Mapserver Tutorials
• 2 the last chapter of introduction to postgis
• 3 Examples of Openlayers Package

IMPORTANT: at this time, users should use PHP versions 4.4.0 or <= 4.3.9 with MapLab – there is a known issue with some versions of PHP with MapLab.

Change log
http://trac.osgeo.org/mapserver/browser/tags/rel-5-0-0/
mapserver/HISTORY.TXT

 Plone 是一个运行在Zope和CMF之上的开放源代码的企业内容管理系统(ECM/CMS).Zope是web应用服务器，类似于J2EE、.NET，是开放源代码的WEB应用开发技术；Plone是基于Zope的一个内容管理系统，是Zope的一个产品（Product）。Zope是面向开发人员的，是一个开发平台；而Plone可以直接面向最终用户，安装后就可以直接满足最终用户的很多需求，是直接可用的一个系统。目前Plone在逐步在向应用开发平台进行发展，已超出了单纯内容管理平台的范畴。

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.

最近的一件大事应该是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