Just Right!3にアップグレード

 σ(^^)はリコーさんの連載などの原稿を提出する際に、ジャストシステムのJust Right!という校正ソフトでチェックをかけています。表記揺れ(「ユーザ」と「ユーザー」等)や「○○の○○の○○の」など助詞の連続などを指摘してくれてるので重宝しています(「辞書にない単語」警告は大抵無視するか辞書に登録して終わりですが)。

 ただσ(^^)にしては珍しく最新版を追いかけないで、Ver.1/R2.1のまま長らく使っていました。自然言語解析の技術が飛躍的に向上しない限り、指摘の質はそう変わらないだろう、という直感と、バージョンを追うごとに値段が高くなっていて感覚的に割高感が印象が拭えなかったからです(確か最初のバージョンは1万円くらいで買えたような…)。IEもOutlookも使わないので連携機能が充実してもあんまメリットないですし、一人で使う分にはサーバー連携系の機能も不要。

 それでもふと思い立って去年でたVer.3を注文してみました。バージョンアップ版は公式ショップからのみ販売で\15,000。残念ながらダウンロード販売は無し。ATOKシリーズでは重宝してるしなんの不便も感じない(むしろ便利)ので、是非ダウンロード販売対象は広げていって欲しいですね。

 ちょっと興味をひかれたのは、校正内容を印刷する機能。従来は専用UIの上で指摘を1つ1つ閲覧しては修正(あるいは無視)する形だったんですが、指摘内容を一覧にして出力できるのであれば、会社の後輩から挙がってきたドキュメントをチェックして「これ見て直しとけ」とやれるかなと(本来会社に買って欲しいですがw)。

 試しに、前エントリをチェックさせて結果出力をPDFにしてみました。 内容的には比較的しょうもない指摘ばかりになってしまいましたが。指摘箇所の前後文脈がもう少し見える形にしておいてくれると「あぁ、あそこね。」と認識しやすいのになぁ、と思います。まぁ、今度機会があれば使ってみます。ヤツラのもっとヒドい文章ならもっと色々指摘が出るかな(^^;)?

 あとIE上の文章を取り込んでチェックする連携機能ですが、フォームのtextやtextareaなど、ようなカーソルが点滅してるエリア内のテキストしか取り込めないようです。普通にHTMLで公開済みのテキストは、自分でコピペするしかないようですね。あんま使い道ナサゲ。パっと思いつくのは、執筆中のmixiのエントリとか?んなもん校正しないしなw。ブログなどをブラウザ上で直書きしてる人には良いかも知れません。ちなみにATOK使っているならブラウザに限らず現在キャレットがあるエリアのテキストを取り込めるっぽいですが、それもCtrl-A Ctrl-Cで済む話のような…

電気煮込みなべ ファーストインプレ

我が家ではほとんどの調理をレミパンでこなすんですが、カレーなどの余った分をそのままにしておくと、コーティングが傷むということを知らなかったので、先日結局三代目のレミパンを購入しました。 で、今度は調理後すぐにタッパーに移すことにしてるんですが、やはりちと面倒。一人暮らしだとどうせ続けて食べるので、鍋からさっとよそって食べたいわけですよ(まぁ、どのみち一部は冷凍用にタッパーに移すことが多いですけどね)。

そこでカレー、シチュー、おでんといった料理は別の鍋を使おうと画策。そしてそこはガジェット好きなσ(^^)なので、ただの深底鍋とか買ったら面白くない訳です(ちなみに既に圧力鍋はもってますがキニシナイ)。

で、候補に挙がったのがツインバードの電気煮込みなべとシャトルシェフ。どっちも長時間かけてぐつぐつ煮込む系の調理デバイス。前者は電気、後者は魔法瓶的保温を熱源にします。σ(^^)はカレーとかは野菜を電子レンジで下調理してしまってサクっと省エネ短時間調理(ご飯が炊けるより早い)で済ませてしまう派だったので、逆に長時間煮込むと味がどうなるか興味もあったりで。煮込み中に火を使わないので放置リスクが少ないのがポイント(でなきゃそもそもやろうと思わない)。ただし、マニュアルによると電気煮込みなべの方は加熱中の外出や就寝はNGとなっています。

■シャトルシェフとの特徴比較

結果としては電気煮込みなべを買ったんですが、一応それぞれの特徴をまとめると、

電気煮込みなべ シャトルシェフ
長所
  • Amazonで\3,000程度と安い
  • ガラス蓋で料理具合を確認可
  • 放置がより低リスク
  • 場所を選ばない
  • 再加熱がしやすい
短所
  • 電源が必要
  • 電源をきらないといつまでも加熱
  • 一旦冷めると再加熱に時間がかかる
  • 値段がやや高い(3.0Lで約4倍)

 電気煮込みなべのマニュアルによると、カレー、シチューは5時間、おでんは6時間と記載されています。睡眠中調理(こう書くと睡眠学習みたいに寝ながら料理するみたいだw)には微妙な時間です(しつこいですが、マニュアルでは禁止されています)。これは外付けのタイマースイッチでも使うことにしてみました。Amazonのカスタマーレビューによると40年近く販売されてるらしく、それ自体は素晴らしいロングセラーであることを語っていますが、そろそろタイマー位は搭載してもいいんじゃないすかね…

 対するシャトルシェフはガスレンジによる初期加熱の余熱を利用するので、いつかは加熱が止まります。それが一般的に充分な時間、熱量なのかは不明。でもまぁあれだけ売れてるんだから充分実用的なレベルなんでしょうね。足りなきゃガスレンジ載せて再加熱しろと。

 電気煮込みなべの最大の弱点は再加熱が弱い点だと思います。内側のなべは陶器製なんですが、直火にかけてはダメとなっています。つまり、さっと温めて食べよう、って時は別の容器に移してレンジなりで再加熱する必要がある訳です(もちろん、スイッチを入れれば温まりますが、あくまで煮込み用なので冷え切った状態から食べられる状態にするには時間がかかりすぎる)。対してシャトルシェフは内側のなべを直接ガスレンジにかけられるので早い。まぁ、でもその場で食べる分だけを温めるのになべ全体を加熱する方が本来エネルギーを無駄にしてるとも言える訳で、当面は別容器によるレンジ加熱で頑張ってみようかなと。

■おでんを作ってみた

 実は、これがAmazonお急ぎ便で到着する予定日に早速カレーを作ろうと下ごしらえを始めたんですが、ちっとも到着せず、結局届いたころには既にカレーと呼べるものが出来上がって食べてしまった、ということが(^^;)。で、昨日リベンジ(なんの?)でおでんを作りました。

 普段は圧力鍋で時間圧縮調理。揚げ物とかがパンパンに膨れてしまったりするけど味さえ染みこんでればキニシナイ的なおでんが出来上がってました。その辺が時間をかけて煮込むことで解消されるかな、と期待した訳ですが、結果は敗退。2時間ほどでやはり揚げ物が膨れて溢れそうになってきたので、ビビって加熱中止。放置プレイ禁止なのは、電気による継続加熱だからというよりも、密閉ではないから中身が溢れ出す可能性を考慮してのことかも知れません。マニュアルには強(180W)指示ですが、次は弱(110W)にしてみるか?

 結局その日はその時点で少し食べてみる。やはりまだ味が染みてない。今朝も起きて少し中身を減らした後、更に再加熱を試みています。コールドスタートでしたが気付けば普通に煮え始めていたので、その辺りはあまり気になくて良いのかも知れません。

 現時点の評価としては、揚げ物中心の我が家ではあんま長時間煮込む必要ないんじゃね?という感じです(^^;)(←最初に気付けよ)。大根とか煮卵とかあんま入れないし。カレー/シチューで差が出るといいなぁ…

CerntOS5 64bit環境にText::MeCabを導入するとmake testが通らない件

 日経Linuxの2008/2月号の特集を見ながら、SpamAssasinを導入する経過で、MeCabという形態素解析エンジンを利用するCPANモジュールText::MeCabを入れる段でつまづきました。makeやmake testが通らない。どうも64bit環境であることが問題っぽい。

 以下に解決法を書いておきます。

cpan -fi Text::MeCab

をしてエラーになった後で、/root/.cpan/build/Text-MeCab-0.20001に移動します。そこにあるMakefile.PLを編集し、

my %INFO = (
    ABSTRACT     => ‘Alternative Interface To libmecab’,
    AUTHOR       => ‘Daisuke Maki <daisuke@endeworks.jp>’,
    CCFLAGS      => $result->{cflags},
    DEFINE       => join( ” “, @define ),
    DISTNAME     => ‘Text-MeCab’,
    INSTALLDIRS  => ‘site’,
    LIBS         => mecab-config --libs,
    NAME         => ‘Text::MeCab’,
    OBJECT       => ‘$(O_FILES)’,
    PREREQ_PM    => {
    LD           => mecab-config --cxx,
    INC          => mecab-config --cflags,

てな感じで書き換えます。下2行は丸ごと追加です。後半の括りはアポストロフィではない点に注意。/usr/bin/mecab-configコマンドをパラメーター付きで実行して、その結果を渡してる訳ですね。

 一応これでmakeもmake testも通って、無事make installした訳ですが、その前に以下も試してますので、一応書いておきます。もし上記だけでダメならお試し下さい。

 mecab-0.96とmecab-ipadic-2.7.0-2007080をコンパイルする時に、64bit環境であることを明示します。

LDFLAGS=’-m64′
CFLAGS=’-m64′
CPPFLAGS=’-m64′
CXXFLAGS=’-m64′
export LDFLAGS CFLAGS CPPFLAGS CXXFLAGS

で、./configureは元記事ではファイルパスを細かく指定してたのを、シンプルに

./configure –with-charset=utf8  (mecabの時)

./configure –with-mecab-config=/usr/bin/mecab-config –with-charset=utf8 (mecab-ipadicの時)

だけにしてみました。

 ググっていくつものページを参考にしたんですが、もう色々見過ぎてとてもまとめられないので、個別リンクはご勘弁下さいませ。それぞれを執筆された方、本当にありがとうございました。

追記:

 んが、ここにsrpmが揃ってました。こっちをリビルドすれば良かったかも…

TOYOTA純正DOPナビにバックカメラをつける

 実家のカローラフィールダーにバックカメラをつけられないか調査。ナビはディーラーオプションのNDCN-W54で、市販のRCAプラグで映像端子が出ているバックカメラは直接はつかず、トヨタ/ダイハツ仕様の4ピンのカプラでないとダメ。純正カメラを補修パーツとして取り寄せたり、ヤフオクなどで変換コネクタを買う手もありましたが、どちらも日数がかかるので正月の帰省中には手配不能。

 しかし、こちらの記事によると、イクリプス(富士通テン)のナビとカメラは同じ規格のカプラで接続するようになっており、イクリプス用のカメラはトヨタ純正(DOP)ナビに直結可能とのこと。なるほど、ECLIPSEだけ電源ボックスが別になっているのはそういうことか。トヨタナビのOEM元だからそっちの仕様にあわせて自社ブランド機種も作ってたですね。早速三が日から営業しているイエローハットに行ってゲット。通販より3千円ほど高いけど仕方なし。現行モデルはBEC107というヤツですが、基本的に106、105、104あたりでも大丈夫らしいので、在庫やアウトレットで安く手に入るならそっちでも大丈夫っぽい(カメラの性能が違う?)。

 写真でわかる通り、一般的なRCA出力のバックカメラと違い、途中に電源ボックスがついてない。よくよく調べると、4ピンカプラの中にACC線とアースが出ている模様。文字通りカプラーオンでカメラがつけられる仕組みになってるんですね。ちょっと感心。設定的にも特に何も必要なく、カプラを接続しただけで普通にナビが認識し、バックギアで表示されるようになりました。そういえばトヨタ車はオプションコネクタで車速やサイドブレーキと一緒にバック信号も取ってますもんね。なので後は物理的に線をどう通すかだけ。純正カメラ取付位置はやや左寄りなのと後付ではアクセスが大変そうだったので普通に外側ど真ん中に取付け。

 ちなみにDOPナビは「画質・消」ボタンを押したままスモールライトを3回ON/OFFするとメンテナンスモードに入れ、カメラ調整もできたりするらしいんですが、NDCN-W54にはその項目はありませんでした(メンテモードには入れた)。もしかして補助線表示できたりするかなぁと思ったんですが…


A7V8Xでサスペンド、休止状態が使えなかった件、ついに解決

 以前寝室で使っていたA7V8Xマザーのマシンを現在は実家にて家族共用で使っているのですが、やはりサスペンドも休止状態も使えない(再起動がかかってしまう)のは不便だなと。家族も電源入れっぱなしで放置しがちなので、アイドル時間でスリープできた方が省電力にもなるし。

 ということで正月の暇な時間を使って再リサーチ。

 まずサスペンド、休止状態(以下それぞれS3、S4)に入れない原因の代表は電源。+5VSB出力(スリープを維持するための電圧線)のアンペア数が低かったりすると問題になったりする模様。しかし使っている電源は割と最近のもの(2年前位だけど、ATX2.2)だし、スペックを調べても+5VSBは結構余裕ある。不良の可能性を除けばあまり関係なさそう。

 次に2ちゃんでマザーのジャンパーでキーボードやUSBからのレジュームに関するものがあり、それを変更したらイケた、という書き込みを発見。が、これもダメ。そもそも再起動するという現象とは別の症状だったっぽい。

 で、イベントビューワーを見てみると、はっきりとしたエラーは記録されてなかったけど、なにかディスクの書き込みのエラーっぽいものを発見。上にリンクしたエントリを読み返してみると、オンボードのSATAコントローラーであるFastTrakを使うのに結構無理矢理めなことをしていた(XPのドライバを流用)のを思い出す。

 そこでダメもとで隣町まで走ってPCIのSATAインターフェイスを買ってきたところビンゴでした! S3もS4もバッチリ。やはりXPのドライバを無理矢理使うもんじゃないですな。今探せばVistaドライバも見つかったかも知れないけど、まぁ良し。

 最初、玄人志向のにしようと思ったんですが、こっちのRATOCのはVista対応とかOS起動対応とかをしっかり謳っており、値段も\200しか違わなかったのでチョイス。このマシンでeSATAを使うことも多分ないので、内部ポートのみのものでいいやと。

 手順としては、いったんボードさしただけでOSを起動し、Windows Updateからドライバを取得(CD-ROMでも添付)。その後でシャットダウンし、SATAケーブルを差し替えただけで普通にブートできました。ユーティリティは入れてません。

 ただし、HDD LEDのケーブルが遠くて届かなくなってしまったので、これはそのうち延長ケーブルでも探してこようと思います。あと、オンボードのFastTrakに比べ、エクスペリエンスインデックスのディスク値が5.7→5.6と微妙に下がってしまいましたが、これも体感できる差ではないでしょう(特に普段家族が使う分には無問題)。

 ともあれ、これで、(CPU値が3.5と低めなのを除けば)十分Vistaでも戦えるマシンになりましたとさ。