2013/09/29

Javascriptのグラフ描画ライブラリChart.jsを試してみた。


Javascriptによるグラフ表示用のライブラリってたくさんある。まとめサイトもたくさんある。実際に触ってみると良し悪しがよりわかる。 ということで、1つ試してみた。
今回試したのは、Chart.jsです。canvasタグを使ったHTML5のチャートライブラリ。 MITライセンスなオープンソース。https://github.com/nnnick/Chart.jsにソースがあります。

描画できるチャートの種類

Chart.jsがサポートしているのは、
  • Line Chart
  • Bar Chart
  • Radar Chart
  • Polar Area Chart
  • Pie Chart
  • Doughnut Chart
の6種類。Polar Area Chartっていうのはあまり見ないなぁ。

使ってみた。

6つのチャートを全部表示してみたけど、簡単だった。APIに統一感があって、チャートの種類によらない感じがいい。 具体的な使い方は、ドキュメント読んだら一目瞭然なので、ここには書きません。


実際に試したらば、←のようになった。実物は、http://simalabs.com/labs/chartjsを見てみて下さい。 それと、Chart.jsでは、
  • 凡例を表示することができない。
  • チャートの値をhoverしてtipを出すとかもできない。
ということができない、ってことは気にしておくベきかなと思った。




2013/09/19

Rからmongodbにアクセスするrmongodbをインストールした。

Rで統計解析しようと思っていた元ネタをmongodbに格納していて、今まではrubyでmongodbに突っ込んで、 Rにデータを渡すのに、CSVファイルをrubyで作って、みたいなことをやっていた。が、 MongoDBの集計機能が便利過ぎて泣けてくるお話し を読んで、 rmongodb というRのパッケージの存在を知ったので、インストールしてみた。

rmongodbのインストール

sudoでRを起動し、install.packagesするだけ。簡単。

> install.packages("rmongodb")
 パッケージを ‘/usr/local/lib/R/site-library’ 中にインストールします 
 (‘lib’ が指定されていないので) 
 URL 'http://cran.ism.ac.jp/src/contrib/rmongodb_1.0.5.tar.gz' を試しています 
Content type 'application/x-gzip' length 112861 bytes (110 Kb)
 開かれた URL 
==================================================
downloaded 110 Kb

* installing *source* package ‘rmongodb’ ...
**  パッケージ ‘rmongodb’ の解凍およびMD5サムの検証に成功しました 
** libs
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c api.c -o api.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c api_bson.c -o api_bson.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c api_gridfs.c -o api_gridfs.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c api_mongo.c -o api_mongo.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c bson.c -o bson.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c encoding.c -o encoding.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c env.c -o env.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c gridfs.c -o gridfs.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c md5.c -o md5.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c mongo.c -o mongo.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c numbers.c -o numbers.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c symbols.c -o symbols.o
gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG     -D_MONGO_USE_GETADDRINFO -DR_SAFETY_NET -fpic  -O2 -pipe -g  -c utility.c -o utility.o
gcc -std=gnu99 -shared -o rmongodb.so api.o api_bson.o api_gridfs.o api_mongo.o bson.o encoding.o env.o gridfs.o md5.o mongo.o numbers.o symbols.o utility.o -L/usr/lib/R/lib -lR
 以下にインストール中:  /usr/local/lib/R/site-library/rmongodb/libs
** R
** demo
** preparing package for lazy loading
** help
*** installing help indices
** building package indices
** testing if installed package can be loaded
rmongodb package (mongo-r-driver) loaded
Use 'help("mongo")' to get started.


* DONE (rmongodb)

 ダウンロードされたパッケージは、以下にあります 
  ‘/tmp/RtmpDFyqNs/downloaded_packages’ 
> 
> 

Rからmongodbにつないでみる。

> library(rmongodb)
rmongodb package (mongo-r-driver) loaded
Use 'help("mongo")' to get started.

> mongo <- mongo.create()
> mongo.is.connected(mongo)
[1] TRUE
> mongo.count(mongo, 'ドキュメント名.コレクション名')
[1] 3713
>
まだ、詳しく使い方をわかっていないけど、上記でlocalhostのmongodbに接続し、 指定したドキュメントの指定したコレクションの件数を取得することができた。

2013/08/27

[three.js] Lightの使い方 - DirectionalLight編


前回、AmbientLight の使い方について書いた。今回は同じくライトの中で、DirectionalLight について纏めます。

DirectionalLight

DirectionalLightは、「指向性ライト」とでもいうのか。このライトに照らされるオブジェクトの素材(Material)によって、効果が変わる。ドキュメントには、

Affects objects using MeshLambertMaterial or MeshPhongMaterial.

とある。つまり、MeshLambertMeterialか、MeshPhongMaterialを使ったオブジェクトに作用する、と。
実際に、 をシーンに置いて、DirectionalLightで照らしてみたところ、ドキュメント通り動作した。
このライトによって、影が描画されるのかな、と思って、

  • shadowCameraNear
  • shadowCameraFar
  • shadowCameraLeft
  • shadowCameraRight
  • shadowCameraTop
  • shadowCameraBottom
を色々変えてみたが、影は描画できていない。その際に、もちろん、オブジェクト側のcastShadow属性や、 rendererのshadowMapEnabledはtrueで試した。
今のところの結論として、
  • オブジェクトはMeshLambertMaterialかMeshPhongMaterialであれば、光が当たっていることが表現される。
  • 影は描画できない。
を得た。 
Directional Light. - simalabsで実験版を動かしています。ご覧ください。


2013/08/26

[three.js] Lightの使い方 - AmbientLight編


Three.jsのライト

Three.js には、ライトを表現するオブジェクトとして、
がある。シーンに、ライトを適切に配置しないと、オブジェクトが見えない。
それぞれのライトがどのような性質があって、どう使えばいいのかが(3D初心者の僕には)わからないので、 一つずつ実験してみよう、ということで、AmbientLightを使ってみました。

Light

Lightは、上記の各ライトの基底となるオブジェクトで、属性として「color」を持っている。 それ以外に別段コレという属性も操作も持っていない。

AmbientLight

AmbientLightは、直訳すると「周辺光」という意味で、どうやら3D空間の描画において、自然に発生する普遍的な光を表現するための概念と思われた。
AmbientLightには、他のライトが持つような光源の座標や、影に関する属性がなく、
  • color
を属性に持っている。 それと、他のライトは、概ねintensityという光の強度を属性に持つが、AmbientLightはそれももっていない。
じゃあ、どうしたらライトのON/OFFができるのか、といえば、Lightの基底であるObject3Dから継承している、
  • visible
属性をfalseにすることで、AmbientLightをOFFにできた。
さらに、AmbientLightのドキュメントには、次のような記述がある。
This light's color gets applied to all the objects in the scene globally.

なので、このライトに照らされた全てのオブジェクトは、このライトが持つcolorの影響を受ける、ということだ。
一方で、3Dオブジェクトを表現するThree.jsのオブジェクト MeshLambertMaterialは、ambientという属性を持っていて、これは、
Ambient color of the material, multiplied by the color of the AmbientLight. Default is white.

なので、この値を変えれば、AmbientLightに照らされた時の色が表現できる、ということになる。

an experiment.

ということで、実際に試してみたのが、こちらになります。

2013/08/15

node(express.js)なアプリをcapistranoでdeployする。

Railsアプリをサーバーにデプロイする際に、Capistranoを使ってきたけど、これをNode.js+express.jsなアプリでも使えればなぁ、と思っていて、@d_akatsukaさんの、
Node.js アプリをデプロイして Upstart で起動させる Capistrano レシピを書いた
を大いに参考にさせて頂いて、やっと自分の環境でも動かすことができたので、まとめてみる。

Capistrano

Capistranoは、rubygemsとしてインストールする。

  $ gem install capistrano
  $ cap --version
  Capistrano v2.15.4
ちなみに、僕の環境のrubyはrbenv+ruby_buildでインストールしたruby2.0.0p0。

Capfileとdeploy.rb

Capistranoでデプロするには、一般的に、Capfileとdeploy.rbという2つのRubyスクリプトが必要になる。 今回は、express.jsアプリケーションの標準的なディレクトリ構成にこの2つのファイルを追加した。

project_root
├── Capfile
├── app.js
├── config
│   └── deploy.rb
├── node_modules
├── package.json
├── public
├── routes
└── views

それぞれ、次のような内容を書く。
#
# Capfile
#
load 'deploy'
# Uncomment if you are using Rails' asset pipeline
    # load 'deploy/assets'
load 'config/deploy' # remove this line to skip loading any of the default tasks
#
# deploy.rb
#
set :application,        'application_name'
set :host,               'your.host.com' # or ip address.
set :user,               'username'
set :password,           'password'
set :deploy_to,          "/var/www/apps/#{application}"
set :shared_children,    %w(log node_modules)

set :node_file,          'app.js'
set :node_version,       "v0.10.12"
set :application_binary, "/usr/local/nvm/#{node_version}/bin/node"
set :npm_binary,         "/usr/local/nvm/#{node_version}/bin/npm"

set :scm,          :git
set :repository,   'git://git.host/your/repository.git'
set :branch,       'master'
set :deploy_via,   :remote_cache

role :app,           host
set  :use_sudo,      false
set  :default_run_options, :pty => true

namespace :deploy do

  task :default do
    update
    start
  end

  task :cold do
    update
    start
  end

  task :setup, :expect => { :no_release => true } do
    dirs = [deploy_to, release_path, shared_path]
    dirs += shared_children.map { |d| File.join(shared_path, d) }
    run "mkdir -p #{dirs.join(' ')}"
    run "chmod g+w #{dirs.join(' ')}" if fetch(:group_writable, true)
  end

  task :finalize_update, :expect => { :no_release => true } do
    run "chmod -R g+x #{latest_release}" if fetch(:group_writable, true)
    run <<-CMD
      rm -rf #{latest_release}/log #{latest_release}/node_modules &&
      ln -s #{shared_path}/log #{latest_release}/log &&
      ln -s #{shared_path}/node_modules #{latest_release}/node_modules
    CMD
  end

  task :start, :roles => :app do
    run "#{sudo} restart #{application} || #{sudo} start #{application}"
  end

  task :stop, :roles => :app do
    run "#{sudo} stop #{application}"
  end

  task :restart, :roles => :app do
    start
  end

  task :npm, :roles => :app do
    run "cd #{latest_release} && #{npm_binary} install"
  end

  desc "writes the upstart script for running the daemon."
  task :write_upstart_script, :roles => :app do
    upstart_script = <<-UPSTART
description "#{application} upstart script"

start on (local-filesystem and net-device-up)
stop  on shutdown

respawn
respawn limit 5 60

script
  chdir #{current_path}
  exec sudo -u #{user} NODE_ENV="production" #{npm_binary} start >> log/production.log 2>&1
end script
    UPSTART

    put upstart_script, "/tmp/#{application}.conf"
    run "#{sudo} mv /tmp/#{application}.conf /etc/init"
  end

end

after 'deploy:setup',           'deploy:write_upstart_script'
after 'deploy:finalize_update', 'deploy:npm'
ほぼ、前述の@d_akatsukaさんの記事のdeploy.rbとかわらないけど、サーバーサイドでnvmをシステムワイドに適用していることで、 nvm経由のnodeやnpmの起動で、パスの指定がこのようになった。

デプロイする

初めてサーバーにデプロイする場合は、

 $ cap deploy:setup
を実行する。コレが成功すると、:deploy_toで指定したディレクトリがサーバーサイドで生成され、 さらに/etc/init配下にupstartのスクリプトが生成される。
通常は、
 $ cap deploy
を実行すると、リポジトリから最新モジュールを取得し、転送、配置、upstartでnodeの再起動をやってくれる。
上述のdeploy.rbで、
 $ cap deploy:start
 $ cap deploy:stop
 $ cap deploy:restart
 $ cap deploy:rollback
を試したけど、うまく動いた。