Feed on
Posts
Comments
Email訂閱

旅聯網Ontology架構說明

  1. 什麼是Ontology?為何要建Ontology?誰該建Ontology?

  2. Ontology內容的結構範例

  3. 如何建立Ontology?(概念篇)

  4. 如何建立Ontology?(使用操作介面,直接從網頁上依指示操作)

  5. 如何建立Ontology?(直接修改文字檔)(只有架構還存在xml檔,其他資料存在資料庫,故已廢棄不用)

  6. 一些重要參數(旅聯網版主網站識別碼id列表)(系統自動產生,故已廢棄不用)

  7. XPath使用範例說明


1.什麼是Ontology?為何要建Ontology?誰該建Ontology?

  • 什麼是Ontology?為何要建Ontology?

    Ontology在哲學中稱之為「本體論」;在知識管理或圖書館學中用之為分類與智慧檢索的理論。基本精神在於「概念性分類」、「建立案例」、「設定關聯」。譬如目前旅聯網有各種文章,如果不做分類,彼此之間也無法做關聯,這些文章只是一個個獨立的知識單元,但並無法提供有心想從某篇文章找到相關資訊的人,做進一步探索,也就是知識單元彼此是資訊孤島。而Ontology希望從了解紛立的個案的本體與特性,做分類或群聚,然後在這些知識單元的島嶼之間搭建橋樑(有意義的關聯)。如此將能有利於未來做資料的探勘,智慧檢索等功能來運作。如此提供給瀏覽者將是一個已經根據分類專家所建立的符合人類分類概念的檢索方式,可快速地找出對人類有意義的資訊,並可互相參照。有別於利用關鍵字所找出的龐大資料,搜索者還必須再自己做一次篩選。

  • 誰該建Ontology?

    建立Ontology中的分類、案例、關聯的,應該是這個領域有深入涉入的專家。並不是所有資料都要納入Ontology,而是必須由這些專家根據經過萃鍊過的領域知識,來挑選案例,進行分類,進行同義字、關聯性等等工作。在旅聯網中,這項工作由各個版主來負責進行。當然每個版主所建立的分類都將受到所有人的檢視。


2.Ontology內容的結構

範例如下:

<?xml version=”1.0″ encoding=”utf-8″?>
<treeview>
<ul name=”旅聯網分類知識庫” id=”ontology” expanded=”true”>
<ul name=”步道” id=”trail”>
<ul name=”森林步道” id=”forest”>
<ul name=”東滿步道” id=”1130126276223″ ds=”聯絡東眼山與滿月圓兩個森林遊樂區之間的山徑約有7.3公里”>
<ar t=”stone” id=”1130125514448″ name=”卡外山”/>
<ar t=”kw” id=”1130126276223″ name=”北插”/>
<li name=”東滿步道至北插叉路口” author=”21″ r=”http://home.so-net.net.tw/hades0214/travel/2005/taipei_travel336.html”/>
</ul>
</ul>
</ul>
</ul>
</treeview>

其中

  • ul : 依照概念(conceptual)的分類。有三個屬性,name、id、ds。
  • name:此分類的名稱,應該精簡且明確。
  • id:此分類的id(識別碼)必須在整個分類架構中為唯一(unique),在旅聯網中會自動產生;如果手動增加的話建議以年月日時秒做為識別碼,如200511122021。
  • ds: description做為此分類的摘要敘述,可讓瀏覽者快速擷取分類者在做分類時的想法。
  • li : 旅聯網的單篇文章,li節點為該分類最末端的節點,是為此分類的一個案例(case or
    instance)。有三個屬性:name、author、r。
  • name:此文章的標題
  • author為登錄在旅聯網的網站識別碼,對照如6.a所示。
  • r為此篇文章的網址。
  • ar : ar(attribute)節點為附屬於分類(ul)節點或文章(li)節點之下,用來補充分類節點或文章節點跟Ontology有關的資訊。目前有關鍵字(t=’kw’)與關聯(t=’所要關聯的分類的識別碼’)兩種屬性。
  • 屬性用途為設定關鍵字(t=’kw’):
    id應設為分類的所屬的識別碼,才能正確對應。name為關鍵字名。若使用者點選,將會帶出與此關鍵字關聯的文章。
  • 屬性用途為設定關聯(t=’所要關聯的分類的識別碼’):
    id應設為所要關聯的分類的識別碼。而name為所要關聯的分類的最上層分類的識別碼(通常最上層識別碼的id為版主所設,具有象徵性意義)。若使用者點選此關聯,將會另開視窗並跳到該分類。以上例而言,”東滿步道”沿途有一顆可隨手一撿的基石”卡外山”,因此此分類可關聯到”卡外山”此分類,從Ontology架構可看到或查到”卡外山”的分類識別碼為”1130125514448″。而”卡外山”其意義為隸屬為”基石”大分類之下,因此若設t=”stone”,將可讓瀏覽者容易了解這個關聯與”基石”有關。

3.如何建立Ontology?(概念篇)

既然是以專家(其實愛因斯坦說:專家只是訓練有素的..dog)的觀點來做分類,所以每個人的對於分類的概念都不盡相同,但可以互相參考而產生共識,最後在分類時自然有默契。版主寧願以共識來取代硬梆梆的規定。以下以上述分類架構例子來說明如果有一篇值得做分類的文章案例要加進Ontology架構時,版主當初所設想的分類邏輯,做為大家自己在做分類時的導引。以下以一篇「台北行腳第336篇-東滿步道至北插叉路口」為開始。
假設原來沒有「東滿步道」此分類。

邏輯說明 對應的Ontology內容
1 概念進到Ontology架構的最上層 <?xml version=”1.0″
encoding=”utf-8″?>
<treeview>
<ul name=”旅聯網分類知識庫” id=”ontology”..
2 if 此文章可以加到目前分類之下的既有子分類之下 then
3 概念由此往下移一層 <ul name=”旅聯網分類知識庫” id=”ontology” expanded=”true”>
<ul name=”步道” id=”trail”>
4 跳至 2 ,再做檢查
5 else <ul name=”旅聯網分類知識庫” id=”ontology” expanded=”true”>
<ul name=”步道” id=”trail”>
<ul name=”森林步道” id=”forest”>
6 在目前的分類下新增一具有精確、簡短意念的分類 <ul name=”旅聯網分類知識庫” id=”ontology” expanded=”true”>
<ul name=”步道” id=”trail”>
<ul name=”森林步道” id=”forest”>
<ul name=”東滿步道” id=”1130126276223″ ds=”聯絡東眼山與滿月圓兩個森林遊樂區之間的山徑約有7.3公里”>
7 if 此文章在此分類下還可有概念再細分的可行性,跳至6
8 else 新增此文章在此分類之下 <ul name=”旅聯網分類知識庫” id=”ontology” expanded=”true”>
<ul name=”步道” id=”trail”>
<ul name=”森林步道” id=”forest”>
<ul name=”東滿步道” id=”1130126276223″ ds=”聯絡東眼山與滿月圓兩個森林遊樂區之間的山徑約有7.3公里”>
<li name=”東滿步道至北插叉路口” author=”21″ r=”http://home.so-net.net.tw/hades0214/travel/2005/taipei_travel336.html”/>

4.如何建立Ontology?(使用操作介面,直接從網頁操作,以下說明已無意義)

瀏覽到所要建立的分類之上,直接建立相關的資料,ID大部分都會自動產生,惟關聯的分類ID必須先查詢。


5.如何建立Ontology?(直接修改文字檔,直接從網頁操作,以下說明已無意義)

由於ontology為unicode編碼,所以下載此檔之後必須要有支援轉換成unicode編碼的編輯器(如Ultra
Edit)。接下來依照步驟2,3的說明進行修改。


6.一些重要參數(已改由直接從網頁操作,以下說明已無意義)

6.a旅聯網版主網站識別碼id列表

識別碼id 旅聯網版主網站
56 獨木舟技術學院
53 台灣旅人日誌
52 優遊山林溪
51 Hsuan’s Journey
50 元寶帶你趴趴走
49 虎茅莊的旅行
48 TOEHOLD 踏點
47 Brucyo山野藝廊
46 阿笨猴週六登山社
45 陳岳古道探索紀行
44 PCChen旅遊小品
43 都市遊牧民族
42 該出去走一走了
41 Marketer山旅寄情
40 Jennifer之家
39 JOE’s Travel
38 阿亮假日趴趴GO
37 阿趾筆記簿
36 雨傘夢孟
35 eggs山情往事
34 自然顏色
33 紓非想入非非
32 小恐龍遊記相簿
31 Ivan溪山行旅圖
30 我的赤腳旅行
29 Fabien的爬山瑣記
28 Andy山麓
27 老恩的山民主意
26 汐止小周登山小站
25 Tony自然人文旅記
24 蕭郎獨步山林間
23 hAPPY趴趴照
57 英倫行腳
55 東京行腳
54 關西行腳
22 台南行腳
21 台北行腳
20 個人發表

7.XPath使用範例說明:

屬於進階使用者的搜尋,通常用XPath來搜尋是要找到不同類別中但有同樣屬性(也就是有關聯的文章)

語法

意義

//ul[@name=’台北縣瑞芳鎮’] 所有名為”台北縣瑞芳鎮”的分類
//ul[@name=’台北縣瑞芳鎮’ and //li/@author=’21’] 所有名為”台北縣瑞芳鎮”的分類且文章作者代號為”21″(台北行腳)
//ul[@name=’台北縣瑞芳鎮’ and ../@name=’古道’] 所有”古道”分類底下名為”台北縣瑞芳鎮”的分類
//ul[@name=’台北縣瑞芳鎮’ or @name=’新竹縣五峰鄉’] 所有名為”台北縣瑞芳鎮”或”新竹縣五峰鄉”的分類
//ul[../../@name=’三等’] 所有基石分類中不分地區的三等三角點
//li[ar/@t=’stone’] 所有含有基石資料的文章


更多XPath範例

Web Master :
Daniel
2005.9.1

 

留言區