还记得零六年初的时候，板扎说地图搜索非常有前景，一想起来就觉得兴奋。还记得也是零六年的5月5号在湖墅南路的两岸咖啡，一直谈到打烊为止。虽然那个充满了期待，但确缺少行动。时隔近2年，都没有过实质性的进展和收获。

最近也是一系列事情的机缘巧合，把地图搜索向前推进了一小步。虽然还有很多很多地方值的改进，毕竟也有所进展，贴一个图聊以慰藉。在此一并感谢小强和师弟盛昊的鼎力相助。

很想抽个空做一下改进，寻一些发展。

1．  Js代码的混淆及加密

2．  地图配图及切片程序；地图配图真是艺术与技术的完美结合，真不容易

3．  改一改事件的机制，提供回调通知功能

4．  改一改地图工具的实现方式，能够更易于扩展

5．  控制地图比例尺的级别

6．  再做一些花哨的东西

7．  增强搜索功能

奋斗，加油！

    最近与朋友聊了个话题，如何将ArcGIS中符号化后的图层转换到AutoCAD中。感觉还挺有实用意义的，便在此张贴皇榜，敬请各路英雄指教。

    这让我想起了公司某高层人士给出的ESRI和Autodesk（严格的说应该是ISD吧）在GIS市场上的定位，如果GIS市场是一条线段，那么ESRI和Autodesk是线上的2个端点。大家互相靠拢，架起GIS世界和CAD世界的桥梁，更多的争取对方的市场份额。多么形象而用精辟的见解啊！因此ArcGIS和AutoCAD之间转换的需求层出不穷，尤其是良好的数据兼容性，将能够争取到更多的用户。

    言归正传，怎么来做这个转换呢？严格的说，没有非常好的解决方案，只能通过一些其他的手段来绕弯弯，也是我们经常说的workaround。

    为什么呢？因为符号的特殊性。在GIS世界里，符号是绘图用的，用来表现数据，而其本身不具可测量性。一条线，它是铁路还是公路，除了通过它本身的属性可以识别外，更直观的方法是用符号来表示。而在CAD的世界里，没有符号，所有的显示效果都要通过最基本的几何实体（Entity）来表达。那么在2个不同的世界里对不一致的概念进行转换，就有了一定的难度。

    再来看符号绘制的实现，不同的软件如八仙过海般各显神通。从理论上讲，可以有栅格填充方式的符号，也有分解成矢量图形的符号，而其最终目的是显示出一定的绘图效果。在点符号、线符号、填充符号三类符号中，比较复杂的应该是线符号，以此为例，看看不同软件的做法。

         ArcGIS中的线符号，是通过填充线模板的象素来定制。有点类似于栅格填充的方式，不过具体算法不得而知。复杂的符号还可以通过简单符号叠加的方式来获得。

        Map3D和MapGuide对基本的线型做了规定，只能通过有限的线型叠加来定制符号。SuperMap也是采用了类似的方式，当然基本能够满足用户的需求了。

        MirageGIS则是采用了矢量符号库的方式，一个符号被分解成了n个简单矢量元素的组合，比如一条铁路（1个循环单位）则由4条线和1个矩形构成。画出来的效果居然也不错，还曾被誉为国内打印输出最好的GIS软件。

   至于其他如MapInfo、MapGIS、Geomedia等软件，还有待研究和补充完善。

   至此为止，完美的解决方案是熟知符号的绘制算法，将绘制的过程转换成输出AutoCAD Entity的过程。对于自主知识版权的GIS软件，OK，没有问题。拥有此功能将如虎添翼，增强软件的战斗力。毕竟AutoCAD的用户这么多，需求将会不少。那如果是ArcGIS的二次开发用户呢？一个字，难。因为我们没法从AO/AE的接口中获得除符号名称、类别外的其他细节。

   那该怎么办呢？自力更生，丰衣足食。既然没法获知ArcGIS符号的细节，那名称总能知道吧，长什么样总能看到吧。那就来个匹配匹配，将ArcGIS中的符号映射到AutoCAD中的Entity集合，并将GIS世界中符号绘制的算法应用到CAD世界中DWG Entity的生成过程中。一个实用主义的结合，3个基本的条件。符号(Symbol)与实体(Entities)之间的映射；符号绘制算法和RealDWG SDK。大部分的工作量将要集中到Object DBX的开发过程中了。虽然只是纸上谈兵，不过值得一试。

   事实上呢，据数慧公司主力干将小杨同志的报导，已经通过类似方法做出了不错的产品，在此欣赏一下。是不是还有更好的方法了呢？期待中……

今天浏览了一下公司的主页，发现DMT作为MapGuide Studio的一个附带工具，已经提供下载了。虽然只是一个不起眼的Project，也引来一代一代的英雄前赴后继，今天总算在我手中告一段落了，热烈庆祝一下。

同时，也庆祝一下MapGuide Enterprise 2007成功改版。非常不错，看到了打败ArcIMS的希望。Demo图片一张，再接再厉，继续努力。