第四章 結果與討論
第一節 WebGIS 平台建置
國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
第四章 結果與討論
第一節 WebGIS 平台建置
本研究利用開放源碼軟體，建立社區環境資源系統之 WebGIS 平台，提供使 用者於平台進行資料的上傳、管理，並於網路數值地圖上呈現出來。網站平台架 構大致上可分為網站首頁、功能選單頁面、系統管理、交流討論功能以及分析工 具等。
一、網站首頁
基本介面包含數值地圖、使用者帳號註冊申請、登入系統、分析查詢工具列 等；數值地圖呈現可選擇 WMS (圖 4-1)、地形圖(圖 4-2)及 Google 網路地圖(圖 4-3 和圖 4-4)、環境資源及各種疊加圖層如地標、道路、縣市多邊形(圖 4-5)。
圖 4-1. 網站首頁地圖(WMS 底圖)
圖 4-2. 網站首頁地圖(地形圖作為底圖)
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
57
圖 4-3. 網站首頁地圖(Google 二維平面底圖)
圖 4-4. 網站首頁地圖(Google 衛星底圖)
圖 4-5. 網站首頁地圖(疊加各縣市圖層) 二、註冊頁面
使用者輸入完各項基本資料後，由系統管理者進行資料審核，並寄送註冊結 果通知信(圖 4-6)。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
圖 4-6. 註冊頁面 三、功能選單頁面
登入後，進入多功能選單頁面(圖 4-7)，可對不同的地理資料進行新增、上 傳與刪除，主要分為「單一資源管理」、「KML 壓縮檔管理」、「影像圖層管理」、
「社區帳號管理」(社區管理者部分)和「WMS 圖層管理」等項目，以下分別說 明。
圖 4-7. 功能選單頁面 (一) 單一資源管理頁面
於 Google Maps 圖層上點選目標位置，並輸入相關屬性資料(資源名稱、簡
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
59
介、圖片或影音)等，可將單一資源上傳至系統(圖 4-8)並儲存於資料庫內。資料 表內不僅存放經緯度之位置資訊，透過 GeoDjango 與 PostGIS 亦同時儲存點位之 幾何與位相資訊。
圖 4-8. 單一資源管理頁面 (二) KML 壓縮檔管理介面
社區民眾以 GPS 軌跡記錄器搭配數位相機所蒐集的資料，於 Google Earth 完成資料庫建置，並存成 KML 檔案格式，透過 KML 壓縮檔管理介面(圖 4-9)可 分享與瀏覽不同使用者所上傳的軌跡資料，且軌跡點能夠與相對應的照片一併呈 現(圖 4-10)。另外，有限於 Openlayers 後端伺服器端對於較大檔案之 KML 顯示 速度效能較 Google Maps 來得差，因此採用 Google Maps 為 KML 疊加層顯示之 工具。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
圖 4-9. KML 壓縮檔管理介面
圖 4-10. KML 配合照片展示 (三) 影像圖層管理
根據影像的左下角與右上角的實際空間位置，輸入經緯度坐標後並將影像上 傳，可經由系統自動地理對位，並套疊在 WMS 底圖上面瀏覽(圖 4-11)。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
61
圖 4-11. 影像圖層管理 (四) WMS 圖層管理
許多相關機構具有 WMS 的地圖服務，甚至少數會免費開放給使用者。目前 國內組織如內政部國土資訊系統資料倉儲及網路服務平台(Taiwan GeoSpatial One Stop, TGOS)或是經濟部中央地質調查所皆有提供一些免費 WMS 圖資的發 佈服務。在 WMS 圖層管理介面中輸入相對應的 URL 位址後，可將該伺服器端 的 WMS 地圖加入平台中觀看(圖 4-12)。
圖 4-12. WMS 地圖管理
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
四、系統各項管理
為確保平台上所提供的各項資料與使用者本身的品質，因此在此兩方面皆設 計管理機制，詳述如下。
(一) 管理權限設定
系統管理者可自行決定賦予不同社區的各項管理權限(圖 4-13)，藉此讓多個 社區使用者共同加入資料維護與監控工作，以減輕系統管理上的負擔，。
圖 4-13. 管理權限設定介面 (二) 所有帳號管理介面
系統管理者可藉由帳號管理介面對所有使用者名稱進行新增與刪除(圖 4-14)。另一方面，為保障平台系統的安全性，任何請求帳號註冊的使用者，皆 需經過管理者的審核再予以決定是否新增(圖 4-15)。
圖 4-14. 帳號管理介面
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
63
圖 4-15. 註冊帳號審核介面 (三) 社區管理介面
同時考量提昇不同社區能夠加入平台的彈性空間與適當管理，因此設計社區 管理介面讓(圖 4-16)使用者對社區名稱便於增加與刪除。
圖 4-16. 社區管理介面 (四)資料類別管理
各種來源之單一資源、KML 兩者資料於平台上需要整合並分類展示，因此 設計類別管理介面(圖 4-17)讓使用者對不同類型資料的各個類別項目進行編輯。
圖 4-17. 資料類別管理
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
(五) 審核檔案機制
為確保資料品質，所有使用者上傳的所有資料，包括單一資源、KML、影 像或是 WMS 網路地圖，皆必須經過審核且通過後，才能發佈於平台上面。審查 人員可就資料本身正確性，於審核介面(圖 4-18 至圖 4-21)對其授權發佈、刪除或 是更改編輯(圖 4-22)等。
圖 4-18. 單一資源審核
圖 4-19. KML 檔案審核
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
65
圖 4-20. 影像審核
圖 4-21. WMS 網路地圖審核
圖 4-22. 審核資料更改介面
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
五、交流討論功能 (一)圖片分享
為簡化資料庫內容與避免相同資料的重複儲存，針對所有使用者已上傳且經 審核通過的資料，其他使用者可針對目標點位分享相關照片(圖 4-23)，但仍需經 過該資料的原始提供者審核後發佈。
圖 4-23. 圖片分享 (二) 意見交流
所有平台使用者可透過心得分享功能，針對特定環境資源或照片，彼此交流 與討論各自的意見(圖 4-24)，已達到公眾參與之效。
圖 4-24. 意見交流討論 六、分析查詢工具
(一) 兩資源點距離查詢
地圖上所有的資源點，瀏覽者可選取兩個目標點，查詢在空間坐標系的真實 距離(圖 4-25)。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
67
圖 4-25. 兩資源點距離查詢 (二) 目標點範圍內搜尋
藉由環域分析方式，使用者可針對目標點位，對其特定距離範圍內之所有存 在之資源點進行搜尋(圖 4-26)，且系統會針對搜尋條件給予相對應的結果展示(圖 4-27)。
圖 4-26. 目標點範圍內搜尋
圖 4-27. 目標點範圍內搜尋之結果
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
(三) 關鍵字查詢
所有資源之相關屬性資訊，使用者可透過字串的方式(類似 SQL 條件查詢) 進行搜尋(圖 4-28)，查詢項目有類別、名稱、上傳的使用者以及社區等。系統會 針對不同的查詢條件，於資料表中屬性欄位裡搜尋後，顯示相對應的資料(圖 4-29)。
圖 4-28. 關鍵字查詢
圖 4-29. 關鍵字查詢結果 (四) 地圖上距離與面積查詢
透過 Openlayers API 本身所提供的量測模組應用，使用者可於地圖上點選操 作，量測不同線段之距離(圖 4-30)，以及自訂多邊形區域之面積(圖 4-31)。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
69
圖 4-30. 圖上距離量測
圖 4-31. 圖上面積量測 七、小結
社區資源管理可包含幾個層面：社區資源基本資料調查、不同來源的資料整 合、資料品質控管及展示分享等。
(一) 資源基本資料調查
透過簡易操作的調查工具如 GPS 軌跡器，可獲取資源的空間位置資訊，包 括單一點的坐標、線的軌跡及區域的範圍等，並且搭配數位相機拍攝與軌跡資料 編輯軟體，同時得到空間位置與相對應的照片；再利用網站系統設計出簡易的操 作方式，讓使用者可將這些存在於實際環境中的資源，將其轉變為各種文字及數 據資訊後，儲存在資料庫中。
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
(二) 不同來源的資料整合
平台資料取得主要可分為兩種方式，其一是系統管理者自行將資料存放至系 統並發佈，如圖 4-32 所示，為系統管理者將曲溪社區相關地理資料於 QGIS 建 置完成後，透過 WebGIS 設計工具自行發佈於網路平台上，目前國內大多數平台 在資料存取方面主要利用此方式。
另一為透過所有使用者上傳資料，並且分享給其他使用者；故平台設計的主 要目的，在於促使多個社區及使用者皆能擁有加入此平台操作的能力，以及整合 各種不同來源的資料，故建立系統管理介面讓系統管理者方便有效控制各個社區 成員以及資料類別的標準，並且利用較單純的註冊方式，提高使用者的加入意 願；另一方面讓每個使用者皆有各自的資料管理介面，可進行不同種類資料的管 理；透過此種管理的方式，以達到促進不同來源的資料上傳並分享給其他使用者。
圖 4-32. QGIS 建置之資料庫(左)發佈於網路(右) (三) 資料品質控管
同時考量資料上傳的品質，必須加入審核的機制，故設計出簡單的審查操作 介面，供審核者可以先對各種上傳的資料進行初步的評斷，以確保資料最後呈現 的正確性。
(四) 分享展示
Openlayers API 本身具有支援多種格式的圖資呈現及快速建立圖層選取的功 能，而 Google Maps API 憑藉著後端強大的伺服器，可迅速將 KML 與照片呈現 在地圖上；結合兩者之優點，便能針對不同類型資料的需求，在評估「功能」與
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
71
「顯示速度」兩方面，以較符合的 API 工具呈現。通過審核後的資料，可發佈 於首頁平台上供他人分享觀看；為了使平台提供的資料能夠有效利用，因此設計 出分析查詢工具，讓瀏覽者可方便獲得資源在空間上的各種不同資訊，以促進多 方面應用。另外，傳統 PPGIS 多半以集會或實地訪談的方式，達到公眾參與目 的；而於網站上加入討論與分享功能，可促使更多參與者直接透過平台進行討 論，將各種意見融入於平台。
過去國內有許多利用 Google Maps 開發網路地圖平台，而與這些平台相比 較，有以下幾點差異：
(一) 改善原本僅有單一類型的資料(點)資訊展示，將容納更多不同來源的圖 資，並促使能夠同時套疊顯示(圖 4-33)。
(二) 原本大部分網路平台儘管能夠讓所有使用者觀看地圖上資料，但資料 提供權限方面仍僅限制於單一組織或團體，因此本研究設計之平台將擴展至能夠 允許更廣泛的資料提供來源，並非侷限在單一社區；另一方面，在資料管理層次 設計，也將會顯得較為複雜。
(三) 從原本大多數網路平台僅提供點位相關資訊的查詢觀看，進而增加一 些資源空間位置的分析及查詢功能，以盡可能滿足不同需求的使用者所想要的各 種分析資訊。
圖 4-33. 多種圖資套疊顯示
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University