KNY.CC

RSS
Aug 7

短述最近使用政府開放資料 Open Government Data 的心得

最近一季,我在使用以及討論公部門的開放資料,所得到的一些心得,部分之前有提過,只是再次驗證,並且得到更清楚的發展與使用輪廓:

  • 某些資料的類別,整體公部門獲得的好處,甚至可能遠大於民間。減少了公文往返,快速取得資料,強化部門的能力,目前是看到商業公司或是NGO在做這一塊,G自己也可以想辦法來作。
  • 公部門提供的開放資料,真的只是非常基礎的資料,商業公司如果要應用的好,最後有可能「不使用」官方資料。這裡面可能延伸與發展出真正的商業服務。
  • 開放資料的部門,在目前的氛圍下,請盡量積極的取得開放後的KPI,多跟會計、審計部們討論,甚至跨部門討論KPI的訂定,民間賺取的credit,很多部分是可以貢獻給官方,彼此互惠。
  • 有高度需求的資料,不是主動開放,就是「被開放」,不如主動準備好開放的政策與戰略。
  • 擁有資料者,根本不必擔心資料釋出後,不被依賴了,擔心被拋棄,而是仔細想想你的部門核心業務到底是什麼。
  • 開放資料不是目的,而是手段。把手段當目的操作,很快就會迷失了。
  • 法令、授權License,有更好或是靈活的作法,甚至不用大修法令,只是需要一個大人出來說一句話。修法是長期的一個過程。
  • 台灣本來是在領先群,因為領先,所以很難有對象可以參考或模仿,但是卻為了參考與模仿,結果變成落後者,真的可惜。
  • 如果你要作開放資料的商業服務,不必擔心你手上沒有現成的資料。
  • 官方如果要作應用(網站、App、、),請使用自己開放的資料來開發,不要使用內部的封閉資料,這個好處一石多鳥,一言難盡,算是密技。
  • 民間的開發者或商業公司,對於心態與資料開放的公部門,請多多努力協助他們。
  • 我仍認為與相信,開放資料是協助我國走向更文明的社會,一個非常重要的手段。

以上小記,如有想起其他心得,再補載。

金錢衡量的人生

這幾天不約而同,在好幾的地方,跟好幾的不同背景的朋友,都提到了「人生的長度與價值」這個問題,這些朋友其實都有不錯的收入,生活也算安穩。

如果以金錢來衡量,我的提問概述會是這樣:

如果你20歲開始工作,年薪60萬起算:

如果每年加薪3%,則65歲退休,一輩子總共收入是5790萬。(不到6千萬)
(65歲退休的時候,年薪達227萬)

如果每年加薪5%,則65歲退休,一輩子總共收入是1億又121萬。
(65歲退休的時候,年薪達539萬)

你是否有把握,一輩子賺到這麼多收入呢?或是有把握退休的時候,年新高達500萬?

如果沒有,那假設,我現在直接給你一億元的現金,買下你20~65歲所有的上班時間,你願意嗎?

每個被我問的朋友都說:「不願意!」或是「那不就變成你的奴隸了?」

這真的很有趣!!

不願意被買下一輩子的上班時間,但是如果切成一年一年,一個月一個月的賣出去,就願意了。

更有趣的是,大部分的人到最後,還是把自己的生命賣到65歲,但卻永遠領不到一億元的收入。

其實我想問的是:「你是為了什麼在工作」、「你想怎麼用完你的時間」

Android 單位尺寸使用,重點在於螢幕的密度,而不是尺寸


如果你要開發Android,不管是工程師或是設計師,一定要熟讀這些文件:

很多朋友在開發過程,也常問一個問題,到底什麼dp,為什麼不用 px ,為什麼字體要用 sp ?對於Android的尺寸單位不理解,也常常讓 layout 在各種不同尺寸上比例跑掉。

只要理解 DPI 的定義,你大概就可以理解,Android是怎麼去支援各種機型的。

DPI : Dots Per Inch , 每英吋有多少個點,意即 每 2.54公分的長度內,有多少個點。

了解 DPI 的定義後,我們直接來看資源目錄 res/ 中的與尺寸有關的東西,在 res/ 可以看到很多以 mdpi, hdpi, xhdpi 所命名的 drawable 目錄,這是要在不同密度的螢幕中,擷取適合解析度的圖檔,例如 icon,並且透過 layout 中的 xml 定義去顯示內容,而在 xml 中常常需要指定各個元件的尺寸。

所有尺寸以 mdpi 為基準,什麼是 mdpi 呢? 直接口語翻譯就是 middle dpi (中等密度)

MDPI : 160 DPI

HDPI = 1.5 x MDPI = 240 DPI

XHDPI = 2 x MDPI = 320 DPI

XXHDPI = 3 X MDPI = 480 DPI

XXXHDPI = 4 X MDPI = 640 DPI

例如 MDPI 機型的螢幕,每英吋可以顯示 160 個點,XHDPI 機型的螢幕,每英吋可以顯示 320 個點,你必須用更2倍的長寬的圖,在這兩種機型上,看到都會是一樣的物理尺寸。

例如你直接定義一個 icon 尺寸是 160px,在MDPI的機型上面會顯示大約1inch的尺寸,但是在XHDPI的機型會顯示約為 0.5inch 而已,被縮小了一半。
MDPI => 160px / 160dpi => 1 inch

XHDPI => 160px / 320dpi => 0.5 inch

所以,建議不要直接使用px這個尺寸單位,否則在各種密度的螢幕上,顯示的比例將會差異很大,也就是這個原因必須給各種螢幕密度,準備各種不同尺寸的資源圖檔,或是透過一些技巧去解決。

而在標定尺寸的時候,官方建議使用 dp 當成尺寸單位,那什麼是 dp 呢?
DP 是 Density-independent pixel 的縮寫,它是一個虛擬的單位,開發者的邏輯是不需要去理會px的,而且建議你在UI布局的時候,使用這個單位。
(我的解釋是:「肉眼看到的尺寸」)

我們來看一下 px (像素) 與 dp 的關係:

px = dp * (dpi / 160  )

可以發現,dp 是隨著螢幕密度不同,而去換算成 px 的尺寸,意思是系統會自動換算,以適合各種 DPI 的機型的螢幕密度,開發者不需要去擔心各種螢幕的尺寸是多少 pixel ,這邊常常是是設計師難以跟工程師溝通的地方,我們來算一下,這關係到底是怎麼一回事:

當你定義一個尺寸為 160dp的時候:

在 MDPI 的機型, px = 160 * ( 160dpi / 160dpi ) ,px = 160 pixel
在  XHDPI 的機型 , px = 160 * ( 320dpi / 160dpi) , px = 320 pixel

可以發現,在MDPI機型上,會顯示160px,長度是 1inch,因為 MDPI的DPI = 160,在XHDPI上面,會顯示320px,長度也是 1inch,因為XHDPI的DPI=320,看到了嗎? 不用理會是多少 pixel,在實際肉眼看到的長度,幾乎都會是一致的,所以用 dp 尺寸,可以在各種密度的手機上,肉眼看到一致的大小。

那文字建議使用的 sp 是什麼呢?scale-independent pixel

Similarly, you should prefer the sp (scale-independent pixel) to define text sizes. The sp scale factor depends on a user setting and the system scales the size the same as it does for dp.

跟設計師溝通:用密度,不要用長寬

工程師要跟設計師溝通,通常為了解釋為什麼需要那麼多尺寸的圖檔,就會浪費許多時間,其實只要用 DPI (Dots Per Inch) 跟他解釋,就會清楚了,千萬不要用螢幕尺寸長寬多少去溝通。
在處理圖形除了定義長寬以外,還會定義密度,不過在各個軟體裡面的名詞並不一樣喔,例如在 Photoshop 裡面,它稱為解析度 Resolution ,但是注意它的單位是寫  Pixels / Inch 就是所謂的 DPI 了。image

建議在繪製的時候,以大一點的圖,或者高一點的DPI去繪製,現在Android同一個 icon 要支援到 XXXHDPI 的話,就要到  640 pixels/inch 了,如果用向量的方式繪製,輸出的時候,以後還可以改變 DPI,比較不會遇上 DPI 不足圖失真鋸齒狀的問題。

Navigation Editor

之前有跟一些在 Android App 還沒什麼經驗的設計師說過,建議可以學一下 Android 的 Layout 工具,甚至熟悉該 XML 語法,這樣與工程師之間的溝通會更順遂,現在 Android 官方直接出了一個工具, 「Navigation Editor」, 開發者與設計師的溝通上,應該可以更方便一點了。


設計師可以直接建立 Activity 等等的XML,而不需要寫code,這是剛發佈的新工具,所以功能上還很陽春,以及一些bug,不用太過於期待,跟以前那種  Visual Layout  IDE,拉一拉就可以完成程式還有段距離,不過,如果你想要快速建立一些 layout 的 XML ,目前算是堪用,而工程師與設計師之間,有共同的溝通語言與畫面。

The Navigation Editor is an early prototype of a tool.

Navigation Editor is intended to be used both by developers who want to rapidly prototype apps, and by designers who are interested in seeing their designs work on real devices without writing any code.

http://tools.android.com/navigation-editor

Google Play Service 4.1 更新

Google Play Service 4.1 更新好幾天了。
http://android-developers.blogspot.tw/2014/01/google-play-services-41.html

App 用越多 google-play-service ,會跟 google 的生態更緊密綁在一起,廣告生態也收納進來了。

例如: Google Maps API 之前就被包入 google-play-service 中,使用者下載了你的 App,如果使用者裝置中的 google play service 版本太舊,Maps 就不會出現,反而會出現訊息要求使用者下載更新 google play service。


用了 google play service 的 App ,如果以後要遷移到其他 Android 平台去,或者在沒有 gms 的裝置上執行,需再花費一番功夫處理,否則會得到一堆 Exception ,

公部門與App

此則新聞有感:

2014-01-08 蘋果日報:新北砸千萬 做無內容App 濫製17款 同質性高「蓋了就不管」
http://appledaily.com.tw/appledaily/article/headline/20140108/35563671

——

2012-12月,一年前,在 台北市政府資訊局 舉辦的 「公部門app服務推廣研討會」,當天的心得報告,與投影片:
http://kny.cc/post/38022343422/20121213-taipei-city-doit-seminar-for-gov-app

2010、2011、2012那三年,App很熱,所以台灣的公部門也跟上這個熱潮,開發了不少App。

有跟一些公部門跟媒體提過一些小小的建議,公部門不是不能做App,而是得知道 App 生態跟 Web 是完全不一樣的,必須先了解什麼是App,才會知道要怎樣才能達到「行動服務政府」。幸好有些單位在規劃App上有踩了煞車,尤其2013數量減少了很多,也可能熱潮過了。

台灣很喜歡跟外國比較,所以在2012年的時候,我去查了不少國外的官方作法,很多國家的官方在更早(約2011年),就幾乎停掉了開發 App 的政策(或是比賽),全力往開放資料 Open Data 方向前進,那個時候,App還在浪頭上,但只剩下香港跟台灣的官方還在玩 App。

不是不能做 App,而是這個 App 能為這個單位職掌的業務,帶來什麼樣的「行動化」願景? 不只官方,商業公司、個人也是。

.

日本官方發佈 Data Catalog Site, beta

[記錄] 2013-12-20
日本官方發佈中央層級的開放資料入口,稱之為 データカタログサイト (Data Catalog Site), beta版本

http://www.data.go.jp
image

Read More

文化的戰略與武力

之前朋友在討論故宮、數位典藏,與一些文化相關的資料,在開放資料的浪潮中,是否可以開放出來使用,很自然的會去討論到授權等等的問題。不過我一直覺得那個問題不是太大的問題,不是說授權不重要,重要的是什麼?人微言輕的提問過幾次,面對「開放」的浪潮,我們 國家的戰略 (策略與核心)到底是什麼?(當然要解決這些授權的問題,某個層次上是個大問題)

以開放資料 ( Open Data) 來說,如果直接當成一個產業在培植,會是個錯誤的方向,這只會談論到「$」,且公部門的態度,會將開放資料的浪潮視為與電子商務、雲端、App之類的一個「新興的產業」,浪退去,沙無痕。

說起來饒口,開放資料它不是一個產業,而是在這個開放浪潮中,開放資料相關的產業會自然生長出來的,用揠苗助長的方式下去做,長出來作物是稻苗還是草,就只能給予祝福了。

看一下這個例子,並請專注於英國這個國家,對於開放資料的「戰略」與「武力」是如何使用。大英圖書館 ( british library ) 最近把100多萬個無版權的圖檔,上傳到 Flickr  上,任何人都可以拿來做「不限制目的」的使用。

當它無版權限制,符合了開放的精神,說白話一點,它是 FREE 的 ( FREE = 自由 + 免費),這些資料就會在全世界流通,以文化來說,它將更深,更快的滲透到全世界每一個角落,對一個國家或民族來說,這種文化武力,既便宜又有效,何不為之!!文化滲透到全世界後,你認為這樣的產值有多少?這已經不是用產業的角度來看了,而是戰略的層次,因為有戰略,所以會這樣做,不是這樣做了之後,才產生戰略影響的。

(戰略是有目的,有等級之分的) :P

http://www.flickr.com/photos/britishlibrary

隨便點一張圖片,看看它的版權:「無已知版權限制
http://www.flickr.com/photos/britishlibrary/10997568126/sizes/m/in/set-72157638739336254/

image

不過它還是有宣告是放到公眾領域 CC0 : http://www.bl.uk/aboutus/terms/copyright/index.html

Public Domain Mark and CC0 images from British Library collections are being made available on photo-sharing websites Flickr and Wikimedia Commons to increase access and encourage reuse of our open materials. These works are marked “no known copyright restrictions”, indicating that the British Library is unaware of any current copyright restrictions on these works.

這有幾篇文章介紹了這個情況:

http://libraryview.me/2013/12/16/8963/

http://britishlibrary.typepad.co.uk/digital-scholarship/2013/12/a-million-first-steps.html

中央氣象局 開放資料平台 使用與回報記錄

Taiwan Central Weather Bureau Open Data Platform

中央氣象局 開放資料平台

http://opendata.cwb.gov.tw

以下作為一個開發者,使用該平台的經驗與工作日誌記錄之用。

一併記錄到 CfT Hello Data 計畫中:https://github.com/codefortomorrow/hellodata/issues

Read More

Dec 6

開放資料的近用

開放資料的近用  , App情報誌 2013-12 P.89 

可以想像一下情境,當我們要取得高鐵、台鐵、高速公路、省公路等等交通訊息的時候,你是否得下載各單位的 App 、連接各單位的網站、收聽警廣,才能得知路況訊息呢?

Read More

開放政府資料 Open Government Data 可以做出哪些應用呢? 來看看美國這邊有一些 Mobile App 與 Web App 的作品。
http://next.data.gov/developer-apps-showcase

Read More

Nov 9

各國官方旅遊Android App

各國政府官方旅遊Android App,歡迎有興趣的朋友,可以參觀,試用,比較一番。另外還可以前往各個單位的官網,更可以見微知巨,例如App的設計與規劃,目標使用者的預想,運用的技術,甚至還有 App 要取得的權限,使用者評論等等,豐富又有趣。如果你有安裝這些App,請觀察一下在,它在你手機中的生命週期,尤其是你會在什麼時候使用它,或是很殘忍的移除它。

有看到其他國家公部門的旅遊 App,歡迎告知。

.

台灣 交通部觀光局
official website: http://www.tbroc.gov.tw/
Android App:https://play.google.com/store/apps/developer?id=%E4%BA%A4%E9%80%9A%E9%83%A8%E8%A7%80%E5%85%89%E5%B1%80

.

日本 國土交通省 觀光廳
official website: http://www.mlit.go.jp/kankocho/
Android App: https://play.google.com/store/apps/developer?id=Japan+Tourism+Agency

.

美國 US Dept of State
official website: http://www.state.gov/
Android App:https://play.google.com/store/apps/developer?id=US+Dept+of+State

.

香港旅遊發展局
official website: http://www.discoverhongkong.com/
Android App:https://play.google.com/store/apps/developer?id=Hong+Kong+Tourism+Board+%E9%A6%99%E6%B8%AF%E6%97%85%E9%81%8A%E7%99%BC%E5%B1%95%E5%B1%80

.

韓國觀光公社
official website: http://www.visitkorea.or.kr
Android App:https://play.google.com/store/apps/developer?id=KTO

.

Nov 9

日本旅遊上網三箭計畫之C:中華電信日租行亞洲國際漫遊上網

為什麼直接先寫  C 計畫,因為最近又要用到了,正在重新檢視上次的經驗,整理成一篇文章,跟大家分享。

中華電信有一款亞洲國際漫遊的費率,可以選1日/3日/5日吃到飽的費率,不用擔心出國漫遊的帳單報表,資費如下:

Read More

Nov 6

再論 App 的價值

 

最近擔任了一些 App 比賽的評審,有商業公司舉辦的,也有官方與學校單位舉辦的,綜觀這些作品評審後的心得,再加上觀察這陣子市場上 App 的現況,有個微弱的聲音出現在腦海中:這個產業已經進入成熟高原期。自從2008年03月06日,Apple 發佈第一個 iOS SDK 以來,已經過了五年半,這個市場的特性就是「贏者全拿」,如果你開發的 App 在一個目標市場中,沒有進入前10%,幾乎是很難拿到好的收益。整個 App 市場我區分成兩大類,一個是功能單純的 App ,只在手機上運作即可,跟外界的生態鏈沒有太大關係,如工具類、遊戲類、播放器、資訊參考、、、等等,另一個是需與外界生態系統整合,(也有人說是虛實整合,或是O2O),如線上購物、訂位、叫車、醫療、商務系統、、、,這兩種模式所要經營跟考慮的因素,大異其趣。

這五年來,可以看到第一類的App,大部分被具有先行的開發者給搶占了市場位置,沒有在前10%,是很難去瓜分這個市場,就算想要進入,先行者的優勢是很難被超越的,但是當在第一類作大了之後,有的開發商,就會想要把目標瞄準,接著要說的第二類市場去打,但是缺乏商業操作經驗,需花不少心力前進。而第二類的App,主要與外界的生態系統整合,考量的因素跟網路公司考量的差不多,但是多了該怎麼打下 mobile market share 的功課,所以有不少原本在做網路服務的公司,逐步往 mobile 市場前進,但是缺乏第一類 App 市場的經營經驗,繳了不少學費(或是用錢去打江山),可以看到這光譜兩端的開發商,茁壯後都在互相進攻,搶占對方的灘頭堡。但是,如果是轉競爭為合作呢?第一類在市場上成功的以獨立開發者居多,第二類有一定市佔的,通常是有一定規模的公司,雙方在體型上來看,螞蟻與大象是有不少程度的差異,但如果能找到一個互利合作的基礎上,應該能做出不錯的成績。

前半段我點了一下App的商業價值,但是,如果你的App進不了前10%,賺不到錢,你花了那麼多心力所開發的App價值在哪裡?2013年06月的一篇文章,「App是用來解決個人化的問題」,闡述了App的核心價值在於「解決問題、滿足需求」,除了商業價值以外,有許多社會問題著實可以透過App去解決,因為有兩個很重要原因,一個是 smartphone 的特性是一個微型行動上網裝置,並含有許多感測器元件,可以方便快速的收集真實世界的許多資訊,送到網路去集中處理運算後傳回結果,另一個是,由於 App 的生態特性,你可以依靠自己一個人的力量,將 App 發行出去,送到全世界的手機中運作,傳達理念給全世界,或是讓全世界的人類彼此連結共同合作,這個力量是前所未見的。(所以現在很多人拿這個力量去賺錢)

但是人類世界的價值,不是只有商業價值而已,當一位 App 開發者,看到世界上的一些問題,你其實可以嘗試去解決他,除了透過傳統社會運動方式以外,可以透過你的雙手,開發一個可以改善真實世界的App,甚至去作政府因為龐大官僚制度的牽絆下,無法解決的問題,或是因為跨區、跨國的限制,需要去面對,但無法解決的新問題,例如交通、天氣、防範犯罪、救災、食品安全、社群協力、、、不勝枚舉,我們這個世界除了商業利益以外,還有太多問題需要有智慧的人類來解決,解決那些生活上的很難用錢去解決的問題。開發者們,在這個美好的時代,你是否看到,因為站在科技巨人的肩膀上,你雙手中所醞釀的神奇又偉大力量。

App 情報誌 2013-11

image

Nov 2

在數位時代今年舉辦的 APP NEXT 2013比賽中,其中有一項公部門獎項,直接觸碰到這幾年的相關議題,#App + #OpenData + #OpenGovData ,每位評審都有獨立的建議,最後評審團決定以從缺處理。以下是我個人的主觀看法(所以算是偏見):

1.政府擅長的的工作=>收集與保存資料。幾百年來都一樣。只差開放一步。

2.政府應該著眼於長期的國家戰略,而不是短期的可斬獲的政績KPI,雖然有任期的壓力,但是那些App或是KPI,看起來是糖果,其實是毒藥。

3.公部門App類別獎項從缺,從我個人的偏見來看,就是不該鼓勵公部門去做浪費國力的事情,甚至打破不健康的生態圈,建議未來可以增加一項「公共服務」獎項,這個時代,民間是絕對有能力,做到巨大的公共服務的,甚至一個人的開發者。

4.我國開放資料的戰略為何?各單位的核心價值與主官的態度為何?從各政府單位的開放資料平台授權,可略之一二。

2013-11,P122,P123

image