python的class attribute

前兩天被這個東西給陰到了,只怪我沒搞清楚,這在 Learning python 2nd 裡的 21.1 裡寫的很清楚。不過我想,從Java/C++/C#跳槽過來的人應該都會搞糊塗吧~

以C++舉例,下面的code:
[cpp]class Object {
private:
int id;
};
[/cpp]

到了 python,應該都會很自然的寫成:
[python]# 例A
class Object:
id=0
[/python]

看起來沒錯,對吧~
不過,事實上,應該要寫成這樣才對:
[python]# 例 B
class Object:
def init(self):
self.id=0
[/python]

換句話說,例A翻譯成C++的話,其實是類似 static 的用法,也就是說,id 會變成一個共用的 static 變數:
[cpp]class Object {
private:
static int id;
};
[/cpp]

電影流水帳(2010/8/10~2010/8/20)

原來要登入 flickr 以後,才能點選”分享此項目”…
summers wars

  • サマーウォーズ(IMDB, Wikipedia),中譯:夏日大作戰。網路一片好評的動畫,相當不錯的片子。主角冒充學姊男友回鄉下要幫奶奶慶生,可是卻遇到學姊叔叔開發的病毒作亂,把當時的社交網路環境-OZ搞得亂七八糟,甚至連奶奶都因此而來不及急救而走了,於是他們為了復仇,聯手解決這個病毒,挽救了世界。OZ 的存在不知道是不是影射 i-Mode 或 Facebook,如果真的是如此,那真的是相當的驚悚。不過現在人慢慢也注意到隱私權的事情,所以未必會走向如此。還是回頭說動畫吧,這真的是相當好看的動畫。
  • Bride Wars(IMDB, Wikipedia),中譯:新年大作戰。青梅竹馬從小就期盼著當新娘的時刻,等到長大了,卻陰錯陽差,結婚的日期在同一天,為了搶有限的資源,就吵翻了天。導演把焦點放在兩個人的戰爭,卻把真正的重點輕描淡寫地帶過。我覺得故事本身是想說,戀愛十年功,卻往往在婚前破了功,婚前能齊心解決問題的,才算是闖過一起過日子的第1關。所以,這也是常常有人說,婚前應該要兩人一起去旅行,看看是否能共同一起生活,甚至一起面對困境。片子的最後,有一方跟男方分手,並且跟好友重歸舊好,之後,還跟好友的哥哥結了婚,是個皆大歡喜的結局。

busybox 的 mdev

mdev 實際上算是 udev 的替代品,代碼看起來很簡單。
下 mdev -s 會 enumerate /sys/class 下的檔案,並據此去建立 /dev 下的 device 檔案。如果 /etc 下有 mdev.conf,它會先參考這裡的設定,來決定 device 的 permission 與 user/group owner。
雖然說是 /sys/class,但是 /sys/class 下的檔案實際上都是 symbolic link,指向 /sys/device 下的檔案。
也可以下這行

echo /sbin/mdev > /proc/sys/kernel/hotplug

,直接讓 kernel detect 到新裝置時,就請 /sbin/mdev 去 /dev 建立新的 device 檔案。
kernel 是怎麼傳遞資訊給 mdev 的呢?答案是透過環境變數,kernel 在執行 /sbin/mdev 之前,會先填好 ACTION、DEVPATH跟SUBSYSTEM 這3個環境變數之後,再去呼叫,所以 mdev 才會知道要做些什麼。這也就是在 shell 下輸入 /sbin/mdev 會印出使用說明的原因,因為沒有這3個環境變數,mdev 就只印出說明了。
kernel mode 下的呼叫,還牽涉到 FIRMWARE 的部份,不過這邊目前沒用到,只有大致看一下。大底來說,就是如果有 FIRMWARE 環境變數時,他會試著去讀取 /lib/firmware/xxx 的 firmware 檔案內容,然後檢查 /sys/$dev/loading 這檔案,有了這檔案以後,再寫入 1,接著再把讀到的內容寫到 /sys/$dev/data 這個檔案裡去,完成載入外部 firmware 的動作。
程式相當的精簡,有空再來看看 udev。

pyexiv2 裡的 Rational 與 GPSCoordinate

要存GPS的相關tag到圖片時,因為某些tag要求存Rational或GPSCoordinate,我不知道該怎麼轉換,所以花了不少功夫查。我基本上是參考 這個老先生的code,他主要是使用 GPS tracker,所以會要讀取 tracker 裡的紀錄,然後以時間跟照片做比對,再把 GPS 位置寫進圖片裡。

可是遇到兩個問題:

  1. 他的 code 是用 surd 處理 Rational,我找不到 surd 了。
  2. 算出來的度、分、秒不準確。

首先是解決Rational問題,python 2.6 已經有內置的 module – Fraction 可以解決了。

def R(f):
"""R(float) - get a Rational number for a float"""
from fractions import Fraction
from pyexiv2 import Rational
r = Fraction.from_float( float(f) )
return Rational( r.numerator, r.denominator )

再來就是轉換的問題,從 Google gear 那邊拿到的經緯度,要轉換成度分秒,我後來是參考 上河文化網站-座標轉換程式與 Google Maps 地圖定位裡的 javascript 來改寫,這才得到正確的度、分、秒:

def d(angle):
"""d(any) - get degrees from a number :eg d(33.41) = 33"""
return math.floor(angle)
def m(angle):
"""m(any) - get minutes from a number :eg d(33.41) = 24"""
return math.floor( (angle-d(angle))*60 )
def s(angle):
"""s(any) - get seconds from a number :eg s(33.41) = 36"""
return round((angle-d(angle)-m(angle)/60)*3600)
def degree2coordinate( lat, lon ):
"""Convert degree to coordinate string."""
latR    = 'N'
lonR    = 'E'
if lat  < 0:
lat = -lat
latR= 'S'
if lon  < 0:
lon = -lon
lonR= 'W'
slat = "%03d,%02d,%02d%s" % (d(lat),m(lat),s(lat),latR )
slon = "%03d,%02d,%02d%s" % (d(lon),m(lon),s(lon),lonR )
return (pyexiv2.GPSCoordinate.from_string( slat ), pyexiv2.GPSCoordinate.from_string( slon ) )

最後,記一下,Tag裡要存的資料型態:

  • Xmp.exif.GPSLatitude、Xmp.exif.GPSLongitude 裡存的是 pyexiv2.GPSCoordinate
  • Xmp.exif.GPSMapDatum、Exif.GPSInfo.GPSMapDatum裡存的是字串,我是用 WGS-84
  • Exif.GPSInfo.GPSLatitude、Exif.GPSInfo.GPSLongitude 裡存的是度、分、秒的tuple,要注意,度、分、秒都要轉成 Rational
  • Exif.GPSInfo.GPSLatitudeRef、Exif.GPSInfo.GPSLongitudeRef 裡存的是度、分、秒的表示字串,如:125.3,67.5,12E

Android 檔案系統用哪個好? ext3 或 ext4?

因為看到有人說 ext4 在 Android 裡的表現比 ext3 好,就想說來試試看。

本來是打算用 Quadrant 來評測,可是跑完以後,他會要上傳數據到網站上才能得到結果,我的 device 沒辦法連上網,所以只能放棄。後來改用 Linux 傳統的 iozone 來做,下載、解開 iozone tarball 以後,用

make CC=/opt/arm-2009q1/bin/arm-none-linux-gnueabi-gcc GCC=/opt/arm-2009q1/bin/arm-none-linux-gnueabi-gcc LDFLAGS=-static linux-arm

就可以編譯出來了。(我的ARM toolchain 放在 /opt/arm-2009q1 下)

丟到 device 上執行的時候跑了好幾次,都沒成功,只能降低最大 record size 跟最大 file size,然後就行了。我用的指令如下:

/bin/iozone -R -a -q 2048 -g 4096

從最後得到的報告看起來 ext4 是略優於 ext3 的,但是使用上的感覺並不是很明顯,可能是因為沒有用大檔案的關係吧,以後再仔細試試看。

電影流水帳(2010/7/26~2010/8/9)

生產力是什麼?可以吃嗎??

  • Solomon Kane(IMDB, Wikipedia),中譯:所羅門傳奇。原本我以為是小時候看的故事,所羅門王的寶藏,看了之後才知道不是,是改編自 Robert E. Howard 的系列小說。故事就是描述Solomon如何踏上除魔之路的故事,坦白說,電影不怎麼樣,小說可能會比較好看吧~
  • The A-Team(IMDB, Wikipedia),中譯:天龍特攻隊。翻拍自小時候很熱門的影集,不過小時候沒什麼在看台視,所以對裏面故事沒什麼印象,對霹靂遊俠倒是比較有印象。故事類型類同於 Mission impossible,就是團隊協同出任務的故事,電影裡多了計中計的鋪陳,The A-Team收到委託,並且算是成功地完成任務,卻被判刑、入獄。後來CIA幫助他們逃獄,讓他們洗刷恥辱,但卻想不到原來CIA就是幕後的黑手,幫他們逃出來,只是幫CIA找到黑吃黑的人。電影拍的不錯,很流暢,沒有冷場,愛看動作片的人,不要錯過。

XMP and Cell ID 之二

在之後打算要寫入 geotagging 到圖片的時候,才發現 python XMP toolkit 的不足,於是又踏上尋覓的路程。後來找到 pyexiv2,這個 library 更好用,不僅可以讀,也能寫,用法也不會太複雜。唯一的缺點是,ubuntu 10.04 包的是 1.x 版,好在,有人包了最新的版本在ppa裡
安裝:

sudo apt-add-repository ppa:pyexiv2-developers/ppa
sudo apt-get install python-pyexiv2

讀取跟寫入,基本上參考官方的tutorialAPI 文件就行了。Cell ID 資訊在這幾個tag裡:

  • Xmp.cell.mcc
  • Xmp.cell.mnc
  • Xmp.cell.lac
  • Xmp.cell.cellid

XMP and Cell ID

去年就看到這篇文章:Cell ID Photo PC Tool 0.3,想試試看了。因為是c#寫的,照理來說,Linux 上的 mono 應該可以用才對,哪知道卻發現他用了 System.Windows.Media.Imaging 這個 mono 沒實作的類別庫。
沒辦法,於是就想說用 python 寫一個好了,當作練習。
首先遇到的問題就是 cell id 怎麼取得,原本以為是在 exif 裏面,用了 PIL 去撈,卻沒撈到。胡亂找了一陣,才知道這是放在 XMP metadata 裏面,得用 XML toolkit sdk 來撈才行,python 也是有 binding:Python XMP toolkit,只是得另外裝,ubuntu 沒有包進去。

是故,得先裝 libexempi3 (sudo apt-get install libexempi3),再下載 Python XMP toolkit,解開後,執行 sudo python setup.py install 來安裝。這樣就大功告成了。

程式很簡單,簡單到爆:

#!/usr/bin/env python
import sys
from libxmp import file_to_dict
CELL_NS="http://developer.sonyericsson.com/cell/1.0/"
if __name__ == '__main__':
xmp = file_to_dict( sys.argv[1] )
for prop_name, prop_value, prop_options in xmp[CELL_NS]:
print prop_name, prop_value

就這樣就可以把 Cell ID 相關的資訊都撈出來了。

電影流水帳(2010/7/8~2010/7/25)

現在一天只能看20分鐘左右,所以一部片要花一星期才能看完,這完完全全是讓我把電影當小說來看呢~

  • Ghost Town(IMDB, Wikipedia),中譯:超感應妙醫/通靈牙醫。這是我某天在HBO上看到的片子,劇情雖然是有點老套,但是男主角的演技讓人不會覺得無聊,我覺得很好看。男主角是個牙醫,因為麻醉的緣故有了短暫死亡的體驗,這導致他可以看到鬼魂。鬼魂都有未完的願望所以逗留在人間,正巧他可以看到他們,能跟他們溝通,所以大家就都跑去找他。可是男主角是個孤僻的人(這也許是我對這角色產生共鳴的原因),不希望跟人(鬼)有所接觸,因此通通拒絕,可是鬼魂還是糾纏著他,後來,女主角的丈夫(一開始就變成鬼)出來當說客,只要男主角幫他,他就願意讓他一勞永逸地不用再跟其他鬼接觸。男主角就出來幫他讓女主角遠離另外一個男人,可是他也因此墜入情網。最後結局是皆大歡喜的,男主角終於打開心防,願意幫助人(鬼),也因此跟女主角有更進一步的交流。
  • The Bad Lieutenant: Port of Call – New Orleans(IMDB, Wikipedia),中譯:爆裂警官。
    有點悶的片子。男主角一開始因為救人而有背傷,所以導致他後來依賴毒品來擺脫疼痛。他為了一件滅門慘案,展開調查,這件案子跟毒品有關係,他的前途也因為要買毒品、養女人而陷入困境,後來他不得已要跟毒梟合作,但想不到這卻是計中計,他反將了毒梟一軍,也因此獲得晉升。小悶歸小悶,但故事本身算是還不錯,可以看看的。
  • The Book of Eli(IMDB, Wikipedia),中譯:奪天書。很悶的片子,說是動作片,覺得又還好,我覺得不好看。故事發生在大災難之後,世界各地因為太陽變成荒漠,人們白天只能帶著太陽眼鏡,靠著地下水過日子,人類也變得很稀少。男主角因為上帝的聲音,所以獨自帶著聖經西行。西行的時候,途經一個城鎮,城鎮的老大是個識貨的人,所以知道他帶著是聖經以後,下手搶奪。後來是搶奪到手了,可卻是盲人版,男主角則是跟女主角到了San Francisco 的 Alcatraz Island,那兒是人類最後保存知識的地方,在那裡,他把內容都默了出來,原來他記下了整本聖經…