2008-07-25

PiTaPaの罠

α700 - AF85mmF1.4G(D) - Preview.app
写真と本文は関係ありません


PiTaPa は IC カードによるポストペイタイプの決済システムで、関西圏でよく使われている。ポストペイなので、普通のクレジットカードのように事前審査があり、利用した金額が一か月ごとにまとめて銀行口座から引き落とされるのもクレジットカードと同様。というか、利用者が大人であれば大抵の場合は、阪急や京阪などの電鉄系のクジットカードに PiTaPa の機能を付けたものを使っているのではないかと思う。また、このカードは JR 系の ICOCA のシステムでも(予めチャージが必要なプリペイドのシステムとして)利用することができる。

自分も阪急のペルソナカードというクレジットカードに PiTaPa を付けて使っている。クレジットカードなので当然カード毎に利用期限があって、期限が近づくと新しいカードが送られてきて、古いカードを廃棄することになる(カード会社はハサミでちょん切ることを推奨してみるみたい)。

さて、使っていたカードの期限が近付いて、新しいカードが届いたのが一週間くらい前。さっそく新しいカードの裏面に署名して、古いカードをチョキチョキ。で、次の日 JR を使おうとして改札で ピタッ とすると …… ガーン、チャージ残がゼロになってる。うぅむ、カードの ID に紐付けして、サーバ側で残高を管理しているものだと思い込んでいたのだけどどうも違うみたいだ。ICOCA の残高はカード自体に記憶されるようになっていたのか……。

というわけで、 PiTaPa のカードが更新されるときには、ICOCA の残高を使い切ってから新しいカードを使いましょうというお話でした。しくしく。

あ、残高が少なくなると自動でチャージするオートチャージだとどうすりゃいいんだろう。

2008-07-23

もっとオープンに --- Open more...

Mac OS X には open というコマンドがあって、引数として渡されたファイル や URL を適切なアプリケーションで開いたり、-a オプションで直接アプリケーションを指定して開いたりすることができる。これは、コマンドラインでの作業が多いととても便利で、alias や関数、ルスクリプトなどに利用することでさらに有難かったりもする、利用頻度の高いコマンド。

つい最近、 -a オプションであるアプリケーションを起動しようとして、引数にアプリケーションを指定せずそのまま実行してしまったら、以下のようなヘルプメッセージが表示された。

[mbp15:~] rok% open -a
open: option requires an argument -- a
Usage: open [-e] [-t] [-f] [-W] [-n] [-g] [-h] [-b ] [-a ] [filenames]
Help: Open opens files from a shell.
By default, opens each file using the default application for that file.
If the file is in the form of a URL, the file will be opened as a URL.
Options:
-a Opens with the specified application.
-b Opens with the specified application bundle identifier.
-e Opens with TextEdit.
-t Opens with default text editor.
-f Reads input from standard input and opens with TextEdit.
-W, --wait-apps Blocks until the used applications are closed (even if they were already running).
-n, --new Open a new instance of the application even if one is already running.
-g, --background Does not bring the application to the foreground.
-h, --header Searches header file locations for headers matching the given filenames, and opens them.

誤ったオプションや、使い方を間違えたときにヘルプメッセージが表示されるようにするのはよくあることで、それ自体はなというほどのこともでないのだが、明かにオプションの数が増えている。

以前(不確かだけど Tiger 時代まで)は、アプリケーションを指定する「-a」、TextEdit.app で開くことを指定する「-e」、標準入力からの入力を利用するための「-f」くらいしかなかったものが、さらに多くのオプションが追加されたようだ。「-t」と「-e」なんて微妙な違いだし、「-b」ではアプリケーションバンドルの ID を使ってアプリケーションを開いたりするのも一部の人を除いては手軽とも言難いし、なんだか不思議な機能追加ではある。

ただ、プログラムを Xcode などを使わずに書いていると -h オプションはけっこう重宝しそうではある。たとえば、「open -e -h NSURLConnection」を実行すれば、NSURLConnection.h を TextEdit.app で開いてくれるし、「open -e -h NSURL」のように不完全なヘッダファイルの名前を指定すれば、候補となりそうなファイルをリストアップしてくれる。
[mbp15:~] rok% open -e -h NSURL
NSURL?
[0] cancel
[1] all

[2] /System/Library/Frameworks/Foundation.framework/Headers/NSURL.h
[3] /System/Library/Frameworks/Foundation.framework/Headers/NSURLAuthenticationChallenge.h
[4] /System/Library/Frameworks/Foundation.framework/Headers/NSURLCache.h
[5] /System/Library/Frameworks/Foundation.framework/Headers/NSURLConnection.h
[6] /System/Library/Frameworks/Foundation.framework/Headers/NSURLCredential.h
[7] /System/Library/Frameworks/Foundation.framework/Headers/NSURLCredentialStorage.h
[8] /System/Library/Frameworks/Foundation.framework/Headers/NSURLDownload.h
[9] /System/Library/Frameworks/Foundation.framework/Headers/NSURLError.h
[10] /System/Library/Frameworks/Foundation.framework/Headers/NSURLHandle.h
[11] /System/Library/Frameworks/Foundation.framework/Headers/NSURLProtectionSpace.h
[12] /System/Library/Frameworks/Foundation.framework/Headers/NSURLProtocol.h
[13] /System/Library/Frameworks/Foundation.framework/Headers/NSURLRequest.h
[14] /System/Library/Frameworks/Foundation.framework/Headers/NSURLResponse.h

Which header(s) for "NSURL"?

最後の「Which header(s) for "NSURL"?」というプロンプトに対して、対応する番号をタイプしてやるとそのファイルを開くことができる。Mac OS X のアプリケーションじゃなくて、less とか lv で開ければもっと便利になりそうなのが惜しいところ。

2008-07-21

熊殺し……じゃないけど

図書館戦争のエピソードの一つに、野営中に熊を装って寝込みを襲う(ちょっと違うか)というのがあったけど、その逆を行く事件が現実にあったという。

当事者が無事でなによりだけど、不謹慎ながら笑ってしまった。

iPhoneの確定前料金照会

一部で流行っているみたいなので試してみた。

7/11 に購入して 7/20 まででパケット通信料が165,717円。つまりは一日あたりおよそ 16,500円で、要するに一年間だと約600万円。

パケット定額安すぎ! と思わず喜んでしまうけど、これまでの携帯でのパケット通信料が iPhone のように普通にインターネットを利用する端末に対しては、高すぎたということだろう。

2008-07-19

iCal 復活!?

参照元の記事で
ま、その、SpanningSync がある点で優位に立っているのは分かるんだけど、うちの場合はなぜか iCal に SpanningSync 経由で同期した情報が表示されないんだけど……。iPhone や iPod touch、そして MobileMe クラウドからは見えるので、iCal にもきっと情報はあるのだと思うんだけど、全然見えないの(;;)。これだけなんとかなって欲しいなぁ。
なんて書いたけど、今朝事務所で iCal 開いたら、開店前に店舗で iPhone 使って追加したイベントがちゃんと同期して表示されてた。しかも、今まで見られなかった他の予定も!

この調子でどんどん不具合を潰していってくれたら、すごく便利になりそうだ。

2008-07-18

New Life!

というわけで、iPhone で PhotoShare というソフトウェアを楽しんでいるわけです。

これは、写真を使ったゆるい感じの SNS っぽいもの。Flickr などの既存のフォトストレージ(というのか)に比べると、かなり気楽に写真の見せっこができるようになっている。

他の人とは家族・友人・フォローの関係で参照しあうことができる。また、e-mail アドレスを持っている人であれば、そのアドレスで招待することで iPhone / iPod touch を持っていない人でも PC の Web ブラウザで写真を見ることができる(らしい)。

ソフトウェアもストレージも今のところは無料なので、iPhone を持っている人は一度お試しを。

2008-07-17

Spanning Sync v2.0 Implements "Push" Sync from Mac to Google

MobileMe での Push 型サービスは、今のところ、iPhone(iPod touch) と Web アプリケーション上の contacts, calendar, email が MobileMe の「クラウド」と即時的に(なんて言えばいいの、immediaterly) 同期するということで、Mac や PC 上でのそれぞれの情報の変更は最長で15分待たないと「クラウド」と同期しないということらしい(要はMac/PCからクラウドへはポーリングしてるのか?)。Appleはわざわざこの push という言葉の loose な使い方について謝罪もしている。

で、SpanningSync 2.0 では同期を「Manually(手動)」に設定していない限りは、Mac 上での変更が即座に Google Calendar に push されるようになってるので、MobileMe ではできない方向の Push を実現しているよ、と言いたいらしい。ただし、Google Calendar には変更を知らせる仕組がないので、Google Calendar 側の変更を Mac 側に反映させるには、今のところは定期的にポーリングするしかないというわけで、こちらも完全ではない。

ま、その、SpanningSync がある点で優位に立っているのは分かるんだけど、うちの場合はなぜか iCal に SpanningSync 経由で同期した情報が表示されないんだけど……。iPhone や iPod touch、そして MobileMe クラウドからは見えるので、iCal にもきっと情報はあるのだと思うんだけど、全然見えないの(;;)。これだけなんとかなって欲しいなぁ。

2008-07-13

Flickr を Pro にアップグレードした

最近けっこう Flickr を使うようになった。

a dragonfly
α700 - SONY 70-300mm F4.5-5.6G SSM

さっきも数枚写真をアップロードしたら、枚数制限にひっかかってしまった。実を言えば今まで見落としていた(6 x 3: Flickr か Picasa Webalbum か では全く触れてない……)のだけど Free 版の場合は、最新の 200枚だけを見られるという制限があったのだった(Flickr: Help: Free Accounts, Upgrading and Gifts に書かれている)。

というわけで、思いきって Pro Account にアップグレードしてみた。なんか散財が続くが、その分ガシガシ写真撮らなくちゃな。

iPod touch と iPhone の互換性

車に乗るときには、Monster Cable の iCarPlay Wireless という FM トランスミッタを使って、iPod touch の音楽をカーステレオで流している。これは、iPod 4G の時から使っていてもちろん iPod touch でもなんの問題もなく使えていた(手探りで操作しにくいので、運転しながらの曲のスキップがしにくいというのが難といえば難か)。

当然 iPhone も普通に使えると思っていたのだけど、どうもそうではないらしい。

iPhone を繋ぐと、まず「このアクセサリハ充電には対応していません。」と表示され、さらに

このアクセサリは iPhone では動作しません。
・このアクセサリは充電には対応しません。
・オーディオへの干渉を緩和するために機内モードをオンにしますか。オンにすると通話はできません。
[オン][オフ]
のようなダイアログが表示される。が、実際には機内モードにしなくても音楽を聞くことはできる。

ただ、車に乗っている間に充電できるとけっこう助かることが多いだけに惜しい。今使っているものの後継である iCarPlay Wireless Plus なら大丈夫なのかな?

ちなみに、弟のハリアーに積んであるデンソーの iPod 対応のカーステレオでも同じような事態になっていた。

まぁ、Bluetooh でつなぐのが本道なのかもしれないけど……

2008-07-12

.Mac から MobileMe

.Mac のページがいつまでたってメンテナンス中なので、しびれを切らして me.com にアクセスしてみたらなんのことはない、.Mac のアカウントでなんなくログインできてしまった。idiskとかメールとかも表示されたのでもう使えるのかと思ったら、長ぁ〜いロード時間ののちにこれ。
.Mac のユーザは自動で移行するんじゃないのか。もしかして、サインアップしなおす必要があったりするのだろうか。

かと思うと、再度 www.me.com にアクセスすると iDisk のページが開く(けど、むちゃくちゃ遅い)し、アカウントのページにも移動できた。これは使っちゃっていいということかな。でも、FAQ に

アップグレードが行われると、サービスメールの変更に関するメールが .Mac のアドレスに送信されます。
と書かれているメールがまだ来てないから下手なことはしない方がいいのかな。うーむ。