长久以来，由于地理空间信息行业的固有特点，在这一领域中存在着多种不同的文件或数据库格式。当用户使用了某个公司的数据存储格式之后，常常就被迫使用同一个公司的软件，以访问他们自己的数据。如果希望使用其它公司的软件，就往往要耗费大量的精力把数据从一种格式转换成另一种格式，或者设法去读写这些专有格式。在这个过程中，可能导致的问题包括:

◆ 数据丢失:例如一种格式中记录的数据可能无法或很难转移到另一种格式中;

◆ 精度损失:例如把数据从一个双精度的格式中转移到单精度甚至整型的格式中;

◆ 数据冗余:同一份数据要创建多种格式的拷贝;

◆ 过时信息:当一个版本的数据更新后，未能及时更新其它格式的版本，导致项目成员使用过时的数据而导致不必要的错误;

◆浪费成本:大量的时间和金钱耗费于毫无生产性的工作。

在FDO技术的帮助下，针对每种现有的数据存储格式，只要编写一段程序，将原有的数据存储“翻译”到FDO API，就可以提供给使用FDO的应用程序访问。这个“翻译”程序就称为FDO Provider。只要安装了FDO Provider，应用程序就可以通过调用FDO接口来直接访问相应的数据存储，而不再需要进行格式转换。因此，开发人员可以将更多的精力集中于应用程序逻辑，而不是处理各种数据格式。

Autodesk不仅制订了FDO API的标准，还开发了一系列的FDO Provider提供给用户。目前已包括:

◆ 文件型数据源:SDF、SHP;

◆ 数据库型数据源:ArcSDE、Oracle*、MS SQL Server*、MySQL、ODBC;

◆ Web数据源:符合OGC规范的WMS/WFS（只读）;

◆ 光栅数据源:多种常见的二维光栅格式和DEM格式*（只读）。

为了推广FDO技术的应用，Autodesk与OSGeo合作，将FDO作为一个开放的标准发布（http://fdo.osgeo.org/），并将已有的FDO Provider作为免费的开源产品贡献给社区（列表中带*号的除外）。

在OSGeo的推动下，FDO正在成为访问地理空间数据格式的统一的标准，并且已经由开源社区的开发人员（而非Autodesk）提供了更丰富的FDO Provider，包括OSGeo FDO Provider for PostGIS和OSGeo FDO Provider for GDAL/OGR。这些Provider程序都基于标准的FDO接口，因此应用程序可以轻松的使用它们来扩展其支持的格式。

另外，由于FDO Provider本身并不必须是开源的，因此对于原先私有数据格式的所有者，即使在不公开该格式的情况下，也可以通过发布FDO Provider使得其它开发人员和应用软件可以访问该格式中存储的数据。借助FDO Provider，应用软件还可以访问遵循OGC（Open Geospatial Consortium）标准的WMS/WFS（网络地图/要素服务）站点，从而获取基于Web的公开的地图数据资源。

有了FDO，企业就不再局限于某一数据格式的软件供应商，而是可以自由的选择功能更强大、价格更低廉的软件来访问其自身的数据资源，从而可以降低成本，提高生产力。

SDF空间数据格式

Autodesk不仅推出了FDO技术以访问现有的地理空间数据格式，还开发了新的开放的空间数据格式SDF（Spatial Data Format）。SDF格式是基于开源数据库格式sqlite（http://www.sqlite.org/），并且针对大型GIS数据集的存储进行了优化。

SDF是一种易于使用的文件型空间数据格式，它能够在一个文件中以表格的方式存储多种地理要素，包括多种几何类型（点、线、多边形和圆弧）以及关联的属性信息。与SHP相比，它更为小巧便携，使用双精度存储，支持真正的圆弧对象，并且支持海量数据存储（可存放超过100GB的数据），性能优越。

而与Oracle等真正的数据库系统相比，它的成本更低廉，更易于复制和传送，因此更适合于个人或小型系统使用。使用FDO技术，还能够轻松的将SDF转换成其它格式，因此当企业规模发生变化，需求从小型系统进化到大型数据库系统时，可以很方便的将SDF的数据迁移进入Oracle这样的数据库。

DWF图形技术

DWF（Design Web Format）图形格式是一种专为网络应用而设计的矢量图形格式，可将其称为“网络时代的电子图纸”。DWF与AutoCAD DWG看起来相似，但也有很大的不同。

首先，DWF是高度压缩的格式，体积小巧，因此更便于网络传输;其次，DWF是专为图形浏览、审阅和打印而设计的，它忠实的再现了原始图形，但却不可进行更改（只能添加批注），因此能够保证数据的安全可靠性;最后，DWF是一种智能的图形格式，它不仅支持图层控制、电子量测、三维模型和多页图纸集，更重要的是它还包含了对象的属性数据。

例如，在一个DWF的地图文件中，审核人员不仅可以选中一个地块，用电子方式测量它的面积，还可以查看其中包含的地块属性，例如产权所有者、绿化率和建筑密度。当发现错误时，可以在图上添加电子批注，然后将DWF文件发回给制图人员修改。因此，在基于网络的图形浏览和审批流程中，DWF是最佳的数据格式。

DWF对于Web应用也有非常重要的意义。我们不仅可以在安装了DWF Viewer插件的Internet Explorer软件中直接浏览DWF文件，更重要的是，由于DWF是一种流媒体格式，这意味着可以在文件下载的过程中逐步显示其中的内容，而不是等到整个文件下载完成之后才显示其全部内容。因此，基于DWF技术的Web应用能提供更好的用户体验。

MapGuide Open Source

MapGuide Open Source是Autodesk开源的地理空间信息技术的集大成者。它综合利用了多种开源技术，提供了一个先进的WebGIS平台，用于集成多种数据源，建立一个基于Web的地理空间信息应用系统，将地理空间数据发布到Internet/Intranet进行共享。并且，由于MapGuide Open Source是专门针对WebGIS应用开发的，因此非常容易学习和使用，性能也更为出色。

MapGuide Open Source是由Autodesk独立开发的全新产品，并于2005年11月发布。尽管其名称与以前的Autodesk MapGuide 6.5相似，但是新的MapGuide是完全重新开发的，使用了与以前截然不同的技术，因此实际上是两个完全不同的产品。新的MapGuide包含两个版本:开源版本MapGuide Open Source和商业版本Autodesk MapGuide Enterprise 2007。

这两个版本的内核完全相同，绝大多数功能也一样，但商业版本提供了更多的高级功能（例如用于Oracle和SQL Server的FDO Provider），并且可以获得Autodesk公司提供的技术支持和服务。

与以前的Autodesk MapGuide 6.5相比，MapGuide Open Source（也同样适用于商业版本）使用了最新的流行技术，因此更加卓越。其主要的新特性如下:

◆ HTML（AJAX）和DWF两种浏览方式

MapGuide Open Source可集成服务器端的多种数据源，并通过HTML方式或DWF方式发送到客户端。这两种方式提供了几乎完全相同的界面和功能，包括动态的图形缩放和平移、图层控制、选中要素并查看属性数据、浮动提示、图上测量和缓冲区分析等。

在HTML方式中，服务器端的地理空间数据被转换成光栅图像发送到浏览器，使用AJAX（Asynchronous JavaScript and XML）技术进行用户交互，而无需在客户端安装任何插件。而在DWF方式中，发送到客户端的是DWF格式的矢量数据，使用浏览器内嵌的DWF Viewer进行查看，因此能够提供更快的用户响应速度、更好的缩放和打印性能，另外还可以将DWF文件保存到本地以备脱机浏览。

◆使用FDO数据访问技术

MapGuide Open Source使用FDO作为数据访问的接口，因此它能够无缝直接读取多种地理空间数据格式，包括SDF、SHP、ArcSDE等。另外，在Autodesk MapGuide Enterprise这一商业产品中还提供了对Oracle和SQL Server的支持。作为一款经过OGC认证的产品，MapGuide Open Source还支持通过WMS/WFS集成和发布Web地图数据。

◆ 更强大的图形平台

MapGuide Open Source还具有更强大的图形显示性能，包括支持真彩色、TrueType字体、地图符号库、透明填充和智能的文字标注功能。另外，它还提供了更方便的用户交互界面。很多在以前的MapGuide 6.5中需要通过开发人员编程实现的常用功能，现在都可直接从MapGuide产品中获取。

◆ 空间应用服务器

由于MapGuide Open Source是在服务器端进行空间数据的访问、查询和分析，因此这就赋予它一种强大的特性，作为一个空间应用服务器，以“机器到机器”的方式与其它应用系统进行交互。

简单来讲，当另一个应用软件（不限于Web浏览器）按照事先约定的方式向MapGuide Open Source服务器发送一个请求时，MapGuide Open Source接受这个请求，执行其操作（例如查询某个指定区域内的地理空间数据），然后将操作的结果以事先约定的格式发送给该应用软件，然后该软件就可以按照其自身的需求对返回的信息进行处理。

将MapGuide作为空间应用服务器的一个最新例子，是加拿大的Nanaimo市使用它与Google Earth进行集成。该网站（http://earth.nanaimo.ca/）可以将市政府的MapGuide服务器中的空间数据输出为kml格式（Google Earth的文件格式）。于是，当用户在Google Earth客户端中打开一个包含MapGuide服务器地址的kml文件时，Google Earth客户端就向该MapGuide服务器进行查询。

而MapGuide服务器接收请求后，就查询该地区的空间数据并生成kml格式返回给Google Earth客户端。然后，Google Earth客户端就可以显示来自MapGuide的空间数据并叠加到它自身的卫星影像上。

因此，MapGuide不仅仅是一个Web地图平台，更是一个基于Web的空间数据引擎。使用MapGuide，可以很容易的为其它应用系统提供空间查询和分析功能，或是将分布于多个系统中的空间数据集成到一个客户端上进行浏览。

MapGuide Open Source（以及Autodesk MapGuide Enterprise）提供了如此之多的强大功能，因此能够用于架设企业级的地理空间信息应用系统。

另外，Autodesk还提供了与之配套的开发工具Autodesk MapGuide Studio，用于收集和整理地图数据、创建地图显示样式，以及集成用.net、Java或PHP开发的应用程序逻辑，并在发布之前对整个系统进行预览。Autodesk MapGuide Studio是一个独立的商业软件，但Autodesk也提供了可下载的免费试用版本，并且可向开发商合作伙伴提供用于开发的许可。

此外，MapGuide Open Source还能够与桌面软件Autodesk Map 3D 2007协同使用，以简化地图创建到发布的流程。Autodesk Map 3D 2007是基于AutoCAD的地图制作与编辑软件（商业产品），它也同样使用FDO数据访问技术，因此能够直接访问多种地理空间数据格式，使用AutoCAD工具进行编辑，并创建地图显示样式和制作专题地图。使用Map 3D制作的地图可以直接输出到MapGuide Open Source服务器上进行发布，并且保持在Map 3D中做好的显示样式。

采用LGPL授权

与开源软件中流行的GPL授权不同，Autodesk在MapGuide Open Source以及大部分FDO Provider中使用的是LGPL授权。与GPL相比，LGPL授权是一种更为宽松的授权。

如果您在自己开发的软件产品中包含了基于LGPL授权的产品（例如在MapGuide Open Source的基础上开发的应用系统），LGPL并不要求开放您新增的这些代码（与之相反，GPL授权要求开放您新增的所有代码）。您所开发的新软件可以是开放的或者私有的，可以是免费的或者收费的，没有任何限制;但如果修改了其中原产品的部分代码，那么您必须明确的指出修改的部分，并公布修改后的代码。因此，与采用GPL授权的开源软件（例如MapServer）相比，MapGuide Open Source更加适合于商业应用。

事实上，Autodesk MapGuide Enterprise 2007就是基于MapGuide Open Source的一个商业产品，它包含MapGuide Open Source的所有功能。

为了让更多用户从MapGuide Open Source受益，Autodesk将此软件捐献给OSGeo基金会。用户可从OSGeo网站下载和使用该产品及其源代码。

这意味着MapGuide Open Source不再属于Autodesk所有，而是属于以OSGeo为代表的全体开源社区。但同时也需注意，Autodesk不对MapGuide Open Source的用户提供技术支持和任何保障，这些用户需通过开源社区获取支持。Autodesk仅对Autodesk MapGuide Enterprise的用户提供支持和服务。

结语

通过本文的介绍，我们简要的浏览了Autodesk在地理空间信息领域的一系列开源技术和产品。使用来自Autodesk的开源技术，能够与其它开源软件或商业软件集成，建立起完善的基于Web的地理空间信息应用系统，从而为最广泛的用户共享地理信息，同时帮助企业降低成本，提高生产力。Autodesk将与OSGeo协作，不断的为地理空间信息的开源事业做出贡献。

图1 FDO数据访问技术

图2 MapGuide Open Source 站点架构

构造函数中下面开始在map中初始化自己的events属性:
this.events = new OpenLayers.Events(this,
                                            this.div,
                                            this.EVENT_TYPES,
                                            this.fallThrough,
                                            {includeXY: true});
再往下就注册了:
if(this.eventListeners instanceof Object) {
            this.events.on(this.eventListeners);
        }
通过map自己的Events属性(其实也是个object,就是events类的实例)中的on这个函数注册上，
我们要进入OpenLayers.Events类
---------------------------------------------------------------------------
---------------------------------------------------------------------------
看这个on方法
   /**
     * Method: on
     * Convenience method for registering listeners with a common scope.
     *
     * Example use:
     * (code)
     * events.on({
     *     "loadstart": loadStartListener,
     *     "loadend": loadEndListener,
     *     scope: object
     * });
     * (end)
     */
    on: function(object) {
        for(var type in object) {
            if(type != "scope") {
                this.register(type, object.scope, object[type]);
            }
        }
    },
on这个函数参数还是第一步中我们传入的eventListeners，就是那个哈希表
遍历，这个“scope”键值是事件的“产生源”对象，就是这个键值对应的对象触发我们注册的事件
register(type, object.scope, object[type])
type就是事件名称
object[type]就是处理事件的函数名
可以看一下第一步中传入的参数:
eventListeners: {
                        "moveend": mapEvent,
                        "zoomend": mapEvent,
                        "changelayer": mapLayerChanged,
                        "changebaselayer": mapBaseLayerChanged
                    }
再进入events类的另一个函数:this.register(type, object.scope, object[type])
   /**
     * APIMethod: register
     * Register an event on the events object.
     *
     * When the event is triggered, the 'func' function will be called, in the
     * context of 'obj'. Imagine we were to register an event, specifying an
     * OpenLayers.Bounds Object as 'obj'. When the event is triggered, the
     * context in the callback function will be our Bounds object. This means
     * that within our callback function, we can access the properties and
     * methods of the Bounds object through the "this" variable. So our
     * callback could execute something like:
     * :    leftStr = "Left: " + this.left;
     *  
     *                   or
     * 
     * :    centerStr = "Center: " + this.getCenterLonLat();
     *
     * Parameters:
     * type - {String} Name of the event to register
     * obj - {Object} The object to bind the context to for the callback#.
     *                     If no object is specified, default is the Events's
     *                     'object' property.
     * func - {Function} The callback function. If no callback is
     *                        specified, this function does nothing.
     *
     *
     */
    register: function (type, obj, func) {

        if ( (func != null) &&
             (OpenLayers.Util.indexOf(this.eventTypes, type) != -1) ) {

            if (obj == null)  {
                obj = this.object;
            }
            var listeners = this.listeners[type];
            listeners.push( {obj: obj, func: func} );
        }
    },
到这里，我们能看到我们所说的核心，那个哈希表，把自己的值都赋给了events类的一个属性:listeners
  /**
     * Property: listeners
     * {Object} Hashtable of Array(Function): events listener functions 
     */
    listeners: null,

这个事件机制的核心哈希表，键名就是事件的名称,也就是参数中的type,键值是一个对象{obj: obj, func: func}
当然这个对象中还有对象。。。。

现在事件已经注册上了，还有一个问题，register函数中提到了this.eventTypes，this.object
所以我们再回来看下events类的构造函数。
map类中实例化events属性的情景:
this.events = new OpenLayers.Events(    this, //指的是map
                                            this.div,
                                            this.EVENT_TYPES,
                                            this.fallThrough,
                                            {includeXY: true});
我们可以和events类的构造函数对比一下参数，就会明白了 
   /**
     * Constructor: OpenLayers.Events
     * Construct an OpenLayers.Events object.
     *
     * Parameters:
     * object - {Object} The js object to which this Events object  is being
     * added element - {DOMElement} A dom element to respond to browser events
     * eventTypes - {Array(String)} Array of custom application events
     * fallThrough - {Boolean} Allow events to fall through after these have
     *                         been handled?
     * options - {Object} Options for the events object.
     */
    initialize: function (
                   object,
                   element,
                   eventTypes,
                   fallThrough,
                   options)
      {
        OpenLayers.Util.extend(this, options);
        this.object     = object;
        this.element    = element;
        this.fallThrough = fallThrough;
        this.listeners  = {};

        // keep a bound copy of handleBrowserEvent() so that we can
        // pass the same function to both Event.observe() and .stopObserving()
        this.eventHandler = OpenLayers.Function.bindAsEventListener(
            this.handleBrowserEvent, this
        );

        // if eventTypes is specified, create a listeners list for each
        // custom application event.
        this.eventTypes = [];
        if (eventTypes != null) {
            for (var i=0, len=eventTypes.length; i<len; i++) {
                this.addEventType(eventTypes[i]);
            }
        }
       
        // if a dom element is specified, add a listeners list
        // for browser events on the element and register them
        if (this.element != null) {
            this.attachToElement(element);
        }
    },
 上面events的初始化是发生在map的初始化中，this.events.on(this.eventListeners);之前的，所以上面提到的register函数中的this.eventTypes，this.object 就明确意思了：
 this.object(this是指的events类)就是map,也就是说map是我们第一步传入参数中的注册事件的“发生源”，（比如button是onclik的“发生源”，“发生源”是本人自定义的。。不知道是否有合适的称呼，术语应该就是srcElement）
this.eventTypes(this是指的events类)就是map类中定义的一个常量:this.EVENT_TYPES(this是指的map类)
查到map类中的这个常量 EVENT_TYPES: [
        "preaddlayer", "addlayer", "removelayer", "changelayer", "movestart",
        "move", "moveend", "zoomend", "popupopen", "popupclose",
        "addmarker", "removemarker", "clearmarkers", "mouseover",
        "mouseout", "mousemove", "dragstart", "drag", "dragend",
        "changebaselayer"],
所以我们在初始化map的时候传入的参数中，注册的事件都是来自于这个常量中的

MapGuide 的 Fusion 框架最为核心的地图 Widget ，就是采用了 OpenLayers 框架。 Fusion 框架对 OpenLayers 进行包装，为其添加了更多的功能，从而使之能够更符合 Fusion 框架并与其余 Fusion 组件进行交互。

非常有趣的是，由于 OpenLayers 所采用的术语跟 Fusion 采用的并不是十分一致，甚至 Fusion 不同部分采用的术语也不是十分一致，所以同一个名字在不同地方表达的意思却很可能并不相同。所以，在详细介绍 Fusion 如何对 OpenLayers 进行包装之前，有必要对两者之间的术语进行一下区分，以免当您阅读到相关材料时感到疑惑。

OpenLayers 认为，用户看到的由多个图层 (layer) 组成的一张地图 (map) 。地图本身与加载的数据源格式无关，与数据源格式相关的是图层。因此，地图类只有一个（ OpenLayers.Map ），而图层类却有很多，这些类都以 OpenLayers.Layer 作为命名空间，如 OpenLayers.Layer.Google/Yahoo/MapGuide/WMS/Vector 等等。

这样的结构有一个问题，那就是所有的图层之间是平行的关系，这是很不利于图层管理的。我们假设有这样一张地图：该地图包含有十二个图层，有九个来自于不同数据源的图层和三个位于顶层的 Vector 层。那么，我如果想用代码去处理所有 Vector 的层，就必须遍历所有的层，依次比较是不是 Vector 层，再对 Vector 层进行处理。解决这个问题的方案很简单，那就是引入层级结构，允许用户把图层分组。比如上面的例子中，把三个 Vector 分成一组，比如命名为“标记”组，届时只需要对标记组中的每一个层进行处理即可。

这也正是 Fusion 对于 OpenLayers 众多改进中的一个。而问题也正是这里引入的：地图 Widget 在给这种层级结构命名的时候，出人意料地采用了另外的命名方式：地图 Widget 把图层组命名为“地图组” (map group) ，把组里面的图层命名为 (map) 。下面代码是示例数据中 Library://Samples/Sheboygan/FlexibleLayouts/Slate.ApplicationDefinition 布局文件对于地图定义的那一部分，用户可以在 MapGuide Studio 中通过点击位于 Map 面板上的 “Edit Map Group” 按钮来查看这部分内容。

布局文件中地图定义的部分代码

其实， MapGuide 这样做是有原因的。这个问题源于不同产品之间定位的不同： OpenLayers 框架的目的是在同一张地图上面显示多个数据源。所以在 OpenLayers 看来，一个来自 MapGuide 的地图仅仅是一个层而已。然而，在 MapGuide 内部，一张 MapGuide 地图内是包含多个 Layer ，具体表现就是一个 MapDefinition 里可以包含多个 LayerDefinition 。所以，如果 Fusion 把 MapGuide 叫做一个 Layer 的话，又该如何称呼里面的 Layer 呢？

鉴于这样的考虑， Fusion 才做了这种概念上的映射： Fusion 中的地图 Widget 对应 OpenLayers 里面的地图； Fusion 里面的地图组是一个逻辑概念，从而形成一种逻辑上的层级结构以便管理； Fusion 中的地图实际对应于 OpenLayers 里面的图层。

但事情到这里还没有结束，接下来的事情可能会让您有些意外：在编写地图 Widget 实现代码时，为了能够便于与 OpenLayers 中的类对应起来， Fusion 将地图（也就是 OpenLayers 中的图层）称为 Layers （注意，不是 Layer ），并要求每一个地图的代码都继承自 Fusion.Layers 。比如， MapGuide 的 Layers 的名称就叫做 Fusion.Layers.MapGuide 。

下表总结了 Fusion 与 OpenLayers 之间这种概念映射关系

 Fusion 与 OpenLayers 之间的概念映射关系

在阅读 Fusion 和 OpenLayers 的源代码或学习他们的 API 时，一定要注意两者术语上的区别。

本节中，我们提到了 Fusion 引入了地图组这一个概念。这只是 Fusion 对于 OpenLayers 众多改动中的一个。下面我们来看看到底 Fusion 对 OpenLayers 还做了哪些改动。
Fusion 对于 OpenLayers 的改进
为了便于 Fusion 的其他组件能够与地图进行交互， Fusion 对于 OpenLayers 进行了较为全面的包装。一般来说，如果您不是开发 Fusion.Layers 的开发人员，除了使用一些 OpenLayers 的一些工具性的函数之外，您甚至都不需要知道 OpenLayers 的存在。但是，仅仅进行包装是不够的，由于 OpenLayers 与 Fusion 定位的不同， Fusion 必须对 OpenLayers 进行扩展才能适应更为复杂的模型。

1.       Fusion 中添加了选择集的概念。 OpenLayers 在同一张地图里面显示多种不同数据源的方面确实做的很好，遗憾的是，它缺少选择集这一至关重要的概念。对于 OpenLayers 来说，选择集完全是可有可无的，因为它的目的在于将地图展示出来，而且，很多地图根本就没有选择集这样的 API ，比如 Google 地图等等。但对于 Fusion 则不同，我们很难想象没有选择集，用户该如何利用 MapGuide 进行管理。所以， Fusion 加入了选择集这个概念，并且要求实现 Layers 的地图（比如 MapGuide ）实现选择集功能。我们可以看到， Fusion.Widget.Map 中不但有诸如 get/set/clear/hasSelection 这样控制和读取选择集的函数，而且有 MAP_SELECTION_ON 和 MAP_SELECTION_OFF 这两个事件来通知监听者地图选择集的当前状况。

2.       Fusion 开放了更多的事件。借助于 Fusion 自己独立实现的事件机制， Fusion 允许用户接收到更多种类的事件，比如 Session 是否已创建、地图当前忙碌与否、选择集状态变更、当前图层（这个是 Fusion 中的图层，不是 OpenLayers 的）变化等等。

3.       Fusion 允许地图的实现类返回自身支持哪些比例尺，这就使得用户可以直观的知道自己当前缩放地图到什么程度。

4.       允许用户随时设置当前地图的背景图片和地图上的光标形状。这对于直观地反应地图当前状态是是否有用的。

5.       支持右键菜单。虽然在浏览器上实现右键菜单相对简单一些，但是通过使用地图 Widget 的 setContextMenu ，代码编写者就可以直接把已经准备好的 div 作为右键菜单，再也不需要直接与底层鼠标事件打交道了。

地图的定义
前面在介绍 Fusion 与 OpenLayers 术语不同的时候，摘录了应用程序定义中对于地图部分的定义。通过解析这个定义， Fusion 了解了应该如何加载该地图。下面，我们就来看看这个定义中到底都定义了哪些东西。

在 Fusion 中，一个地图组用一个 MapGroup 进行标签定义， MapGroup 里面的 Map 标签就是对于一个地图的定义了。

1.       Type: 该标签标示了地图的类型。所有 MapGuide 地图该标签的值均为 MapGuide 。当 Fusion 读取到该地图的 Type 时，就会用对应的 “Fusion.Layers. 标签值 ” 来初始化该地图。比如 MapGuide 地图就会用 Fusion.Layer.MapGuide 来初始化。

2.       SingleTile: 如果该项为真，则表示该项不采用分块服务。

3.       Extension: 该于扩展 Map 标签，来为地图初始化提供更多的信息。各个 Fusion.Layers 的实现类可以自行决定其需要的内容，以及如何解释这些内容。对于 MapGuide 而言，有以下常见的扩展：

a)         ResourceId: MapDefinition 的资源 Id ，通过该 Id ， Fusion 可以知道加载哪一个地图定义。

b)        SelectionAsOverLay: 如果该项是 true ，那么将会使用 GETDYNAMICOVERLAY 来获取地图，否则采用 GETMAPIMAGE 来获取地图。前者是新版本才支持的，可以把选择集和地图本身绘制成两张地图。如果您使用的 MapGuide 版本比较旧，您可以把该项设置成为 false

c)         SelectionColor: 该项表示用什么颜色来显示选中的要素。

现在成熟的地图平台均不同程度上支持瓦片生成方式，而且每个WebGIS产品均有各自不同的瓦片(Tile)组织方式。MapGuide OS/E 的和Bing Map、Google Map、TMS的组织方式有很大不同，如果可以知道存储方式就可以自己实现MapGuide Provider，部署地图时则不需要安装MapGuide OS/E。现分析下以供有缘人使用。

       public override Uri GetUri(int x, int y, int zoomLevel)
        {//适用于MS Silverlight mapControl，xy为行列号，zoomLevel为当前地图比例级别
            string tileRowGroup = “”;
            string tileColGroup = “”;
            if (x >= 0 && y >= 0 )
            {
                tileRowGroup += (Math.Floor(x/tileRowsPerFolder) * tileRowsPerFolder).ToString();//tileRowsPerFolder=30
                tileColGroup += (Math.Floor(y / tileColumnsPerFolder) * tileColumnsPerFolder).ToString();
                string tilePath = “/S” + Math.Floor(zoomLevel)
                + “/” + basemaplayergroupname
                + “/R” + tileRowGroup
                + “/C” + tileColGroup
                + “/” + (x % tileRowsPerFolder)
                + “_” + (y % tileColumnsPerFolder)
                +”.” + this.format;//png
                return new Uri(this.url + tilePath);
            }
            return null;
        }