なんで解析する羽目になったか

nwdiag や blockdiag で PNG ファイルを生成してウハウハしてたのだが、 画像生成オプションに解像度 (dpi) 指定が無いために印刷する際に微妙に困った。 ImageMagick とか使えば指定はできるんだ(ろう)けど ImageMagick とかインストールしたくないし…。

PNG なんだからフォーマット公開されてるし簡単に解像度くらい指定できるのでは？

PNG 画像について

フォーマットについて簡単に調べてみた。

• PNG 画像の解析と最適化ツール : document
• PNGについて

要するに チャンク と呼ばれるブロックの配列らしい。なんと単純。

chunky_png

Ruby で png 画像を解析する簡単なライブラリがあった。

• chunky_png

ファイルパスを渡すと チャンク の配列にして返してくれる。

require 'chunky_png'

stream = ChunkyPNG::Datastream.from_file('portal-network.png')
stream.each_chunk do |chunk|
  puts chunk.type
end

画像サイズなどのメタデータは IHDR というタイプの チャンク に含まれているらしい。 chunky_png の Datastream では、header_chunk という属性で取得できる。

irb(main):018:0> stream.header_chunk.type
=> "IHDR"
irb(main):019:0> stream.header_chunk.width
=> 1413
irb(main):020:0> stream.header_chunk.height
=> 1069

PNG 画像の解像度について

解像度を読む

PNG 画像の解像度は pHYs というタイプの チャンク に含まれており、オプショナルである。 このチャンクのフォーマットはこんな感じ。

• X軸方向画素数 (単位あたり) 4バイト
• Y軸方向画素数 (単位あたり) 4バイト
• 単位指示子 1バイト

「X軸方向画素数/Y軸方向画素数」というのは 「単位指示子」に 1 が指定されていた場合、 1メートルあたりのピクセル数となるそうだ。 普通、解像度というとインチあたりのピクセル数 (dpi) なので dpi で指定したかったら変換が必要のようだ。

chunky_png の Datastream で pHYs タイプのチャンクの中身を見てみる。

irb(main):036:0> stream.each_chunk do |c|
irb(main):037:1*   if c.type == 'pHYs'
irb(main):038:2>     p c.content
irb(main):039:2>     p encoded_content = c.content.unpack('N2C')
irb(main):040:2>     puts encoded_content[0] / 39.3700787
irb(main):041:2>   end
irb(main):042:1> end
"\x00\x00.$\x00\x00.$\x01"
[11812, 11812, 1]
300.02480030602527
=> nil

X 軸および Y 軸ともに、1メートルあたり 11812 ピクセルの解像度が指定されていることがわかる。 "1メートル" は "39.3700787 インチ" なので、39.3700787 で割ってやると、 おおよそ、300 dpi の解像度のファイルということがわかった。

解像度の変更

読み込んだファイルの pHYs チャンクの値を変えてやれば解像度を変更できるのでやってみた。 150 dpi を指定するには 5906 dot/m ということになる。

irb(main):044:0> stream.each_chunk do |c|
irb(main):045:1*   if c.type == 'pHYs'
irb(main):046:2>     c.content = [5906, 5906, 1].pack('N2C')
irb(main):047:2>   end
irb(main):048:1> end
=> nil
irb(main):049:0> 
irb(main):050:0* stream.save('../portal-network.png')
=> #<File:../portal-network.png (closed)>

うまくいった模様。

最近さっぱり Sinatra の話題を聞かなくなったので需要があるのかどうかわからぬが、 Sinatra アプリのテストを書いてるときにヘルパーメソッドのスタブ化にちょい一苦労したのでその話題。

とりあえずスタブしてみた

簡単な Hello World を出力する Sinatra アプリのヘルパーをスタブしてテストしてみた。

以下のような出力でテスト失敗する。

$ rspec sinatra_helper.rb 
.F

Failures:

  1) Sinatra::Application hello をスタブしてるとき、 Hello Stub! を返す。
     Failure/Error: expect(last_response.body).to eq('Hello Stub!')

       expected: "Hello Stub!"
            got: "Hello World!"

       (compared using ==)
     # ./sinatra_helper.rb:30:in `block (3 levels) in <top (required)>'

Finished in 0.02583 seconds
2 examples, 1 failure

Failed examples:

rspec ./sinatra_helper.rb:28 # Sinatra::Application hello をスタブしてるとき、 Hello Stub! を返す。

スタブされてなーい！

Sinatra のソースを読んでみた

読んでみたところ、 アプリケーションが call される直前で dup されてやがる…。

allow_any_instance_of は逃げだと思ったのでいろいろこねくり回したところ、以下のようになった。

要するに dup される前に dup をスタブして、 事前に dup しておいたアプリケーションインスタンスを返すようにしておき、 そのアプリケーションインスタンスをスタブするという…。

なんかとてもバッドノウハウな気がしてきた。

とりあえず rails でテスト書いた後に Sinatra や Padrino でテスト書く羽目になると、どれだけ rails が恵まれていたか再認識できますな！

かといって、だんだんランニングにはまってくると、iPhone アプリの RunKeeper じゃフラストレーションが溜まってくるのも事実。 ピカピカの Garmin の腕時計を買って安堵するのも一瞬、 Garmin のデータを RunKeeper にアップするのが結構メンドイ。 いちいちブラウザから手動で入力しなければならない。

Garmin Connect へのアップロードなら無線経由で勝手にやってくれるのに…。

と、いうことで、「ConnectImporter」というウェブアプリを作ってみました。 このアプリは、Garmin Connect の公開データを自動で(1時間おきに) RunKeeper に同期してくれると言うもの。

本当は、非公開データも同期したかったのだが Garmin Connect の準備が整っていないようなので、 とりあえず。

• RunKeeper
• FitnessKeeper, Inc.
• 価格： 0円
• posted with sticky on 2012.5.16

実装

あんまり興味が無い人の方が多いと思うけど、使ったライブラリその他。

• Mongoid
  • MongoDB
• Padrino
• Twitter Bootstrap
• OmniAuth RunKeeper
  • OmniAuth

OAuth とか、KVS とか、Padrino とか、初めて使ったよ。

これはこれで良いのだが、今度は HTTPS でもアプリケーションにアクセスしたくなった場合、 listen 80 の server セクションをコピーして、listen 443 で SSL を利用する server セクションを追加すれば良いだけの気もするのだが。 単純にコピーして SSL の設定をしただけだとはまることがある。

force_ssl

Rails 3.x からだと思うが、ActionController に force_ssl というクラスメソッドが追加された。

# Force the request to this particular controller or specified actions to be
# under HTTPS protocol.
#
# Note that this method will not be effective on development environment.
#
# ==== Options
# * only   - The callback should be run only for this action
# * except  - The callback should be run for all actions except this action
def force_ssl(options = {})
  host = options.delete(:host)
  before_filter(options) do
    if !request.ssl? && !Rails.env.development?
      redirect_options = {:protocol => 'https://', :status => :moved_permanently}
      redirect_options.merge!(:host => host) if host
      redirect_to redirect_options
    end
  end
end

ようするに SSL でアクセスしているかを判断して、SSL 以外でアクセスしていた場合、 SSL を利用した URL にリダイレクトしてくれる before_filter だ。

ただ、フロントに nginx を置いて、バックエンドに Rails を置いた場合は、 普通、SSL の処理をフロントに任せるので以下のようになる。

何も対策を施さなければ、force_ssl 処理内の request.ssl? が false を返して、 リダイレクトの無限ループになってしまう。ってかなった。

X-FORWARDED_PROTO

そんなバックエンドが SSL を利用された後であるかどうかを判断するために、 HTTP には X-FORWARDED_PROTO とかいうヘッダが用意されているらしい。へえー。

と、言う訳でリバースプロキシの設定に以下の記述を行えばおk。

try_files /system/maintenance.html $uri $uri/index.html $uri.html @application;

location @application {
        proxy_set_header X-Real-IP  $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header X-FORWARDED_PROTO https;
        proxy_pass http://application;
}

基本的には、

• uberfork: Integrate rbenv with Textmate

上記のブログの通りで良いのだけど、 それだけだと rbenv コマンドが無いよと言われるので、 PATH に /usr/local/bin も通しておく必要がある。

まとめると、

PATH

/Users/USERNAME/.rbenv/shims:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

RBENV_VERSION

1.9.3-p0

TM_RUBY

/Users/USERNAME/.rbenv/shims/ruby

View のテスト中に、翻訳テキストが存在しなかったらテストに失敗するといいなあと思った。

通常は翻訳に失敗してもレンダリングされる html 中に「翻訳に失敗したよ！」というメッセージが出るだけなので、

1. テストが失敗しないので翻訳できてるのかできてないのかチェックできない。
2. 翻訳漏れが発生！

とかなってしまう。

というわけで、以下を spec_helper に追加。

I18n.exception_handler = lambda do |exception, locale, key, options|
  raise exception.message
end

まあ、ちょっと問題がある訳でもないが、 どちらかというと rspec-rails のバグのような気がしないでもないので気にしない。

最近、Capistrano を使い始めたのだが、 何気に使い方を調べようとソースコードを読むと、長くて大変。 全体像を把握するのが大変だなあと何となく思っていたところに発見。

• Vlad the Deployer

Capistrano の代替として使えそう。それでいてソースコードはシンプルで読みやすくてよい。

まあ、ぶっちゃけ、ツールの使い方について、

1. ネットを徘徊して調べるか？
2. ソースコードを徘徊して調べるか？

のどっちが好みかで、Capistrano を使うか Vlad を使うかが変わる気がするが。

sudo してみた

で、まあ、Capistrano や Vlad の使い方はおいといて、 Remote のタスクを sudo 権限で実行してみたところ、

$ rake vlad:test --trace 
** Invoke vlad:test (first_time)
** Execute vlad:test
ssh localhost 'sudo -p Password: echo sudo'
__sudo: no tty present and no askpass program specified__
rake aborted!
execution failed with status 1: ssh localhost sudo -p Password: echo sudo

みたいに言われて実行できないことがある。 Capistrano の場合は、default\_run\_options[:pty] = true すればいいらしいが…。

色々調べたところ、

set :sudo_flags, sudo_flags << '-S'

で解決だった。

Rails3.1 のアプリケーションを Unicorn で動かして、静的ファイルは nginx におまかせ！ ってしようとした時に nginx の設定で少しはまったのでメモ。

前提

• nginx を 127.0.0.1:80 で動かしている。
• Unicorn を 127.0.0.1:8080 で動かしている。
• Rails3.1 の assets を 事前に rake assets:precompile してある。

nginx の設定

• /assets ディレクトリ以下のファイルを expire max で永久にブラウザ側にキャッシュさせる。
  • assets 内のファイルは内容が変わればファイル名も変わるため、永久にキャッシュさせておーけー。
• try_files で すでに存在する静的ファイルはすべて nginx で処理。

upstream apps-server {
    server 127.0.0.1:8080;
}

server {
    listen  80;
    server_name     app.example.com;
    
    root /path/to/app/current/public;
    error_log /path/to/app/current/log/error.log;

    location ~* ^/assets {
            expires max;
            add_header Cache-Control public;
            break;
    }

    try_files /system/maintenance.html $uri $uri/index.html $uri.html @unicorn;

    location @unicorn {
            proxy_set_header X-Real-IP  $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header Host $http_host;
            proxy_pass http://apps-server;
    }
}

CapistranoでUnicornの起動と停止と再起動をしたくなった。

• CapistranoでUnicornの起動と停止と再起動 | ひげろぐ

以上のエントリを参考にしたが、再起同時に空振り上等だったのでちょっといじった。

以上。

4年ほど前に流行った Ruby の OpenCV ラッパである objectdetect を今更ながらに使ってみたら意外にハマッタのでメモ。

環境

とりあえず環境は、

• Ubuntu 10.10
• Ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-linux]
• hoe (2.10.0)
• objectdetect (0.0.3)
• rake (0.9.2)
• OpenCV 2.1

と言う感じ。

OpenCV のインストール

Ubuntu の場合、OpenCV のライブラリがいくつかに別れてるらしく、 gem install objectdetect するたびにあのライブラリが無いこのライブラリが無いと言われてむかついた。 どんな感じでむかついたのかはわざわざログにする必要も無いので、必要なライブラリを以下に晒す。

$ sudo apt-get install libcv-dev
$ sudo apt-get install libhighgui-dev
$ sudo apt-get install libcvaux-dev

objectdetect のインストール

そもそも objectdetect は Ruby 1.9 に対応してないらしく、 native extention がコンパイルできないのでそこから直してやる必要がある。

objectdetect 0.0.3 のソースコードの修正

とりあえずどっかから、objectdetect-0.0.3.gem を拾ってきて unpack する。

$ gem unpack objectdetect-0.0.3.gem

unpack されて出てきたソースコードの中から、 ext/objectdetect.c を修正する。

--- objectdetect.c.org  2011-07-29 15:09:32.000000000 +0900
+++ objectdetect.c  2011-07-29 15:10:03.000000000 +0900
@@ -25,13 +25,13 @@
   Check_Type(target_path, T_STRING);

   /* load the model */
-  CvHaarClassifierCascade* cascade = cvLoad(RSTRING(model_path)->ptr, 0, 0, 0);
+  CvHaarClassifierCascade* cascade = cvLoad(RSTRING_PTR(model_path), 0, 0, 0);
   if( cascade == 0 ) {
     rb_raise(rb_eArgError, "Can't load the cascade file");
   }

   /* load the target picture */
-  IplImage *img = cvLoadImage(RSTRING(target_path)->ptr, 1);
+  IplImage *img = cvLoadImage(RSTRING_PTR(target_path), 1);
   if( !img ) {
     cvReleaseHaarClassifierCascade(&cascade);
     rb_raise(rb_eArgError, "Can't load the image file");

インストール

修正し終わったら rake gem して解凍したソースコードを gem 化しインストール。

$ rake gem
$ gem install pkg/objectdetect-0.0.3.gem

rake gem した時にエラーが出るようだったら、たぶん hoe が入ってないのでインストールしておく。

試す

require 'rubygems'
require 'objectdetect'

model_path = 'haarcascade_frontalface_alt2.xml'

p ObjectDetect::detect(model_path, '01kiribati1.jpg')

適当な名前で上のコードを保存して、

$ rvm use 1.9.2@opencv                
Using /home/yuanying/.rvm/gems/ruby-1.9.2-p180 with gemset opencv

$ ruby test.rb        
libdc1394 error: Failed to initialize libdc1394
[[188, 27, 41, 41], [40, 35, 46, 46]]

認識されたことを確認してヨロコブ。 なんかエラーが出てますが、問題ない！

ちなみにさらっと書いてるように見えるがけっこー時間かかった！

参考文献

• 「顔面認識→笑い男貼り付け」ツールを Ruby で書く
• [facedetector] gem objectdetect を公開しました