跳到主要內容

政府與民間對open data的認知落差

昨天下午,因為Schee的關係而有機會參加了一場關於「政府資料加值公開」的Ideas Jam。這大概是繼年初那場會議之後,第二場所參與的,關於政府資料公開相關的場合。在這場會議裡,再次感受到政府與民間在對同一件事情認知上的巨大落差。
速記如下,為避免我又拖太久才把它們整理出來,而且,每一個小點都可以有很多內容可以寫:
  1. 政府資料公開  ≠  open data  ≠  open government  ≠  APP  ≠ Cloud (Computing)?這些可能有相關,但相關性極低。
  2. 如何找到資料?相關議題:如何看公部門網站、招標與決標資訊的解讀及招標文件的付費。
  3. 資料的價值:規費法中,由誰去定義這些資料的價值?
  4. 資料授權、使用、維護及規範的相關議題。舉例:線上教學網站的教材、中央圖書館( http://www.ntl.edu.tw,似乎又名為臺灣圖書館)裡的互動藝術裝置。
  5. 加值的定義?資料的加值是讓資料的使用性增加還是讓政府部門販售資料?(個資法、七朵政府雲)還是讓廠商使用後拿去賣錢?
  6. 什麼樣的資料適合加值?資料能否被電子化?能否建立一個無痛進入的平台?
  7. 開放API如何避免新的數位落差?(印度的Open Data造成貧富差距更明顯)
  8. 資料取得不易:文件申請手續繁複、付費管道無線上金流 、取得的資料並非自己要的資料更不是可以使用的資料,也無法退回(案例:內政部人口統計資料把所有網站內的PDF檔燒成一張光碟,連Excel檔都沒有,也不能退費)。
  9. 資料格式的問題:PDF?Word?Excel?PowerPoint?圖檔掃瞄再製成PDF?
  10. 舉辦APP競賽的目的?APP競賽後,得獎的APP後續也無人回覆,使用者安裝後無回饋機制,只能打1999抱怨。
  11. 由於是推廣階段,所以台北市政府公開資訊平台上的資料多為免費應用,儘管比賽後的APP沒有人維護,還是會繼續舉辦APP競賽。
  12. 各部會中管理人員在此一方面的認知不足,可能僅有少數人知道,造成溝通上的問題,往來頻繁的公文流程拖慢了速度。
  13. 政府的計畫分派給不同執行單位的結果是民眾無法找到正確的窗口,希望能成立一個類似1999的窗口,統一導引民眾找到正確的窗口。
  14. 如何提供民眾有感的服務?
  15. 台灣政府會參考國外的脈絡,但不可能跟著國外走(例如:資料分類檢索 V.S Dublin Core® Metadata Initiative,研考會做了四種分類:主題、機關、服務、施政)
其他的,想到後再說了。
今天感謝網絡行動科技的Charles、御言堂的C.K(城市格局blog)、青平台的whisky、DennisiCook的Fox(不好意思,我們的網站在下半年要進行改版了)、中研院、台北市政府資訊處、微軟、研考會,還有現場/不在現場的很多人(包括同事們)。
特別感謝Fertta.comSchee,從他每天的Google Hangout直播、舉辦的R0聚會裡可以學到非常多的資訊,打開另一扇窗,讓我學習到網際網路的另一種使用方式。
放一段昨天中午的主題:房價地圖、倫敦奧運YouTube轉播:

一切才剛開始,這條路似乎十分的漫長,但感謝各位的包容,並讓我開始踏入這個領域。
最後,evernote真的蠻好用的,但ipad的中文辨識好慢啊!

留言

張貼留言

請勿匿名留言,待審核後才會出現。

這個網誌中的熱門文章

練習看公部門網站

2021.09.05 / 很多人來瀏覽這篇,這是 9 年前的文章,在採納許多人的建議後,國發會已經讓許多政府網站陸續更新,同時,我也離開「網站企劃」這個工作好一陣子。常常都是離開後再回頭看,會有更多感想,而且也比較不負面。如果你看到這篇或在搜尋引擎中看到這篇,請你也看看我在 9 年後寫的這篇文章: 台灣政府網站的改變 (2021年更新自己對政府網站的認知) 。 當我實際與國外的團隊一起工作,從他們的需求來看台灣政府網站時,覺得台灣政府網站並沒有太差,進步的速度看起來有點慢,除了從業人員的求好心切外,也要考量改版後民眾可能找不到資訊的挫折感。就看新的文章吧!人不能一直活在過去。 台灣政府網站的改變 (2021年更新自己對政府網站的認知) 。

【短記】關於域名爭議的處理和區塊鏈技術應用

主要是這幾天看到 TWNIC 的部落格有一篇關於 ICANN 對於通用頂級域名保護的簡介,然後我想到了在區塊鏈技術應用的世界裡,有不少人都會去註冊 Handshake 的 HNS 或是 ENS 位址,也有不少人認為,自此以後可以避開網路網路想要買域名,或想經營 gTLD 的人,不得不定時繳費給域名註冊商或是註冊了 New gTLD 卻不知該如何好好運用時,已經花費巨額資金出去。 我會在這篇文章快速的寫,就像筆記一樣,畢竟不是很多人有興趣在探討如何應用區塊鏈技術在域名的領域。 ICANN  的域名爭議處理機制目前還是以歷史悠久的「統一域名爭議處理政策」(Uniform Dispute Resolution Policy,簡稱 UDRP) 來處理。處理的時間比較長,但比較周全,它會考量商標、專利、智財這些註冊的法律,也因此許多企業會直接走法院訴訟,直接取回自己的商標域名。TWNIC: 通用頂級域名(gTLD)權利保護機制簡介 。 ENS 在我的認知比較像是「轉址」服務。它的註冊域名是 .eth ,持有者可以把錢包位址、網站位址都轉向這個 .eth 的網址,但因為 .eth 並不是註冊的TLD,所以你的域名如果是.eth 必須變成 .eth.link 才可以用一般瀏覽器瀏覽。當然如果你的瀏覽器上有掛著擴充套件,例如 MetaMask 就可以付款或交易。ENS 也是要付費的,而且是用 eth 付費,而 eth 的交易 gas fee 是嚇死人的高,所以並沒有說使用 ENS 購買域名就比較划算,你的域名可能只有0.003 eth 但要付上 0.018 eth 的 gas fee,真的很可怕。相關的頁面: EthDNS and EthLink 。ENS 有一個蠻完整的 ecosystem,也有和 ICANN、IETF合作,但我倒沒特別注意到如果有域名爭議時,有什麼機制可以處理,也許也是參考 ICANN 吧? HNS 在之前就已經掀起一股「 用一美元買自己域名 」的旋風了,但需要使用特定的瀏覽器和設定,才能用 HNS 格式的網址來瀏覽,在缺乏相關的保護機制下,你等於是讓瀏覽者曝露在風險裡。為什麼 ICANN 會努力推廣 DNSSEC 就是為了保護瀏覽者在輸入域名時就是到達域名所指向的位址,也有一些文章認為像這樣的域名格式,其實就像 Tor 網路、暗網一樣,破壞了網路的「互相

[Movie] Longford--是使命而非成就

電影名稱:迷情( Longford ) 文中台詞出處及電影資訊: IMDb -- Longford Wikipedia--Myra Hindly : Myra Hindley | 米拉·韓德麗 朗福德伯爵的真實身份: Frank Pakenham 圖片來源: Amazon:Longford 這部電影在星期六下午播了一次,星期日的颱風夜又播了一次。中文片名被翻為《迷情》,大概是譯者或片商覺得片中的朗福德伯爵(Lord Longford)對獄中的Myra Hindley有份特殊的感情,所以把中文片名取得這麼煽情吧!然而這部電影叫Longford,所以重點不是放在到底Myra Hindley是不是謀殺孩童的主要兇手,也不是伯爵對Myra是否有特殊的情感,而是,在經過這些考驗後,伯爵對於自己信仰及寬恕的信念是否依然堅定。 從影片中可以知道伯爵曾經是個德高望重的上議院成員,平時會去探望監獄中的囚犯,輔導他們並幫助他們重回人生的正途,甚至不惜幫他們大肆舉行慶祝會。這樣的行為看在其他人的眼中自然不是滋味,好事的記者甚至在報紙上刊出標題抨擊他為犯人的付出。 Myra Hindley和她的男友Ian Brady因為犯下令人髮指的謀殺孩童案件被判終身監禁,伯爵在見過Myra後,決定幫她爭取申請假釋的機會,中間也因為年事已高及自己特立獨行的行事作風在政治鬥爭中喪失了升為議長的機會,甚至被強迫退休,在他曾經見過Ian Brady,懷疑Myra在獄中的良好表現是否只是作戲,甚至為了Myra,毀了女兒的新書發表會,與妻女不諒解的連續挫折下,他還是支持著Myra,堅守著人性本善的信念,直到Myra說出其他兩個孩童的命案,這對努力為她奔走的伯爵和後來轉為支持為Myra申請假釋的妻子Elizabeth而言是最大的背叛,也是對信念最大的考驗。 伯爵本身是個由新教改宗的天主教徒,從劇情裡也知道他曾經精神崩潰過,靠著妻子與信仰的支持,他重新了自己的人生,但當他知道自己所有的努力都只是被Myra所利用,再回顧自己為了這件案子所損失的一切,最大的不值則是當他發現自己對Myra的信任只是被利用時,他再度面臨了對人性與信仰的考驗。他的名聲被毀了,讓人以為他對於Myra有著遐想,他幫助虐殺兒童的兇手是個令人無法接受的事實。他無助的在告解室裡告解,也許他也想起了Myra曾對他說,她已重返天主教的懷抱,也向神父告解,她