鏈結資料圖(Linked Data Diagram)

臺北市政府現今已經提供很多種開放資料來提供民眾使用，但是由於格式相 當地雜亂，使得開發者或者一般使用者困難地做應用，必須先得透過處理加以分 析，再經過整理之後才可以自由地進行開發或者運用服務。研究中目的是要解決 資料格式雜亂的窘境，於研究所採用的方法為：利用 RDF 來儲存格式，取而代 之先前雜亂的資料格式，加強資料能可讀性，於進一步透過整理之後的資料來建 立鏈結資料(Linked Data)，增強資料的擴充以及實用性。

本研究中利用 RDF 儲存格式的方式，描述出政府開放資料，且提供存取的

以相關條件的不同資料來彼此之間鏈結在一起，建立鏈結資料且進行創新的應用。

以下是擷取臺北市政府局部的開放資料所繪製的鏈結圖，如圖 3-3。

圖 3-3 臺北市政府局部的開放鏈結資料圖

以上的 Open Data Diagram 總共八個資料來源(圖中藍色圈)，其中包括臺北 市停車場(Parking Garage)、臺北市社區活動中心(Community)、臺北市案件統計 (Law Case Record)、臺北市人口資訊(Population Info)、臺北市警察局(Police Station)、圖書館資訊(Library)、臺北市消防局(Fire Department)、臺北市急救責 任醫院(Emergency)，以上只是局部的部分。

研究中打算會利用到三種不同資料的來源且建立 RDF Interface，其中分 別：臺北市停車場資訊(於台北市停車管理工程處所提供，屬於交通運輸類 別)、臺北市微笑單車資訊(於台北市交通局所提供，屬於交通運輸類別)、臺北 市捷運資訊(於台北市公共運輸處提供，屬於交通運輸類別)，三種不同資料來

源類別皆為交通運輸類，建構出 Linked Open Data Diagram，如圖 3-4。

圖 3-4 臺北市開放鏈結資料構想圖

圖 3-4 中有三個不同主體：

1. Ubike Station(微笑單車站點資訊) 2. Parking Garage(停車場資訊) 3. MRT(捷運站點資訊)

分別由四個基本單位構成：

1. Info：使用來記錄基本的資料，例如 Name、Type、ID…等等。

2. Location：使用來記錄地理環境資料，例如經緯度、地址…等等。

3. Time：使用來記錄營業時間或者服務時間。

4. Ticket：使用來記錄車票價錢。

最後是 Context 用於情境感知的部分，根據使用者的需求，透過地理環境資料

(Location-Based)抓取需要的資料，且將需要的資料進一步鏈結的動作，另外製 成一份全新的鏈結資料。

以下是實作出各個不同資料集 Dataset 的 Schema 表 3-1 Data Schema - info xmlns:info=”http://data.taipei.gov.tw/infomation#”

Attribute Data Type Description

info:id Long 該筆資料唯一的識別碼

Attribute Data Type Description

loc:address String 地址資訊

loc:area String 區域資訊。其中項目為

臺北市全部的行政區域

loc:latitude Double 二度分帶的座標(UTM)y

軸座標之資訊

loc:longitude Double 二度分帶的座標(UTM)x

軸座標之資訊

loc:original_latitude Double 緯度的資訊

loc:original_longitude Double 經度的資訊

表 3-3 Data Schema - time xmlns:time=”http://data.taipei.gov.tw/time#”

Attribute Data Type Description

time:start String 服務開始的時間

time:end String 服務結束的時間

表 3-4 Data Schema - parking garage xmlns:pa=”http://data.taipei.gov.tw/parking#”

Attribute Data Type Description

pa:total_car Integer 停車場的車位總數

pa:available_car Integer 停車場剩餘的空位數

表 3-5 Data Schema - ubike station xmlns:ub=”http://data.taipei.gov.tw/ubike#”

Attribute Data Type Description

ub:total_ubike Integer 微笑單車的總車數

ub:available_ubike Integer 微笑單車剩餘的可用車

數

表 3-6 Data Schema - mrt xmlns:mrt=”http://data.taipei.gov.tw/mrt#”

Attribute Data Type Description

mrt:start_station String 捷運發車的起點

mrt:end_station String 捷運末班的終點

mrt:updatetime Double 捷運發車的時間

以下為本次研究主要的 Data Schema：

表 3-7 Data Schema - 停車場資訊 停車場資訊

Attribute Data Type Description

info:id Long 該筆停車場的唯一識別

pa:total_car Integer 該站總車位數量

time:start String 該站開始時間

time:end String 該站結束時間

表 3-8 Data Schema - 停車場動態格位資訊 停車場動態格位資訊

Attribute Data Type Description

info:id Long 該筆停車場的唯一識別

pa:available_car Integer 該筆停車場的動態格位

表 3-9 Data Schema - 微笑單車資訊 微笑單車(或 Ubike)資訊

Attribute Data Type Description

info:id Integer 微笑單車唯一的識別碼

loc:original_latitude Double 緯度的資訊

loc:original_longitude Double 經度的資訊

loc:address String 站點位置的資訊

ub:total_ubike Integer 該站微笑單車的總數

ub:available_ubike Integer 該站剩餘單車的數量

表 3-10 Data Schema - 常用微笑單車站點 常用微笑單車資訊

Attribute Data Type Description

info:id String 常用微笑單車站點的唯

一識別碼

loc:address String 常用微笑單車站點的地

址

loc:latitude Double 緯度的資訊

loc:longitude Double 經度的資訊

表 3-11 Data Schema - 捷運站點 常用微笑單車資訊

Attribute Data Type Description

info:id String 捷運的唯一識別碼

mrt:start_station String 該站捷運發車的起點

mrt:end_station String 該站捷運末班的終點

mrt:updatetime Double 該站捷運發車的時間

因為政府所提供的開放資料，停車場動態格位與停車場資訊兩種分別有彼 此不同 RDF 的 DataSet，但是彼此之間仍然能利用唯一識別的 ID 的資訊進一步 做資料的溝通。在實作 Query 時會利用『縮減搜尋範圍(Reduce Size)』的技術 來進行，目的是減少不需要的時間以及搜尋。其中微笑單車的部分全部資訊都 包括動態車輛皆於同一份的開放資料裡存在。

3.3 情境感知(Context Awareness)

使用「時間情境感知(稱為 Time-Based)」和「地理環境情境感知(稱為