#code for tomorrow

當你想要買房子時，會考量到什麼？歡迎加入討論：

真的關心房子的可能需要什麼資料

說起來很慚愧。Data Weekend 03如果不是遇到颱風，換場地到南軟，而早上我得參加生技展，可能也沒辦法參加活動，而且，這還是我第一次參加Data Weekend活動。

這場活動雖然定調在三個主題，但實則是五個主題，含括了交通、數據分析、法律、能源、農業等主題。很有趣的是，在這些主題裡總是不斷的與某些自己工作上的領域重覆、交集。

後來仔細的去想，令我感動的講者們所出發的角度都是一樣的，都是站在「利他」的出發點去做，不見得會有什麼樣特別的獎賞，也不求什麼樣的回報。在所受到的教育裡，有提到「當一個人無私的為他人付出時，自己也在這樣的動作中得到利益，而這個利益的大小也不見得是馬上就能看到的。」

回到家之後仍然感受到那種熱情的餘溫：

交通安全的改善是一種公民參與。（交通事故的資料與分析）

不預設立場的去做一個評估工具，並釋放出來讓大家去使用。（Lightning Talk：發電成本計算機）

還有有著滿滿熱情的青農資訊平台，真的很希望這樣的年輕人可以繼續保持熱情與理想的堅持下去，同時並多與農民們接觸，了解他們真正的實際需求，去開發農人們會使用的平台。

儘管那天回到家都已經站不起來了。想著最近遇到的狀況：

資料的供給者覺得沒有人要用這些資料，不知道這些資料有哪些人會使用？會有什麼樣的用途？提供到什麼樣程度才叫完整

資料的使用者把這些資料做各種天馬行空的開發，但供給者卻不知道這些資料可以被這麼使用，且在使用者的立場會希望再提供的完整一點就會更好。

多數時候，Code for Tomorrow的參與者都在網路上（IRC、G＋、Facebook）交換意見，但在Data Weekend的場合裡可以實際見到面，就會看到人與人之間接觸的美妙的火花，希望這樣的火花不會只有一閃而逝，而是慢慢的成為一盞光，去溫暖與照亮接下來的路程。

台灣政府開放資料終於踏出一大步, 先給 data.gov.tw 掌聲 ^^

最近參加了 Code for Tomorrow 的聚會, 其中與會者熱烈地討論如何混搭農委會 (http://data.coa.gov.tw/) 與環保署 (http://cdx.epa.gov.tw/CDX/PublishDownload.aspx) 等開放資料內容, 並於 Open Street Map 呈現. 我們演練的例子就是從環保署公布的重金屬污染地點來看我們購買的米是否鄰近被污染的區域 (謝謝 CfT 的工作小組). 筆者當下有一個想法就是, 這些資料格式在開放的同時, 是否能參考一些國際既有的規格範本, 讓後續要應用資料的使用者更快上手, 讓相關的資料能以同一個規格延伸定義. 這也是我們下一步想要和大家一起努力的 Semantic Interoperability.

若是單一資料源, 通常我們就是把抓資料的 parser 寫好, 接著就是每天或是每個小時自動去爬. 但是如果資料來源牽涉到不同提供者, 雖然可能都是相同的類別 (例如都是某個景點資訊, 我們先簡稱 POI), 可能我們都還得針對每個資料提供機關對於 POI 的定義與欄位先做研究, 才不會一樣要擷取地址, 但是放在 JSON 的欄位卻是不同, 甚至對於"地址"的定義都是不同 (例如要不要包括郵遞區號, 要寫幾碼等).

現在有不同的國際規格組織在做這樣的事情, 如筆者比較熟悉的 Open Geospatial Consortium (OGC) 就有 Sensor Web Enablement (SWE) 這樣的規格來針對 Sensor 的感測能力, 感測資料, 感測方式, 以及後續感測資料如何交換等動作做規格化. 這就是不同於資料發佈者以 JSON 規格定義好感測器名字, 單位, 資料等欄位然後就逕行發佈. 當然直接發佈也是 open data, 但重點不在於用 XML 或是 JSON 的哪類工具, 而是在於這些資料欄位, 甚至是延伸的 metadata 有沒有共通的定義. 這樣在跨組織使用資料的時候, 才能簡化很多不必要的開發以及後續相容性的麻煩.

當然這些所謂的 Semantic iInteroperability 的互通應該還是會建立在 Data Quality 的議題之上. 但若能把這些想法也包容加入, 對於台灣後續對於 Open Data 規劃與國際接軌一定會有所幫助 ^^