一：
一篇文章，无需专门的格式说明或者元数据，我们就可以理解其知识，从中获取有关信息，因为文字是基于语义而不是基于表达的，但现有的IS系统或者GIS系统，是完全基于表达，甚至是可视化的。这点大概就是语义Web或者GIS的最初驱动力吧。
XML之所以可以风靡，是因为他是自描述的，是面向语义而不是表达的（HTML是基于表达的技术），因此，有语义Web的提出。但也许语义Web永远不会到来，来临的是RSS的风靡，或者下一个技术的风靡，最终的结果一致，而且保持了技术和环境的衔接与过渡。
那么GIS呢，我们也许不会看到语义GIS的出现，但我们是否可以有类似RSS的技术，用于数据交换和互操作。对于研究，一个启示就是要从需求出发，不能“两耳不闻窗外事”。
RSS风靡的启示是，一项技术，不仅需要需求，而且需要根植于环境。在Semantic Web的研究中，在看好和宣传Web Service的风潮中，RSS却提前流行，一个很重要的原因就是：第一，RSS的简单性；第二，Web是主流，软件已经是附属品或者基础结构；第三，信息量的剧增导致对于信息的获取更依赖于搜索而不是组织，Google的流行是与这种趋势互相作用的结果，RSS更适合于搜索；第四，对于语义Web，Web的概念不仅仅是信息，而且是软件，是用户界面，是用户和计算机进行交互的媒介，语义Web只是看到了Web最初的含义。
二：
和数据无关的空间分析模块
和数据无关是指空间分析和具体的数据格式无关。现在的空间分析模块都是平台绑定的，说实话，笔者学会了
ESRI
的
MO
下的各类空间检索的实现，换了
MapX
，还要学习和对比，换了
SuperMap Object
，还是要学。
有了数据的标准，分析模块可以互换和互操作；在没有事实的标准的情况下，是不是可以使用
XML
格式的
GML
，我相信，效率也不会太坏，市场也不会太坏。
三。 对SharpMap 的引介和剖析
需要说明的是不同的数据源的GetFeaturesInView方法实现方法是不同的，目前版本的Shape数据源的Provider是使用了空间索引算法，PostGIS数据源则通过PostGIS的空间索引接口来获取需要的数据。
系统效率的好坏，基本上就在于这里，一个是如何获取视图内的空间对象，关键在于空间索引；一个是渲染机制，例如使用DirectX加快渲染。