其他

要素裁剪的問題，即如何裁剪要素的SHAPE，還有許多網友在詢問，其實這並沒有什麼特別之處。除了AO內建的Clip函數以外，我一般都是使用ITopologicalOperator介面提供的拓撲方法來自己搞定，原因很簡單，每一條要素的裁剪情況都能自己掌握。要素裁剪無非兩種情況，一是不處理裁剪面邊緣上的要素，統統刪除，這個沒有什麼問題，空間關係選擇Intersect即可；另一個是裁剪邊緣上的要素，如Polygon如果與裁剪面相交，則保留不想交的部分，如果Polyline與裁剪面相交，也是保留面外面的一

 1.1.3 GIS應用程式框架GIS軟體發展至今，已不再是空間資料儲存和顯示的簡單形式應用，許多進階功能如三維分析、空間分析、地理統計和地理服務等都已經得到了實際應用，商業GIS軟體已經從案頭端組件發展到基於Web

AS產生Web Application的方式有兩種，一種是使用ADF來開發，另一種是使用AS Manager的Create Web Application命令來產生，無需手工寫一行代碼，產生完畢後者c:\inetpub\wwwroot\中會產生一個Web應用程式，可以訪問AS提供的服務。但是在建立的時候，第一步設定Name屬性時，總是出現一個“Host machine is

地理學有兩大類特殊概念，一是地理實體與地理現象，二是時空特徵和時空關聯特性[1]。對第一點而言，這些實體和現象表現為任何尺度的地理特徵，它可以小到一個廣場，也可以大到整個星球；地理實體包括自然界形成的任何一種地質構造——海岸線、山脈、河流和盆地，同時也包括人類獲得的印記——城市、村莊和高速公路。地理現象更加豐富，如水災、乾旱、生物災難、土地的再分配、城市發展等。GIS目前最有影響的使用領域都集中於此。對於第二點，“在什麼地方”仍然是最經典的問題。這個問題既可以描述地理對象在地球的位置，也可以回答

 問題描述：Ext中ComboBox導致的錯誤顯示:  前台頁面部分代碼：1 <ext:ComboBox ID="cmbCartoon" EmptyText="請選擇動畫" runat="server">2 <Items>3 <ext:ListItem Text="火影忍者" Value="Naruto" />4 <ext:ListItem Text="海賊王" Value="One Piece" />5 &

今天終於完成了寧波市地形資料整合的彙報，我在彙報中示範了個人開發的“寧波市基礎地理資訊系統”在資料整合過程中的運行過程。這是畢業後兩年的個人工作成果，從系統設計、編碼開發、程式測試到文檔編寫，終於初步完成了整個流程架構。下面是幾個示範的AVI檔案，有興趣的朋友可以下載去看看：1.將CAD轉為MDB 2.將MDB更新至SDE 3.兩個SDE庫資料的遠程同步4.綜合出圖（使用CAD訪問SDE資料）

1.2.1. C/S模式的GIS基於C/S模式的網路GIS是最常見的一種分布式架構，在這種用戶端/伺服器的架構中，地理資料被儲存在地理資料伺服器（如ArcSDE等大型關聯式資料庫）上，而資料的查看和編輯則在客戶機上實現。這種架構一般都涉及到海量資料、地理計算、空間分析、專題製圖和資料轉換等因素，因此只適合於在環境穩定的區域網路中部署。目前我們能見到的絕大部分地理資訊管理系統幾乎都採用這種模式。 C/S模式的GIS用戶端通常是使用某些軟體開發組件集構築的案頭端應用程式，如ArcGIS

 TileCache是我在翻譯《GIS for Web developer》一書時瞭解的一個GIS組件，它居於GIS伺服器之前，可以將任何WMS服務的資料進行Cache處理，以產生瓦片式WebGIS效果。我在網路上尋找了許久關於TileCache安裝和使用的資料，但是一直沒有什麼結果，後來好不容易在Google的緩衝中尋找到一篇《Seting up TileCache on

1.3. WebGIS詳解隨著Internet技術的發展和普及，GIS與WWW進行了結合，形成了所謂的WebGIS（又稱全球資訊網GIS），它已經成為GIS發展中最重要的方向之一，也是本書關注點重點與核心內容。 1.3.1. WebGIS──特殊的Web應用程式“WebGIS是指基於Internet平台進行資訊發布、資料共用、交流協作，用戶端應用軟體採用WWW協議，實現GIS資訊的線上查詢和業務處理等功能。是運行於互連網上的地理資訊系統。[1]“

問題：有四條polyline，排列成“井”字形，且中間的“口”字形線段，每條邊長度均大於249，如何將該“口”形構面，速度要快，不要用左轉演算法一類的搞法。解決方案：1.

往Personal GDB或SDE

GIS應用伺服器是WebGIS架構的核心組件，負責接收地圖請求並動態地產生地圖圖片或地理資訊並返回給用戶端，當然，它是怎麼開發和如何工作的原理並不是本書關心的內容。使用者只需要知道：根據GIS伺服器的訪問規則，編寫普通的Web應用程式頁面，就是我們所理解的WebGIS開發的全過程了。常見的GIS伺服器有多種，下面是其中比較著名的幾種：l

確保IIS沒有運行，如果IIS佔用了80連接埠，你需要讓Apache使用另一個，否則會衝突的。安裝Apache (direct download link) . 查看apache 網站 獲得最新版本。確保Apache httpd服務在安裝後啟動，運行C:\Program Files\Apache Software Foundation\Apache2.2\bin\ApacheMonitor.exe 確保啟動正常。安裝Python。安裝TileCache。解壓tilecache，複製其內容到C:\

WebGIS是什嗎？目前從理論上對它進行長篇累牘解釋的書籍不下數十種，但對於GIS開發人員而言，最需要的解釋並不是“是什嗎？”，而是“怎麼對其進行開發”，而這一本書，就是為了實現這個目標而寫的。Web2.0概念帶來了大量的名詞和術語，由於各種Web開發環境、Web架構和新組件的出現，現在的Web應用程式開發過程已經被封裝得非常嚴密。對於新手而言，這種嚴密的封裝使得他們可以很快入手，但遺憾的是，這也讓許多開發人員似乎認為在IDE上的拖曳就是在開發Web應用程式，這種對Web應用程式許多基本概念和原

我在《外掛程式式GIS應用程式框架的設計與實現》一書的演算法章節介紹過基於“左轉演算法”的自動構面過程和具體代碼，如果仔細看過的讀者會發覺，我們的構面過程的套路是：1.尋找出建構拓撲網路的節點和路徑 2.建立拓撲網路 3.自動構面

“網路GIS是GIS發展過程中某一時段的GIS產品與應用形式，也可以是所有GIS體系下的統稱”[1]。根據這一定義，我們可以將所有基於互連網的分布式空間資訊管理系統都歸納到網路GIS的概念之中，網路GIS能夠實現空間資料管理、分布式協同作業、網路發布和地理資訊應用服務等多種功能。傳統的GIS系統都是單機版啟動並執行，無論是軟體還是資料均部署在一台電腦上，要求較高的軟硬體環境，其處理能力完全依賴用戶端的配置，無法實現資料的多人操作和編輯，且部署成本非常高昂；而網路GIS則充分利用了互連網絡間的電腦

ArcIMS是ArcGIS中的一種伺服器端產品，在ArcGIS

ArcIMS整個體系由多個組件（Component）彙總而成，包括Web伺服器、ArcIMS應用伺服器、連接器、Web應用開發架構（ADF）和ArcIMS空間伺服器等。這些組件的協作，使得它們能夠管理ArcIMS服務和處理來自用戶端的請求並返迴響應資料；同時，由於考慮到了Server Load Balancer、冗餘和滿足不同尺度的訪問要求，它們也能部署在一台或多台硬體伺服器上。ArcIMS是標準的B/S三層架構，由用戶端、中介層和伺服器層組成，其結構 2‑1所示：圖 2‑1

ArcIMS伺服器層組件是其架構最核心的部分，它包含了空間伺服器、虛擬伺服器和ArcIMS服務三種對象和概念。其中，空間伺服器是ArcIMS產生地圖資料的最關鍵對象，而虛擬伺服器則是管理前者的一個虛擬概念，它們的最終目標就是為了建立某種類型的ArcIMS服務。2.2.1. 空間伺服器Spatial