顯示具有 遠端資料存取 標籤的文章。 顯示所有文章
顯示具有 遠端資料存取 標籤的文章。 顯示所有文章

星期三, 11月 21, 2007

Algorithms for Characterization and Trend Detection in Spatial Databases

論文篇名:Algorithms for Characterization and Trend Detection in Spatial Databases

摘要:

在空間特徵化(spatial characterization)中如何去決定每個類別所隸屬的資料庫物件是很重要的,因為非是只有不是空間的特性而且還要考慮鄰近點的資訊。在空間方位的分析上,一些在資料庫物件中的鄰近節點其非空間性的屬性的位元變化也會決定其資料。我們提出許多演算法在這個目的上。

緒論:

SDBS(Spatial Database System)式資料庫系統用來處理,控管空間資料的。是爲了找出隱含的規則,或是隱藏在大量資料中的法則或模式。在位置行銷,流量管制或是環境考察中,spatial data algorithm is very importment.
在這篇論文中,我們提出一個新的演算法在特徵化還有方位的偵測在空間資料庫中。一個簡單的方法在空間方位偵測,根據一般化群集演算法,在(Ester et al, 1996)中提出。
在1993年,以屬性為導向的歸納法被設計完成,使用空間和非空間的階層式去搜尋空間和非空間屬性之間的關係。這些資料根據階層式觀念來一般化。他們提出依個演算法去找尋空間資料的規則從X->Y(c%),X and Y are sets of spatial or non-spatial predicates and c is the confidence of the rule.

我們的演算法在空間特徵化和方位偵測上是以一個簡單方法來呈現。一般
得spatial data mining都是使用詳盡的或是固有的相鄰的關係。但是我們質疑這種方式,因為在一堆資料中要詳盡的去找尋不會有效率。因此,一個延伸至SDBS的資料架構和運算,在有效率的找尋鄰近點的關係上的研究被提出(Ester et al, 1997a)

Database Primitives for Spatial Data Mining:
我們的架構的概念是根據鄰近節點的圖像和相鄰的路徑是由鄰近物件的關係來決定。
這裡有三個空間關係的基本模型:位相幾何學(topological),距離,方向的相關性而這是由結合邏輯運算子去表達更複雜的鄰近節點的關係。我們只關心二度空間中方向的關係因為這在我們的濾波器中是被要求詳盡的以便於判斷。
文中提到,顯然地,兩個物件中的方位不會為唯一且輪廓分明的,再論文的例子中的圖一就顯示,兩個物件會有許多方位,就譬如兩個物件來作為說明,B在A南方,B也在A東方。爲了找到一個唯一的區域,作者說兩個物件一定有一個方位的相關性是最小的,稱為exact direction relation of A and B,是uniquely determined,在圖中則是B northeast A的區域最小,所以此區域即為exact direction relation of A and B。

定義一:
以下訂一幾項變數
neighbor :neighborhood relation
DB :Database of spatial objects
neighborhood graph :G(DB/neighbor) = (N,E)
graph with nodes :N=DB
edges :E包含於N*N
edge :e=(n1,n2)
a neighborhood path of length :k
k is defined as a sequence of nodes[n1,n2,...,nk]
neighbor(ni,ni+1) holds for all ni屬於N,1 小於等於 i 小於 k
我們假設在關係代數(relational algebra)標準的運算,就像是selection,union,intersection和difference是可獲得的在此物件的集合中和鄰近路徑的集合(e.g.運算選擇(set, predicate)returns the set of all elements of a set satisfying the predicate predicate)。只有接著的重要運算是明白的描述的。

  • neighbors: Graphs*Objects*Predicates-->

Sets_of_objects

  • paths: Sets_of_objects-->Sets_of_paths
  • extentions:Graphs*Sets_of_paths*Integer*Predicates*Sets_of_paths

運算子的鄰近點(graph,object,predicate)回傳全部物件的那個集合,連結到圖像的物件,滿足predicate predicate所要的條件。

運算的路徑(objects)產出長度1的所有路徑,是由一個單一的元素所形成,而且運算子副檔名(graph,paths,max,predicate)回傳此集合中的所有路徑並延伸其中一個路徑到圖上最長的節點。這延伸的路徑必須滿足宣稱的屬性。如此路徑不會保持到最後,即暗示沒有路徑可被延伸。

因為鄰近點數目可能會很多,這證明論述在鄰近作用和延展的動作過程,被當作濾波器去限制鄰近點的數目和路徑去找到他要的形式的鄰近點和路徑。
...

此篇論文是在找尋與某點有相關的特性與值,且鄰近點也會是拿來判斷的依據,並在找到之後不斷延伸直到找不到有相關性的點為止。

討論

此篇論文與走失偵測所需的要件不同:

(1)此篇論文主要在解釋概念性,閱讀之後無法了解該如何實用到我們的系統之上。

(2)如何判斷某個座標為此座標的鄰近點,此篇論文並無提及。

(3)此系統將所有點以一固定距離分配好,系統運行時開始往下去尋找,用線性迴歸下去運算。但是我們使用GPS訊號會有時間的這個參數,此系統並無考慮,因此我覺得還需要再多加尋找其他資料或是文章,才可讓思緒更加清楚。

星期六, 10月 20, 2007

走失偵測進度報告

目前進度:
1.將PDA手機中的變數以xml web service的方式傳至SERVER端。
2.以Google maps api讀取,顯示在網頁上。
3.此方式為即時的方式,並且是以無線網路傳輸到網頁伺服器中。

以xml web service方式傳輸的好處:
因為以xml web service的方式傳輸是利用http層來作為傳輸,因此有特定的80 port來作為聽取有無呼叫服務,在有服務時(傳送或是接收)http之中的80 port依然保持在聽取的狀態,因此不會發生網站無法服務的狀況,而如果使用TCP/IP的方式,則程式撰寫者必須自己加入如HTTP層80 PORT的功能,否則會導致網站無法同時執行多人的服務。




程式執行畫面:
圖一.為尚未定位畫面

圖二. 自動偵測GPRS網路

圖三. 系統執行畫面

在未來我們的研究或許可參加亞洲區 XML Web Services學生程式競賽,這是第二屆亞洲區 XML Web Services學生程式競賽的網頁

星期四, 10月 04, 2007

資料傳輸

XMLHTTPREQUEST無法存取客戶端資料,所以我們所持有的PDA端為client端並非 server,因此server端無法使用XMLHTTPREQUEST來要求PDA端讀取xml檔,並將讀取之後的數值由網頁傳輸到遠端server中。

XMLHTTPREQUEST的使用方式是使用者藉由HTTP傳輸一段字串到server的根目錄之中,接著網站可自動使用非同步的方式讀取一個XML檔或是其他形式的檔案並將讀取後的結果傳送給用戶端,接著客戶端的網頁會顯示剛剛使用者對server提出要求的回應,以此種方式提供使用者服務,但是此方式並無法直接傳輸一個xml檔到網站要求服務,也因此不適合我們目前思考直接將xml檔傳輸到server端的想法,也因此考慮使用其他的方式來作為傳輸資料的方式。

星期六, 9月 29, 2007

資料傳輸之問題

目前遠端資料傳送可分為三種方式:socket,Replication,RDA

本研究需要使用到資料比對,因此必須架設主機資料庫,所以採取後兩樣技術,而又以Replication的方式更好,但是要使用兩項技術必須要架設主機資料庫,而且是必須要有正版SQL Sever 2005,目前學校有購買但是不外借,所以要先設法取得資要庫程式,才有辦法繼續下ㄧ步。

星期五, 9月 21, 2007

SQL mobile 遠端資料存取

資料來源:Mobile平台應用與開發

兩種同步資料的方式:
1.RDA(Remote Data Access)
(1)屬於同步資料中最簡單的模式
(2)RDA的資料同步皆是由客戶端發起,伺服端只是回應客戶端的請求。
(3)使用PULL方法,將遠端伺服器資料下載到本地SQL Mobile資料庫中;使用PUSH方法,將本地資料中的
改變提交回遠端SQL Server資料庫中。
(4)支援SubmitSQL方法,支援將一個SQL語法提交到遠端SQL Server資料庫中執行。
(5)SubmitSQL支援任何SQL語法,無法返回結果集。
(6)SubmitSQL主要用於執行insert,update,delete。
(7)RDA的PULL方法每次只能從SQL Server資料庫獲取依個結果集
(8)結果集會被保存成衣個資料表,再次呼叫PULL方法前,必須先刪除之前的資料表。
(9)多個用戶執行PUSH方法,RDA不會檢測資料衝突。

2.SQL Server Mobile Replication
(1)當行動裝置連上網時,設備端資料自動與資料庫伺服器同步,將客戶端修改發送到伺服器,然後下載被修
改的資料。
(2)有解決資料衝突的機制

3.RDA與Replication比較
(1)資料交換方面:Replication支援伺服端與客戶端的雙向資料傳遞,RDA只支援單向,即從客戶端到伺服
端,再從伺服端回到客戶端。
(2)同步資料表:Replication一次呼叫可以同步多個資料表;而RDA一次呼叫只能同步ㄧ個資料表。
(3)原資料改變方面:Replication中如果在Publisher中增加或刪除資料表,不需要重新進行資料初始化,
系統就可以自動將資料修改結果同步到Subscriber的SQL Mobile資料庫中。RDA不會自動將資料表同步
到客戶端。
(4)約束和索引:Replication支援的約束和索引會被自動複製到SQL Mobile資料庫中。RDA不會。
(5)資料衝突:Replication有解決衝突的機制。
(6)資料表架構變化:Replication中部份資料表架構變化可以被自動複製。
(7)工具支援:可以使用SQL Server Management Studio對Replication進行管理。
(8)伺服器設置:Replication需要對SQL Server資料庫進行設置,RDA不需要。
(9)儲存空間:Replication需要建立一個新的資料表對資料改變進行追蹤,會佔用比RDA更多空間。