GeoCyber

1.網路地圖服務(Web Map Service, WMS) 網路地圖服務(Web Map Service, 以下簡稱WMS)是OGC對於地圖查詢的服務，其原始的設計理念是希望從擷取網路中所散佈的資料庫地理資訊及屬性資料，以產生客製化的地圖，且地圖一般是以JPEG、GIF或PNG等格式儲存，此外並支援SVG (Scalable Vector Graph)及WebCGM，是表現地理資料的圖形視覺化最直接的工具。WMS的規範即是客戶端向伺服器端要求圖資與伺服器端如何對客戶端表現圖資的標準化方法。WMS伺服端是透過http和使用者互動，因此使用者是透過URL傳送CGI(Common Gateway Interface)參數和WMS伺服端互動。符合OGC WMS規範的CGI應可接受三種請求和回應，分別為Metadata(詮釋資料)、Map(地圖)和FeatureInfo(圖徵資訊)。也因此WMS定義了三項基本標準操作為GetCapabilities(能力取得)、GetMap(地圖取得)和GetFeatureInfo(圖徵資訊取得)。 (1)GetCapabilities(能力取得) (必要的)：此操作之功能為讓客戶端取得伺服器端的詮釋資料，而回覆客戶端的是該服務內容的詮釋資料，為一以XML編碼的文件；所提供給客戶端的資訊包括WMS server所支援的WMS操作，提供資料的詳細內容（如圖層名稱、標題、樣式、空間參考系統等）等。 (2) GetMap(地圖取得) (必要的)：此操作之目的在於請求伺服器生成一幅具有確定地理位置座標範圍的地圖，但按照WMS的規範，這個操作需要明確地指定出操作本身遵循的WMS規範的版本號，如WMS 1.1.0或WMS 1.1.0，以及需要顯示的圖層、對應的座標範圍、請求地圖的大小和格式等。 (3) GetFeatureInfo(圖徵資訊取得) (選擇性的)：所支援的情況為，當某一圖層定義或繼承「可查詢」(queryable)的屬性，其值等於1(true)時，客戶端便可依使用需求所取得的地圖資料，獲得相關的圖徵資訊、屬性資料等。典型的做法範例為，當使用者取得查詢的地圖後，點選圖上某點（I,J）以取得更多的資訊，而基本的操作提供了客戶端指定像素、所調查的圖層以及最後輸出的資料格式（可支援格式包括txt文件形式、html網頁格式及GML圖徵表示）。 2.網路圖徵服務(Web Feature Service, WFS) OGC的WFS是描述、展現圖徵資料的運作方式，讓伺服器端和使用者能在圖層上溝通，獲得圖層底下各圖徵的資訊，其核心協定為GML，是資料交換流傳的重要方式。如同WMS，使用者可透由URL傳CGI參數和WFS伺服端互動；亦可透過XML文件遞交操作請求。這個OGC的介面提供了標準的圖徵資料庫擷取方式，以及如何讓使用者在網際網路或內部網路中製造、更新或修改GML圖徵資料，當客戶端傳送一個查詢的訊息給OGC的WFS時，伺服器可以GML提供地理圖徵資料以回應客戶端，因此WFS被視為GML資料的伺服器。WFS以http作為分散式的計算平台處理圖徵資料，所支援的操作包括了插入、更新、刪除和查詢。最基本的WFS應支援GetCapabilities (能力取得)、DescribeFeatureType (描述圖徵型態)和GetFeature (圖徵取得)三項操作，即僅提供「唯讀」的操作。而Transaction (執行)和LockFeature (鎖住圖徵)不是必要的，其中Transaction (執行)提供使用者互動性操作，如新增(insert)、更新(update)、刪除(delete)圖徵，其各項操作說明如下： (1)GetCapabilities(能力取得) (必要的)：藉由此項操作，伺服端會產生並回傳一個XML文件說明WFS伺服端所能提供的服務。該文件說明WFS提供服務何種型態的圖徵，使用者可以對提供服務的圖徵進行何種的操作，其文件規格與前面提過的WMS文件規格的定義大致相同，所差異者在於，WMS文件結構是由DTD（Document Type Definition）所定義，而WFS的文件結構則由Schema定義。 (2)DescribeFeatureType(描述圖徵型態) (必要的)：此操作包含了零至數個型態名稱（type name）以描述圖徵型態的編碼。當使用者端提出此項請求時，WFS伺服器會產生一個文件，以描述WFS提供服務的圖徵型態結構。預設輸出為XML綱目( Schema)文件，藉由這項資料可以用來驗證由WFS伺服端所回覆的GML圖徵資料，或使用者在執行圖徵交換操作時所輸入的GML圖徵資料。除XML綱目( Schema)格式外，亦可支援其他格式，但必須於能力(capabilities)文件中言明。一般而言，XML Schema文件僅能描述單一名稱空間下的圖徵元素，此時WFS伺服端可產生一個包裝綱目(wrapper schema)以引入多個綱目(schema)以描述來自不同名稱空間的圖徵。 (3)GetFeature(圖徵取得) (必要的)：使用者端提出GetFeature (圖徵取得)要求時，可指定圖徵中欲擷取的屬性資料。該操作包含了一個或多個元素的描述，用以定義欲查詢何種圖徵型態、欲輸出的屬性，及在何種空間或分空間的限制下應用此一屬性。 (4)Transaction(執行) (選擇性的)：此功能係用以描述資料圖徵的修改操作，使用者透過WFS提供的transaction(執行)服務，可新增(insert)、更新(update)、刪除(delete)圖徵，當Transaction的操作完成，WFS將產生一XML文件以指出transaction(執行)的完成狀態。其中，假如服務支援LockFeature的鎖定操作時，可透過的應用指定鎖定的圖徵以進行transaction(執行)的操作。 (5)LockFeature(鎖住圖徵) (選擇性的)：在Transaction(執行)的期間對一個或多個圖徵執行鎖定的要求，以確保當某個圖徵在執行transaction(執行)時，不會被其他使用者存取並修改。

地理標示語言(Geography Markup Language，GML) 是OGC所提出的一種對地理物件進行編碼的語言。就資訊技術層面而言，GML是以可擴展標示語言(eXtension Markup Language，XML) 為編碼基礎的語言，主要對於地理資訊中地理圖徵(feature)的空間和非空間屬性之模式化、傳輸和儲存，並且達成下列目的(OGC，2003)： (1)透過網路對於分享和交換已編碼的地理資訊。 (2)對於不同領域的論述之地理語彙表達。 (3)對於地理的網路服務之資訊元素表達。 地理現象是複雜、多樣和多尺度的，要準確且有效率的在電腦環境中，甚至網路世界中操作，必須轉化於真實世界概念中地理資料模式(geospatial data models)，以作為人與電腦溝通地理資料的中介。GML的應用並扮演了二個重要角色(OGC，2005) ，一是表現原始資料模式；另一是在地理空間資料基礎設施(Spatial Data Infrastructure，SDI)架構下，以GML文件在政府組織和商業團體中相互分享。目前實用性較高GML版本為GML 2.0和GML 3.0，其中GML 2.0符合地理空間資料庫或GIS軟體所奉行的簡易圖徵標準(Simple Feature Profile)，同時也被眾多商業軟體所採行，如ESRI ArcGIS，然而GML 3.0則加強地理空間資料之表達上所需的型態與方式，支援了多種物件(objects)以描述地理資訊之位相關係、三維(3D)幾何性質、座標參考系統、時間屬性值、多種比例尺、metadata、網格(grid)資料、和對地形及區域做視覺化處理所需的預設樣式，且GML 3.0也大幅度地擴展內建元素(built-elements)，這也是GML提供地理應用開發者最主要的部份。GML 3.0提供29個核心綱目(core schemas)於使用者對地理資料建立各自知識領域或專業領域的地理模式時使用，如此豐富地理描述語彙包含了超過10,000條的編碼充份地提供各知識領域所需。而GML 3.0提供地理物件的編碼包含(OGC，2003)： (1)地理特徵(geographic features)，包括幾何(geometry)、位相(topology)和時間的演變(temporal evolution)。 (2)地理覆蓋(geographic coverage)，包括幾何位置(geometry)和屬性值(attribute values) (3)地理觀察(geographic observation)，例如水文觀測，具有空間位置和時間動態資料的記錄。 (4)座標參考系統(Coordinate reference systems)。 (5)抽象值(abstract values)，包括有測量單位的數值量化，和基於計算、分類和布林邏輯(Boolean)決定的觀測值。 GML的主要目的是提供一個一致性語言來描述地理物件，且透過這個方法所編碼地理空間資料可以輕易地分享在網路世界中。GML模式是基於物件導向技術(Object-Oriented)以直覺地建構真實世界的地理空間物件，因此GML的模式是由宣告地理物件和物件屬性所構成，Trninić (2005) 認為GML模式由幾個部份構成；首先是圖徵(feature)，為基本地理物件，是來自於真實世界的抽象化，如道路或房屋；再者是幾何(geometry)，是一種物件，而被用來描述地理物件的絕對位置，如點或多邊形；其次是位相(topology)，也是一種物件，是用來描述地理物件的空間相互關係，如端點(node)或邊(edge)；此外，地理物件也可以有許多屬性，如一個房子的具有多少房間是以表達，其「值」是一個整數型態和一個房子的空間屬性是以表達，其「值」是一個幾何座標的型態，如編碼表1。由此可見，每一個屬性有它自己的值，而值可能是一個簡單的型態，也可能是一個物件，因此GML模型是物件─屬性─值(object-property-value model)，相對於ER(Entity-Relationship)模型，即為實體─關係─實體；或物件導向中物件─屬性─值模式(object-attributes-value)。 GML編碼技術是以XML Schema為基礎，是一個理想並適合於以分享為目的資料集。GML模式和它的核心綱目(core schemas)讓使用者可以描述所屬應用領用領域的地理實體，如同蓋房子前需要先畫好藍圖，這樣的藍圖不但得以在該應用領域被使用，一致性的表達方式，更使得這些地理資料亦可分享於其他應用領域中。GML核心綱目(core schemas)的元素是使用XML綱目(Schema)來構成GML的語義模式和語法規則，且GML是一個基於圖徵(feature)架構，因此一個地理物件通常可由一個或數個GML應用綱目(Application Schema)構成，如圖2所示，在GML名稱空間(namespace)中圖徵(feature)是由詮釋資料(Metadata)和幾何(Geometry)所組成，表示GML核心綱目中圖徵(feature)綱目 是由詮釋資料(Metadata)和幾何(Geometry)綱目所組成，而其它領域的名稱空間(namespace)，如圖2的foo 1和foo 2應用領域中的schema 1、schema 2、schema 3所包含的元素(element)，可以繼承GML架構中的物件，而根據各領域之專家對地理空間物件的模式，可建立以GML編碼模為基礎的應用綱目(application [...]

很多研究生一定會遇到一些看過的文獻，幾個月後，想找但找不到，下載一堆文獻，但不知道檔案在那裡，不然就是，在寫完文章後，花了很多時間在整理參考文獻。實事上，我也是遇到這樣的問題，做了一些功課了解如何有效率地管理文獻。 1.搜尋文獻 我們找文獻說起，網路日新月異，當碩士生時，查文獻只能上圖書圖的文獻索引光碟找，而且有人數限制，若是老師們”佔線”，你還得等到夜深人靜時候再用，相同的道理，如何你佔線，你可能會接到老闆的電話，叫你下線，因為他要用。現在時代不一樣了，SCI/ SSCI 索引己經整合在ISI Web of Science，搜尋條件也可以更加多元，幫助你容易找到所需文獻。拜Google超強的搜尋引擎所賜，上Google找也是一個不錯的選擇，但如果你的研究是比較通泛的，關鍵字一下，可能會有太多筆資料，就得相當花時間地過濾這些搜尋結果。CiteSeer是一個科學文獻電子圖書館和搜尋引擎，主要收集電腦和資訊科學的文章，個人還蠻喜歡這related document這個功能，這可以省去一些找文獻的時間。另外也可以透過社群軟體CiteULike來找，透過別人所下的標籤，可以找到你所想的文獻，而且你可以知道誰和你看一樣的文獻，想一樣的事。 2.收集文獻資訊 當找到這些文獻後，一則是下載這些文件的檔案，如PDF，另一則是需要把這些文獻資訊給整理起來。以前當然是剪下/貼上，然後在自己電腦上做編輯，這是舊方法，花時間!! 後來ISI Web of Science和EndNote合作，可以將你在ISI上找的文章，直接匯入EndNote，實在太方便了! 但如果你的學校或工作單位沒錢買EndNote呢? Web 2.0時代，有許多新工具產出，也使得這些工作變得簡單。Zotero 即是一個自動辨識網頁中文獻，並收集到你的電腦中的一個 Firefox 擴充套件，如圖所示，當你瀏覽這篇文章所在的網頁時，Zotero 會自動辨識這是一篇文獻，並在瀏覽列上出現，收集這篇文章的小圖示，按了這個小圖示，這文章就直接收集到你的電腦，不用再一篇篇的作者、年代、篇名，期刊名….的整理，一個按鍵就解決，如圖的右下，且還可以按照分類和標籤來歸類，如圖左下。 3.管理文獻 除了收集文獻的資訊。另一方面也得下載文獻。通常我在文獻下載後，我更改檔名為這個樣子，年代_期刊_作者_篇名，使我容易找到文章。此外，我會將收集文獻資訊以BibTex格輸出到JabRef來管理，因為我用JabRef來連結PDF檔，這樣我找文獻時，就不用檔案搜尋，而是用JabRef來搜尋，更容易、省時、方便地找電腦中的文獻。

日前讀了一篇on-line magazine文章，介紹Semantic Search，文章內容一般，但文中介紹了一個新玩意，hakia，是一個語意搜尋引擎，予許使用者以一句語、一個片語或關鍵字來搜尋網頁。當然或你也和我一樣，也用習慣了google search，對於它強大的search，感到讚嘆不已，然而googele search充只量的是以關鍵字的方式來找網頁，hakia 則是一個 semantic web engine。hakia 之中一定包含有一個斷詞系統，來判斷句子結構，並以fuzzy來分析句子中字的重要性，之後再根據己建立的ontology來判斷字和字的關係，以便於找到更符合問題的答案。例如，我問了 where is the popular place to visit? hakia 的回答不僅找到是網頁中符合這句話中的文字而已，而是判斷出visit最重要，然後popular、place次之。 除了符合這幾個字的網頁會被找到，根據語義的ontology，與這些詞相關的也會被找出來，換句話說，和這句話意思接近的網頁都會被找出來。 哇，最近一直在想如何將地名的語意建立起來，以供查詢查時，能更加準確地或更直覺地提供查詢結果。看來我的想法是沒有錯的。

本文翻譯自Hanah, DM. PJ Wood and JP Sadler (2004). Ecohydrology and hydroecology: A ‘New Paragiam’?, Hydrological Process. 18:3439-3455. Available from http://doi.wiley.com/10.1002/hyp.5761 最近的許多文獻清楚地顯示出生態水文(ecohydrology, eco-hydrology)和水文生態(hydroecology, hydro-ecology)已經標記全球環境的議程上，包含二個HPToday的評論(Bond, 2003;Pringle, 2003)、期刊的專題(e.g.Gurnell et al., 2000; Zalewski, 2000;Kundzewicz, 2002; Baird et al.,2004)、新的期刊(Zalewski and Harper, 2001)、一些書籍(e.g.Baird andWilby, 1999; Eagleson, 2002; Rodriguez-Iturbe, 2003)、和國際間的研討會主題(e.g. Acreman, 2001)。然而，儘管新學科的浮現增加了關注和需求(e.g. Zalewski and Robarts, 2003)，學科內容的見解主張仍然處於什麼是該學科應專注的部份(e.g. Bonell, 2002)，特別是一堆重要的問題需要被分門別類： (1)什麼是生態水文和水文生態?這二個名詞可以被清楚的定義和了解嗎? (2)生態水文和水文生態呈現典範的轉移或是介於水文和生態的被新建立出的邊緣研究呢? 我們以回顧科學文獻和分類書目搜尋資料來回答這個問題。我們的目標是提供評論的看法，特別是在於水文生態和生態水文核心理論的辨識和學科的各學科間的本質。 在這個名字中有什麼? [...]