Grid 5

RunKeeper (Android) and Nike+ GPS (iPhone)

2011-01-15T00:42:04Z

先週、GPS ベースと accelerometer ベースのランニングコーストラッキングアプリケーションの測距精度を比べて、後者の calibration が甘い場合、前者が断然よいという(当たり前といえば当たり前の)結果になりました。

accelerometer の calibration をしっかりやるという手も当然あるわけですが、
引き続きそれでいくのは二つのデメリットがあります。

Nike+ のセンサの電池が切れたらまた買いなおして calibration やりなおし
シューズ選択の際にレシーバを格納できる Nike+ 対応シューズにするかそうでなければシューズにつけるレシーバホルダを用意するなど制約がある

そうまでして Nike+ レシーバを使い続けるメリットは見当たりません。GPS ベースのソリューションが実用レベルにくるまでの過渡的なオプションだったということでしょうか。

というわけで、今まで使ってきた iPod nano と Nike+ センサのかわりに何を使っていくかという問題にぶつかったので、今週はそれに対して答えを出します。今回の選択肢は RunKeeper と Nike+ GPS の二つです。

]]> RunKeeper
pros:

iOS でも Android でも使い続けられる

ウェブサイトやアプリケーションの設計 (simple and lightweight) がイマドキ

cons:

Nike+ から過去のデータが引き継げない

Nike+ GPS
pros:

2007 年 11 月からのデータが蓄積されている (人質に取られている、ともいいますが、こちらを選択するべき動機ということで)

cons:

iPhone がこわれた、なくなったという状況でとりあえず Android でしのいだりができない

大きな写真など、サイトのグラフィックデザインが無意味で過剰なところは若干ついていけない

twitter への activity アップデートを日本語から英語にできない(などユーザ側の設定自由度が低い)

ちなみに、 App Store での Nike+ GPS に対するレビューでは、アプリケーションが日本語で動いたり、日本の芸能人かなんかのボイスメッセージが鳴るなどの余計機能がいろいろある(そして変更できない)らしいけど、iOS を US English で動かしている自分の環境ではその問題は起きていない。

測定機器

Nexus S (Android 2.3.1): RunKeeper Pro ver. 2.6.0.10

iPhone 4 (iOS 4.2.1): Nike+ GPS 3.0.1 Release r3017M

iPod nano (OS 1.1.3): Nike+

走行日時
7:06 am - 8:23 am, Saturday, January 15, 2011

走行ルート
先週とほぼ同一。先週と比較して、青山通りと外苑西通りの交差点の信号待ちの時に暇だから向かい側に渡るとかその程度(20m くらい?)の差はいくつかあり。

測定結果

Nexus S (RunKeeper)

14.88km, 01:19:40

Avg. Pace 5:21 min/km, Avg. Speed 11.20 km/h

Burned 1,431 calories, Climb 211m

http://runkeeper.com/user/dxy/activity/23317110

iPhone 4 (Nike+ GPS)

15.92km, 01:18:38

Avg. Pace 4:56 min/km, Avg. Speed 12.15 km/h

Burned 924 calories, Climb N/A

http://nikerunning.nike.com/nikeos/p/nikeplus/en_US/plus/#//runs/detail/686730094/429831298/

iPod nano (Nike+ w/ accelerometer)

16.97km, 01:19:11

Avg. Pace 4:39 min/km

Burned 960 calories, Climb N/A

Nexus S (Run Keeper) と iPhone 4 (Nike+ GPS) で総走行距離に 1.04 km の差が生じているのは気になる。GPS がトラックしたコースを比べてみる。
iPhone 4 (Nike+ GPS) が、溜池山王から赤坂見附(外堀通りから青山通り)にかけてのエリアで大きく測定結果がずれている。

実際のコースは、溜池の交差点で六本木通りを左折して外堀通りに入り、しばらく直進したのち再度左折して青山通りに入っているだけなのだけれど
iPhone 4 (Nike+ GPS) の測定コースは途中で日枝神社やグランドプリンスホテルの方までふくらんでいる。

溜池の交差点周辺が 6km 地点で、ここでは Nexus S と iPhone 4 の誤差はおそらく 300m 程度になっている。ところが上に書いた、日枝神社入口と赤坂見附の二箇所の信号の周辺での誤差の蓄積によって、246 に入る地点を RunKeeper は 7km 地点、 Nike+ GPS は 8km 地点と認識、これがこのままトータルの 1km の差になっている。

ただ、先週 iPhone 4 で RunKeeper を使った際にも Nexus S よりも 320m ほど多くカウントしているので iPhone 4 の GPS レシーバの特性もいくらかあるかもしれない。

また、自分が走る上でカロリ消費自体にはほとんど興味ないのだけど、カロリ消費量の計算結果が RunKeeper (Nexus S) と Nike+ GPS (iPhone 4) との間で大きく違うのは面白い。これは Nike+ GPS がぼくの身長、体重というデータを持っているのに対し、 RunKeeper はそれを加味していないからかな。

結論

RunKeeper (Nexus S) が Nike+ GPS (iPhone 4) より正確な結果を出している。なので、今年から使い始める、というなら躊躇なく前者。ただ、(誤差を含むとはいえ) 2007 年 11 月からのデータをすっぱり捨てて移行するのもまだ若干ためらわれる。

RunKeeper (か誰か)が scraping による quick hack でもなんでもいいから Nike+ のデータを import できるようにしてくれるまでは Nike+ GPS でいこうかな。とはいえ、気が変わったり iPhone を壊したりなくしたりするのが先かもしれない。

RunKeeper (iPhone and Android) and Nike+ (iPod nano)

2011-01-07T23:23:53Z

1998 Honolulu Marathon から 10 年ぶりに iPod と Nike+ を買ってランニングを再開した 2007 年 11 月以来、(それほど気にしていたわけではないけど) Nike+ の accelerometer (加速度センサ) の精度はどれくらいなのかなぁとはぼんやり思っていた。

一度 Nike+ のセンサがバッテリ切れになって買い直した後に Nike+ の測定値が大きく変わったのもあって、 calibration をうまくやらないとデータにかなり大きな狂いが出てくることを感じていた。

昨日ふと思い立って RunKeeper と Nike+ でどれくらい測定結果に差があるのか比べてみることにした。当然 GPS と accelerometer という異なる測定方法ではあるけれども、欲しいデータ(移動距離)を得るのに、現在ある選択肢の間でどれだけ違いがでるかを知りたい。ということで、同時に計測をかけつつ走ってみて計測結果を比較してみる。

]]> 測定機器
- Nexus S (Android 2.3.1): RunKeeper Pro ver. 2.6.0.20
- iPhone 4 (iOS 4.2.1): RunKeeper Pro ver. 2.4.0.0
- iPod nano (OS 1.1.3): Nike+

走行日時
6:54 am - 8:10 am, Saturday, January 8, 2011

走行ルート
毎週走っている都内のルート(六本木、赤坂、表参道あたり)。ランニング用の周回コースではないので信号待ちなどもある。去年の前半くらいまで毎週別のルートを走っていたのだけど、過去数カ月はほぼ同じルートを走っている。

測定結果

Nexus S

14.93km, 01:17:31

Avg. Pace 5:12 min/km, Avg. Speed 11.55 km/h

Burned 1,344 calories, Climb 198m

http://runkeeper.com/user/dxy/activity/22648412

iPhone 4

15.25km, 01:18:11

Avg. Pace 5:08 min/km, Avg. Speed 11.70 km/h

Burned 1,355 calories, Climb 79m

http://runkeeper.com/user/dxy/activity/22654005

iPod nano

16.78km, 01:17:23

Avg. Pace 4:37 min/km

Burned 949 calories, Climb N/A

http://nikerunning.nike.com/nikeos/p/nikeplus/en_US/plus/#//runs/detail/686730094/228745859

時間が違うのは、順番に "Start activity" を押したりしていたから。今回興味があるのは主に走行距離の測定値で、ペースは、必要ならあとで時間をそろえて自分で再計算すればいいということで、その辺はユルめで。

実感として iPod nano の算出した average pace が早過ぎる、というのはあったのだけど、やはり Nike+ の accelerometer の calibration がうまくいっていないようだ。RunKeeper での測定値とくらべて走行距離が 1km 強(対 iPhone 4) から 2km 弱(対 Nexus S)長いために算出される average pace (min/km) が早くなっている。

通算で US west coast から US east coast まで走破、みたいなのを漠然と目標にしているのに、1 回 15km 程度の走行距離のうち 1.5km 前後が水増しされていると詐欺っぽいので GPS ベースのアプリケーションのほうがいいかもしれない。いちおう過去のレコードという資産が Nike+ 上にあるので iPhone 4 で Nike+ GPS がいいのかな。

ところで、RunKeeper って GPS で測定しているから treadmill のような地理座標の変化がほとんど発生しないアクティビティは測定対象外なのかと思っていたけど、web site をみると Equipment Type で Treadmill, Elliptical machine, Stationary bike, Rowing machine なども選べるんですね。どうも仕組みを誤解しているみたい。

それにしても Nike+ の permalink のひどさが際立つ。ましなリンクもあるのかもしれないけど見当たらないのでないも同然。http://warpspire.com/posts/url-design/ を読んだ記憶がまだ新しいだけに余計にそう感じる。ムダに Flash 好きなところとか Nike+ のサイトのイマイチな面は多いので、おとなしく RunKeeper へ乗り換えることも検討すべきなのかもしれない。

まとめ

Nike+ の accelerometer の calibration はしっかり。さもないと GPS ベースのデータよりかなり誤差が大きそう。

その GPS でも、15km ほど走って Nexus S と iPhone 4 の間でも 320m 程度の差が出た。

Etymotic Research hf5 の foam eartips 交換

2010-10-10T02:01:05Z

オフィスでノイズにわずらわされずに集中したい場合 Etymotic Research hf5 を使っている。hf5 についてくる数種類の eartips のうちしっくりくるなぁと思ったのはフォームタイプだった。

http://www.etymotic.com/ephp/hf5.aspx

その foam eartips の経年劣化にともないオーダした、新しいものが到着。

http://www.etymotic.com/ephp/hf5-acc.aspx

ER5-14F (Black foam eartips, 5 pairs)

イヤーウィスパーの earplugs のようなものなので消耗品だろうなとは思っていた。hf5 をオーダしたのが今年の 2 月 22 日なので 7 ヶ月程度でだめになった模様。

ER5-14f は 1,680 円と送料 500 円。これで 7 ヶ月 x 5 で 3 年弱使えるのかな。

あの noise isolation を手に入れるランニングコストとしては悪くない。

海外出張について

2010-03-22T02:16:11Z

しばらく前に、出張時のパッキングの話を知り合いの子とした時、
ブログにでもまとめて、といわれたので、エントリを書いてみる。

ちなみにこの記事は以下のような前提となっている。

- 期間は 2〜3 週間程度
- 国外(いわゆる先進国が多いけど、インド、中国、台湾なども含む)の中〜大規模の都市
- ホテルまたはコーポレートアパートメントに滞在
- 平日の日中は仕事
- スーツは着ない (普段の仕事そのまま)
- 社外の人はいない (接待したりされたりしない)
- 基本的に1人行動
- United Airlines か Star Alliance のキャリア

これはこうしたほうがいいのでは、などのコメントがあればぜひお願いします。

]]> 出張の際のパッキングリストを Google docs のスプレッドシートで管理している。出張の度に、前回のカラムの左に1つカラムを追加して、パッキングしたものにチェックを入れていく。

荷物は 2 つ。

http://www.flickr.com/photos/dxy/4453540868/

1. キャリーオン・ラゲージ

普段から使っているメッセンジャ・バッグ。ラップトップや本やもろもろを入れられて、必要に応じて両手を空けることができる。

2. チェックイン・ラゲージ

以前はバゲージクレームで待つ時間がもったいなくてすべて持ち込みにしていたのだけど、シェービングジェルや Leatherman などを持っていくので 911 以降はチェックインすることにしている。

黒のソフトキャリーケースに(カルーセルなどでの識別用に)白のラゲージタグをつけて使っている。rimowa などの(ハード)スーツケースは、見た目が好きじゃないし、「日本人です。観光客です。(つまりカモです。)」というシグナルをわざわざ送っているような感じがするので使ったことがない。

出国/帰国日の服装

アジア人ということで、ヨーロッパや US ではぞんざいな扱いをうけがちなので(まぁベイエリアは相対的にかなりましだとは思うけど)、フードパーカ、ジーンズ、スニーカみたいな格好は避けている。

当然、出国/入国する都市の気候などによって変わるけれど、コートとタートルネックとカジュアルすぎないパンツとレザーのアンクル丈ブーツとかのことが多い。機内は自分にとっては肌寒いことが圧倒的に多いので、寒さ対策を重視している。寒くて眠れず、現地に着いてから体調を崩したり時差ぼけが長引いて仕事に差し支えるといったことがないようにするため。

また、キャリーオン・ラゲージの荷物の容量を減らす意味でも、比較的重かったりかさばったりする服を選んで出国/帰国時に着るようにしている。それに、ある程度ちゃんとした格好をして訛りの薄い英語でてきぱき質問に答えれば、イミグレーションやカスタムで無駄に時間をとられる可能性が低い、というメリットもある。

キャリーオン・ラゲージの中身

- パスポート/ビザ: いうまでもなく最重要 (US の場合は ESTA の有効期限を確認)
- クレジットカード: VISA, Master, American Express を一枚ずつとコーポレートカード。有効期限を確認。
- キャッシュカード: Citicard など STAR, Plus, Cirrus などの国際ネットワーク加盟カードと現地の銀行に口座をもっている場合はそのカードも。
- 日本円: 空港での飲食代、帰国時の空港からの交通費。
- 現地での現金: およそ 1 万円相当。前回の残りがあればそれもあわせて持参。
- 国際運転免許証: US への出張で運転が必要な場合
- 運転免許証: レンタカーをチェックアウトする際に国際運転免許証と一緒に提示(したかな? どうせ彼らは日本語の免許証が読めないわけだけど。)

本当に重要なのはこの辺りまで。

- 現地オフィスの住所とアクセス方法: 西海岸など、現地の朝についてホテルにチェックインする前にオフィスに直行する場合は空港からの行き方。そうでない場合は、ホテルからの行き方。できれば Street View で事前にざっと把握。
ホテルについてから、VPN でごそごそやるより、事前にプリントアウトしてもっておいた方が便利。
- ホテル/コーポレートアパートメントの住所とアクセス方法: United のチェックインの際に、現地での滞在先としても入力の必要あり。
- 耳栓: フライトやホテルなどで、周りがうるさくてもしっかり睡眠を確保。すごく重要。
- FFP/FSP/Hertz のカード: 空港でラウンジを利用したり、マイレージの加算など(Hertz は #1 Club Gold メンバーでガレージ直行でチェックアウトの場合は使う場面がないけど念のため)。
- Mac: 出張ですから。
- iPhone: Data Roaming を Off に。クレジットカードの盗難時の連絡先などを AddressBook に。離陸前に Timezone を現地に変更して、現地時間であるというイメージトレーニングをして時差ぼけ対策(してる気になる)。Celsius - Fahrenheit などをはじめとする単位換算ほかその他もろもろ。
- iPod touch: ホテルやフライトでの BGM。ホテルに iPod のコネクタのついたスピーカがついているケースも多い。
- ボールペン: I-94W などの入国書類や税関申告書などの記入や現地でのメモなどに。
- ポストイット: ガイドブックや地図などにメモするため。
- 本: 空港での待ち時間やフライト中など。
- 折りたたみ傘: totes のシンプルなもの。ベイエリアはともかく Seattle, London, New York などでは重要。健康管理も仕事のうち。
- ガイドブック: Fodor's, lonely planet, Frommer's, Time Out などのうちから好みで。
- 名刺: 今の仕事ではまったく使う機会がないけど、一応社会人ということで。

チェックイン・ラゲージの中身

- デジタルカメラ: これは機内持ち込みでもいい。
- デジタルカメラのバッテリチャージャ: デジタルカメラにバッテリが入っていることも確認。
- デジタルカメラのデータ転送用 USB ケーブルまたは Eye-Fi: デジタルカメラをなくした時のために適宜 Mac に移していくのが理想的。
- Mac の AC アダプタ: エコノミーのキャビンで Mac を開いて作業する元気がないので、チェックイン・ラゲージのほうに。
- Mac のモニタ外部出力ケーブル: 現地オフィスで調達してもいいのでいらないかも。
- iPod touch/iPhone 用充電用コネクタと USB ケーブル: sync は自宅の Mac としているので、充電だけ。
- プラグコンバータ/変圧器: US 以外への出張時。いずれも 10 年くらい前に Seattle か New York かどこかの Brookstone で買ったもの。
- ロードマップ: The Thomas Guide 1998 Golden Gate Street Guide and Directory ベイエリアに不慣れだった頃にドライブするのに愛用。かさばるものの Marin, San Francisco, San Mateo, Santa Clara の各 County をカバー。今は、道をそれほどよく知らない街 (e.g. Seattle)では Never Lost をつけた車を借りるし、ベイエリアなら必要ないので出番が減った。
- ローカルな連絡先: 現地の同僚など、万一の場合の連絡先。特に、ホテルじゃなくてコーポレートアパートメントに泊まる際は、土曜着でなにかあった場合に土日でオフィスでは誰もつかまらない、というケースを避けるため。
- レインジャケット: いいのがなくて、チェックリストに載せてはいるものの模索中。折りたたみ傘とコートをもっていくのでなくてもなんとかなっている。
- 帽子: いいのがなくて、チェックリストに載せてはいるものの模索中。
- Tシャツ: よっぽど汗をかく場所でもないかぎり 5 枚くらいを持っていって、月/木, 火/金, 水/土で着回して週一回ローンダリに出す。個人的には T シャツを二度着るのはそれほど違和感がない。T シャツをまとめてひとつのメッシュケースに。
- 下着: 同じく 5 枚くらいで週一回ローンダリに出す。滞在期間が一週間を超えたらそれ以上は衣類は増えない。靴下と合わせてひとつのメッシュケースに。
- 靴下: これは一度足を通したものを繰り返し履く気にはならないので 9 足くらい。金曜に現地入りしても翌週の週末までローンダリのことを考えず仕事に集中できる。出張で来ているのに laundromat を探すのは時間の無駄。コーポレートアパートメントでなくホテルに泊まっている時はハウスキーピングにお任せ。
- カットソー: 寝る時に着る 1 着と肌寒い時に温度調節する 1 着。
- ショートパンツ: 主に寝る時のために 1 着. 熱い地域/時期の場合、外出時にも使える。暑くない地域の場合、かわりにフレキシブルな素材の室内着で寝る。
- アウター: ジャケットとパーカを各 1 着くらい。
- パンツ: ジーンズ 1 着。移動日に着ている(どちらかというとフォーマルな)ものと合わせて 2 着だけ。
- 靴 (スニーカ): 出国、帰国時にかさばる方の靴 (レザーのアンクルブーツ) を履いてもう一足比較的小さな方の靴をパッキング。滞在期間中は二足を交互に。パンツと靴の組み合わせは固定。週末歩き回る日用。
- ベルト: 出国、帰国時に身につけているもののほかにもう一つを小さく巻いて靴の中に入れる。
- 公共交通機関のカード: rechargeableなもの (香港の Octopus, 台北の Easy Card, New York の Metro Card, Zurich Zone 10 monthly pass など) で前回の使い残しがある場合
- Leatherman: 現地で買った洋服のプラスチックのタグを外して滞在中に着たり、そのほかの場面でもいろいろ活躍。
- Mini MAG-LITE: 最近は iPhone でもある程度代替できるけれど、かさらばないし、まだ利用する場面はあり。
- トラベルクロック: ホテルに備え付けのもののアラームセットの方法を模索するより使い慣れたもので効率的に。
- ノート: 地図やガイドブックを開くより、ノートか iPhone (Evernote) にメモしておくほうが、いかにも旅行者然としていなくて安全かと。当然、それ以外にも用途いろいろ。
- ティッシュ: 一般の旅行と違って、ほとんどの時間をオフィスで過ごすのであまり必要はないけど、週末などはやはりあったほうが便利。
- UTP ケーブル: wifi があるところにしか泊まらない昨今、正直そろそろリストからはずしていい気がしている。
- カトラリ: コーポレートアパートメントならついているのでいいのだけど、帰りがけに Whole Foods Market でフローズンヨーグルトを買ってホテルに戻ったけど、「スプーンがついてない、でもハウスキーピングなんか待ってられない、今すぐ食べたい」といった時やオーダしたものが多すぎたけどおいしいのでドギーバッグをもらって詰めて持ち帰ってきて、「フォークが(以下同様)」といったケースに。

以下のものはすべてを一つのフックのついたバッグにまとめておく。
- 歯ブラシ/歯磨き粉: 歯磨き粉は Rite Aid, Walgreens などのドラッグストアやスーパーマーケットで買ってもいいけど、慣れた味の歯磨き粉は落ち着く。
- グルーミングキット(カミソリ/シェービングジェル/鏡/バンドエイド/綿棒(耳かき)/小型はさみ/爪切り/リップクリーム/洗顔料など): かさばらないボトルにいれかえてラベルをつけたりしてまとめる。
- モイスチャライザ: US もヨーロッパもたいてい東京より乾燥しているので。現地で Jergens, Vaseline, Neutrogena などを買ってもいいけどかさばる。でも人間観察がてら店を見てたまに買う。
- 虫除け: Sydney の夏とか、なぜかすごい量の虫が大量発生する時期とかあるので。
- 日焼け止め/サングラス: 日光はお肌の大敵。日焼けで頭痛、も避けたい。
- 体温計/風邪薬: 残り二週間あるのに熱っぽい、なんていう時に備えて。

こんなところだろうか。この他に、ガジェットのアクセサリや着てしまった衣類用などで 2-3 個のメッシュバッグと帰りに衣類を圧縮していれるクリアバッグなどが荷物に含まれる。

買い物

Williams Sonoma, Sur La Table, Crate & Barrel, Pottery Barn, Borders, Barnes & Noble などのお気に入りの店での買物を前提に、行きは、少なくとも 20-30%くらいは空きのある状態でパッキングする。

現地で買ったものはその空きスペースに詰めていくのだけど、東京よりも旅行先で服を買うことが多いので帰国の頃にはどう見ても収まりきらない、ということもある。

そういう場合には帰国前に自宅宛てに FedEx や USPS などで別送する。安くはないけど、大荷物を抱えて旅行するというのは好きじゃないので、まぁ仕方ない。

といった感じで、みなさん、楽しく有意義な出張を。

NIXON THE WIRE 8MM

2009-12-04T11:11:20Z

今年の 9 月 1 日に買ったイヤホン NIXON THE WIRE 8MM が断線して
iPod touch で再生している音楽が左右両方共ほとんど聞こえなくなった
(そう、3ヶ月で。)
アクセサリだから予約はいらないかなぁと踏んで予約せずに Apple Store へ行く。

]]> 応対してくれた人いわく、サポートは NIXON の代理店で行っているらしく、
その人がそのページへいこうとしたもののなぜか Apple のページから
たどれなくなっていて修理窓口に連絡がとれないので、結局その場で交換対応してくれることになった。

コードのシールドの材質が変わって、既存の編み込んだ布状からよくあるゴムっぽい感じに変わった。
NIXON 製品は一般的に、モデルチェンジに際して既存のモデルを引きあげるとのことで
布状のものはもうないらしい。ということでその新しい方に交換してもらうことにした。

交換した今日から一年間の保証がつくとのことで、無事に交換してもらえてよかった。
iPod の純正のイヤホンと比べて、遮音性や音質的には優れている一方で、
より断線しやすいようなので、コードの取り回しに注意したほうがよさそう。

B&W 685 と BELDEN 8470

2009-11-11T14:37:23Z

おとといオーダした BELDEN 8470 が届いたので、先日届いたスピーカを
結線することにする。セッティングはこうなる。

ターンテーブル: Technics SL-1200MK5
DJ ミキサ: Vestax PMC-250
プリメインアンプ: ONKYO A-440
AM/FM チューナ: ONKYO T-200
スピーカ: Bowers & Wilkins 685
スピーカケーブル: BELDEN 8470 (16 AWG, 4m x 2)

]]> A-440 のスピーカへの出力は L/R の +/- という 4 端子しかないので、
バイワイヤリングではなく tweeter と bass/mid-range の両方の信号を
同じケーブルにのせる構成にする。

2 組のより対線ケーブルの両端計8箇所の被膜をニッパーではがす。
(ワイヤーストリッパーを持ってなかったみたい。でも、買うほどは
使わないかな。)

空間の制約上、リスニングポジションでの頭のレベルにスピーカを
もってくるのはちょっと現実的ではなくて、30 cm ほど上から
音が降り注ぐ感じになる。まあいいでしょう。
DJ ミキサの LINE OUT をアンプの AUX に入れる。

普段聴く音源は CD をリッピングした iTunes の AAC がほとんどなので、
DJ ミキサの入力を Mac mini がつながっている LINE に切り替えて
早速鳴らしてみる。

このアンプとスピーカの組み合わせで視聴した上でスピーカを
買ったわけではないので、どんな音なのか聴くのはこれがはじめて。
この年代物のアンプは、実効出力 30W x 2 くらいだったと思うので、
音が細めだったりしたら悲しいなぁと思っていたけど、いい感じ。

アンプでは TREBLE, BASS ともに FLAT にして、
DJ ミキサで Mac mini のつながっている方の PGM チャンネルは
(HI/MID に比べてほんの少しだけ) LOW を絞っている。
CATV チューナなどがつながっている方の PGM チャンネルは、
今後調整する予定。

きびきび反応して音が立ち上がるというよりはゆったりした感じで
じっくり耳を傾けて集中して聴く以外にも、作業しながら
ずっと音楽をかけておくことも多いという自分の使い方では
疲れず聴きやすいと思う。

現状ではなんともいいがたいところもあるけど、
特定の音域が物足りないとか出しゃばりすぎ、といったことも
特になく、気になるくせがない。

アンプによっては、ロックを鳴らすとなんとも物足りない、という
意見をどこかで読んだけども、そういう感じは特にしない。
エレクトロニカ、ジャズ、ポップス、ロック、クラシックなどを
ざっとかけてみたところ聴くに堪えないみたいなのは別になかった。

バスレフフローポートにフォームプラグを入れた方が
落ち着いた感じでさらに好みの鳴り方になった。

スピーカも自分の耳もお互いになじむ前なので、
聴こえ方がこれからどう変化していくかが楽しみだ。

アンプはいつの日か PRIMARE I21 か Ortofon LMA-80 あたりを
試してみたいなぁという憧れをあたためつつ(スウェーデンかデンマークか)、
今の構成で当分はたっぷり楽めそう。

でも、なんといっても B&W 685 の佇まいが好きだ。(やっぱりイギリスびいき。)
それから、スリムで(不必要に曲線を使わず)直線をベースにしたデザインが
どこか懐かしい感じの ONKYO のアンプとチューナも好感が持てる。

このアンプとチューナはラックマウントこそできないものの 19" ラックに
ちょうどいい幅なので、3U か 4U かくらいのシェルフをマウントして
DJ ミキサの上におさめるとピッタリかな。

Speech Recognition on Mac OS X Leopard

2009-08-08T01:03:22Z

ふだんあまり語られることのない Mac OS X Leopard の Speech Recognition だけど、
System Preferences の Microphone Calibration の画面で
挙げられているサンプルを MacBook に向かってしゃべってみた。

]]> Leopard による僕の発音の認識率はおおむねこんな感じ。

What time is it? (100%)
Quit this application (100%)
Open a document (100%)
Show me what to say (100%)
Make this page speakable (90%)
Move page down (15%)
Hide this application (90%)
Switch to Finder (100%)

日本人としてはましな方だと思うけど、 "Move page down" だけが極端に通じない。

Speech Recognition の機能、いまのところ個人的には実用性はほとんどないものの面白いなぁ。
来週、会社の同僚のアメリカ人たちにやってもらって、彼らの "Move page down" が
Mac に通じるかやってもらおう。

認識されたら文字列が点滅、というわかりやすいフィードバックは
語学教材とかでも使えそうですね(と、どこかのブログのような締めくくり)。

iTunes connect の Transaction Report のデータ不整合

2009-06-20T23:25:03Z

Apple からメールが来ていた。

"Based on our records we have determined that your organization downloaded a sales report dated 06/18/09. We have identified a discrepancy in the data set that was used to create the reports. As such please delete your existing report dated 06/18/09 and please log into iTunes Connect to download an updated report with the correct data for 06/18/09. We apologize for the inconvenience and are working hard to limit/prevent these types of issues.

Please note that this issue only affects the daily report for June 18, 2009. No other daily or weekly reports are affected. "

]]> transaction report は cron ジョブで毎日ダウンロードしている。
"discrepancy" の具体的な内容を確認するため
mac-mini:reports dxy$ diff <(gzcat S_D_*20090618*) <(gzcat ~/Downloads/S_D_*20090618*)
で比較してみた。

私の場合、各アプリケーションとも新規ダウンロード(Product Type Identifier が 1 のダウンロード)が本来の数値の 2 倍になっていた(修正されたデータは以前のデータの半分の値だった)。

というわけで、bash(1) の Process Substitution 便利だね、というお話でした。

Pachube でセンサのデータをシェア

2009-05-17T00:23:10Z

センサから取得した温度、湿度などを初めとする各種のデータをシェアする "バーチャルパッチボード" サービス pachube を Jamie から教えてもらったのは数ヶ月前。

ゴールデンウィーク中の自由工作として、Phidgets で取得した気温、湿度などのデータを
アップロードするようにしてみた。

http://www.pachube.com/feeds/1967

]]> pachube は history data が過去 24 時間分しか見られない、ところがかなりいまいちではあるけども、
ひとまず動いたことに満足。なにかもうちょっと有意義なことをするのは今後の課題(?)。

ガーデニングの土壌の pH をはかるために pH センサも買っておいたものの、
プローブを買っていないのでそれを買ってきて測ればちょっとは面白いデータがとれるかな。

なお Light Sensor や Motion Sensor などのデータとっているのだけど、
それは何時何分に家にいる(いない)ということを公開することと同じなので
さすがに pachube に上げるのはやめておく。

Gainer と Arduino が主流の今となっては、Phidgets を使う人は少ないと思うけど、
どうせなので github に置いておいた。

http://github.com/dxy/phidgets/tree/master

ちなみに Python で書いた。(対応プラットフォームと対応言語が豊富で、
Mac で Python でコーディングできるというのが Phidgets を選択したそもそもの理由。)

おもちゃ箱に眠っている Arduino ももっと遊んでみたいのだけど時間がないなぁ。
試してみたいプロジェクトアイデアはあるのだけど、iPhone と Android と AppEngine の
開発との時間配分が悩ましい。

http リクエストを https に変換する Greasemonkey

2009-05-06T14:27:45Z

何をいまさらという感じだけど、デスクトップ百景で書き忘れたし、
他の日本語ブログではあまり見かけた記憶がないし、ということでメモがてらエントリにしておく。

現在利用している Greasemonkey の中でも (AutoPagerize ほどではないけど) 重宝しているものの一つが HTTP-to-HTTPS redirector。

http://userscripts.org/scripts/show/2588

http と https の両方をサポートする web サイトへのリクエストを https で行うようにしてくれる。
要するに JavaScript 的には
location.href = location.href.replace(/http\:/, 'https:');
する。ただそれだけの Greasemonkey だ。

以前、自分で書こうと思って、その前に念のために調べたら(例によって)すでに誰かが書いていた、という
パターンでそれ以来利用させてもらっている。

スケジュールや ToDo やメモなどいろいろなデータをネットワーク上に
置いている人は利用を検討してみる価値があると思う。

]]> デフォルトで設定されている gmail などのほかに以下のような URL を
はじめいろいろなサイトを追加して利用している。

http://www.google.com/calendar/*
http://www.google.com/reader/*
http://docs.google.com/*
http://sites.google.com/*
http://www.rememberthemilk.com/*
http://www.evernote.com/*
http://bloglines.com/*
http://www.linkedin.com/*
http://friendfeed.com/*

ただし、たとえば Facebook は http://www.facebook.com/* ですべてのトラフィックを
SSL にすると大分重くなる気がする。

というわけでそのサイト宛のセッションを何から何まで SSL にしてしまうと
レスポンスに影響がでるケースもあるので、上のようなざっくりしたパターンではなくて
本当に保護が必要なリクエストだけ保護するように、適用する URL パターンを
ブラッシュアップするのもいいかもしれない。(サイトの構成が変わった場合に
設定し直す手間も考えて、自分はそこまではやっていない。)

Amazon は co.jp でリクエストが二回とんで、カートに 2 冊はいったり、という問題があって
外した。

Xcode の移行

2009-03-12T14:18:17Z

Xcode と iPhone SDK を Macbook から Mac mini へ移行。

]]> Macbook で、 Developer Cert と Distribution Cert の private key を p12 フォーマットで export。
パスワードで保護された private keys を Mac mini へ scp なり Dropbox なりで転送。
Mac mini で .p12 フォーマットの private keys をダブルクリックして login キーチェインにインストール。

iPhone Developer Program Portal で
WWDR intermediate certificate (AppleWWDRCA.cer) をダウンロード。
ダブルクリックで login キーチェインにインストール。

iPhone Developer Program Portal > Certificates で以下の certificates をダウンロード
- Development Certificate (developer_identity.cer)
- Distribution Certificate (distribution_identity.cer)
ダブルクリックで login キーチェインにインストール。

iPhone Developer Program Portal > Proviosning で以下の provisioning profiles をダウンロード。
- Development Provisioning Profile (Grid_5_Development_Provisioning_Profile.mobileprovision)
- Ad Hoc Provisioning Profile (Grid_5_Ad_Hoc_Provisioning_Profile.mobileprovision)
- Distribution Provisioning Profile (Grid_5_Distribution_Provisioning_Profile.mobileprovision)

mkdir -p ~/Library/MobileDevice/Provisioning\ Profiles/
mv ~/Downloads/*mobileprovision !$
(ダブルクリックでインストールするとわかりにくい ID でインストールされてしまうので。)

Xcode の preferences を再設定 (e.g. インデントをコーディングコンベンションに合わせて設定)。
.dotfiles をチェックアウトして、~/.subversion は ~/.dotfiles/.subversion への symlink に。
各プロジェクトをチェックアウト。プロジェクトをビルドしてみたところ問題なさそう。

今まで MacBook と sync していた iPod touch と iPhone も今後は Mac mini と sync するつもりで、
iTunes データを移行するためにとりあえず DVD-R を買ってきた。その移行は US から戻ってからにする。

Mac mini 到着

2009-03-08T14:04:25Z

3/4 に BTO でオーダした Mac mini (2.0GHz Core 2 Duo, 4GB RAM, 200GB HDD)が、今日、予定通り到着した。

付属の Mini-DVI - DVI アダプタを 1 台の LCD に、別途 Apple Store で購入しておいた Mini DisplayPort - DVI アダプタをもう一台の LCD に接続する。これで、今まで使っていた synergy がもつ幾つかの制約なしで Dell 2407WFP (1920 x 1200) x 2 というデュアルモニタを使える Mac 環境になった。

]]> セットアップは、画面上の指示に従い、Mac mini についてくる DVD を Power Mac G4 にいれて、FastEthernet 経由で G4 からのデータ移行を行う。 2 時間強かかるとのこと。表参道までちょっと買い物に行く。2 時間半ほどで帰ってくると無事に終わっていた。

Nike+ で使っている iPod nano を試しに同期してみると、G4 で同期していた時と同様に問題なくできている。iTunes や iPhoto のデータは正常に引き継がれている。

今回の Mac mini 購入は、メインの作業環境を Macbook から Mac mini へ移すことを意味するので、Macbook で使っている Evernote, Dropbox, ZumoDrive, MobileMe (AddressBook などの同期) の設定もあらためて行う。

これを機に、Backblaze でもう一台分の subscription を購入して、Mac mini も Backblaze へバックアップするようにした。

開発環境については Xcode と iPhone SDK をインストールまではしたが、Provisioning Profile や Certificate の移行やプロジェクトのチェックアウトなどが未了。Certificate は MobileMe 経由で KeyChain を同期するという手もあるかな。

今までのところはほぼ問題なく移行できたけど、現状ひとつだけ問題が残っている。Time & Date でタイムゾーンの設定が保存されない。いつも通り、英語環境で使っているのだけど、NTP サーバで時刻同期をさせつつタイムゾーンを東京にしても、忘れられてしまう。しかたないので、今のところ、手動で時刻をセット(NTP 同期なし)でタイムゾーンを東京にしている。ただし、これだと Menu bar の時刻表示はみかけ上ローカルタイムと(ほぼ)合うけど、date(1) 出力のタイムゾーンは UTC になっている(つまり結果的に約 9 時間進んだ時刻で動いている)。実際、Google Calendar は約9時間進んでいるような挙動だし、Anki も 32,400 秒前後進んでいるからサーバとの sync は停止する、とのメッセージが表示される。同じ Leopard が動いている Macbook ではこの現象は起きていない。これは早く直さないと使い物にならない。

と思ったら、これですね。

http://bookmark.tea-nifty.com/books/2008/12/timezone.html

/private/etc/localtime ディレクトリをいったん消せということでした。

設定画面の、カレンダや時計とテキスト表示が対応しなくなったり、あまりにもあからさまに挙動不審なので Leopard 自体のバグとは考えにくいとは思っていたのだけど、Tiger から移行アシスタントを使って Leopard にデータを移行した場合に発生する現象のよう。それにしても、われながら、これくらい気づかないようではだめですね。

iPhone アプリケーションの国別ダウンロード数

2009-02-28T16:37:56Z

Ahead と BGP という 2 本の iPhone アプリケーションを出してみたけど、daily report を iTunes connect からダウンロードして見ていると、US でのダウンロード数は他の国と比べて飛び抜けている。

daily report のデータはそれなりに便利だけれど、2 本のアプリケーションが混ざったレポートで、しかも新規ダウンロードとアップグレードも混在してくると全体像がだんだんつかみにくなってくる。スプレッドシートかなにかで処理しないと分析できない。

というわけで、てはじめに、ローカルに保存した daily report を集計して、Google Chart API を使って
簡単な円グラフを書くスクリプトを(まさにやっつけ仕事でなんだけど)書いてみた。

]]> まずは結果は以下の通り。

かなりニッチなアプリケーション (BGP) でも、どちらかというと汎用のアプリケーション (Ahead) でも関係なく、30% 程度が US でダウンロードされて、他の市場を圧倒している。Ahead は、ロシア語やフランス語などへのローカライズをした後に変化がでるかちょっと興味深い。

コードはこちら。

http://github.com/dxy/iphone-scripts/tree/master

ggg でやっていた Helvetica forever の最終日に
すべりこむべく、ばたばたしているなか書いたので汚いけど。

植物の立場

2009-02-26T11:58:05Z

ベジタリアンについて自分がかねがね思っていたのと全く同じことを会社のメールで書いている人がいた。

> > Sorry, there wasn't a vegan option. We know you have massive empathy for
> > animals.
>
> Do we have any that are free of plant matter? I'd much rather destroy
> filthy animals than defenseless plants.

彼は冗談めかして書いているけど、率直な疑問として、声なきものの命を奪うことを避けるというのを
突き詰めていけば、動物よりむしろ植物を守ろうという一派がでてきても不思議はないのに、と思う。

ペットより観葉植物のほうがずっと大事な僕としてはどちらかというとそれもある程度共感できる。
野菜好きだから実践はできないけど。

ナス、もやし、キャベツ、じゃがいも、水菜、春菊、ほうれん草、小松菜、きゅうり、ピーマン、トマト、白菜、しめじ、香菜、玉葱。ごめんよ。

Ahead available on the App Store

2009-02-25T14:39:42Z

Ahead という iPhone アプリケーションをリリースした。

http://grid5.wordpress.com/2009/02/25/ahead-006-released/

]]> 今回のアプリケーションでは、以下の点を検証した。
- utility アプリケーションの定番、UIView をフリップして設定画面に移る処理のテスト
- (Core Animation を直接操作せずに) UIView でできる簡単なアニメーションのテスト
- UIPickerView など、まだ試していなかった UI コンポーネントの使用
- I18N (現状は英語、日本語に対応、知り合いに頼んでロシア語などの作業中)
- NSUserDefaults を使ったデータの永続化

本当はページングくらい対応してからリリースしようと思ったけど、
release early, release often ということでお許しを。

とてもシンプルなアプリケーションなだけあって、審査も比較的早かった。
土曜日に申請して、今日水曜の午後に Ready for Sale になっている(JST)。
PST 的には月火の 2 business days で審査を通過している。

ロシア語、フランス語、{簡体,繁体}中国語の翻訳チェックをしてくれる
あてはあるけど、イタリア語、ドイツ語あたりをどうしようか。
(Swiss German をしゃべる同僚ならいっぱいいるけど、
High German をしゃべる人いるだろうか。)