一：
一篇文章，無需專門的格式說明或者元數據，我們就可以理解其知識，從中獲取有關信息，因為文字是基于語義而不是基于表達的，但現有的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加快渲染。