フランスでのsimカード、あれこれ…

だいぶ遅くなったが、フランスでのsimカードの顛末を一応報告。

結論として当初の目論見通り、向こうのsimカードでのD25HW使用は問題なく可能であった。

ただ、問題点が少々。

その１

正規の店舗で相談するな

SFRの正規店舗であれやこれや聞いたところ、

simカードのみでの販売はしていないとのこと。（英語で話してもらったけど、なかなか苦労した・・・）

めんどくさくなって、結局無駄にデータカードも買ってしまった。

その２

simカードのアクティベーション

固定電話でもできそうなことが書いてあったのだけど、

アパルトマンの電話からやってみてもさっぱりでござんす。

結局、たまたま近くにあった別のSFRの店舗でアクティベーションしてもらった。

（このときUSから来たっぽい兄ちゃんも同じことをやろうとして、店の人に相談していた。

でも結局、データカード買っていたw）

simフリー機を持っていたら良かったのかもしれない・・・

その３（おまけ）

パリの人は冷たい

まあ、、これはね・・・

巷で聞くフランス人の悪口の理由がよく実感できた。

（逆に田舎の人はやさしい）

フランス旅行の準備

といってもいろいろあるんだけど、

どこ行くにしても迷うのが一番ストレスなので、自前のナビ環境を整えたい。

となるとGPSは必須であるが、GPS測位だけの機器（意外に重宝される場面もあるが）を買うのも馬鹿らしい。

せっかくなのでGoogleのNexus One (Sim free)でも買ってみようかしらん。

（前に住んでたところから徒歩100mのmobile plazaで扱っている）

現地でiphone4のsimフリーを買ってもいいだんけど、ちょいと高すぎる。

これに加えて現地の通信用simを購入すればOK。

どうやらフランスでは月額単位での定額通信プランはないようで、

一番良さそうなのはSFRという会社の上限設定プランか使用日数で購入するプラン。

前者は15hで39ユーロ、後者は1日使い放題で9ユーロ。（＋手数料で29ユーロ）

ちなみにこのsimはe-mobileのpocket wifi(D25HW)でもいけるという報告がどこかに載っていたのでなお良し。（ただし、1日使い放題プランは使う日ごとにアクティベーションが必要なようで、アクティベーション操作のためにsimフリーの電話が必要になるとのこと）

フランスではSFR以外にorangeという大手の通信会社もあるが、

こちらは今のところプリペイドsimの案内がwebサイト上で見つけられない。

（フランス語がわからんので痛い。自動翻訳でも難しい・・・）

ああ、どんどん散財していく・・・

AWS Elastic MapReduce

AmazonがAWSをはじめてもう久しい感じだが、

去年の春からElastic MapReduce（EMR）も登場して、個人レベルでも大規模分散処理が行える敷居は低くなった。

ただこのEMR、Java以外による他言語のstreamingはできるとして、

Cascadingも普通に使えるとは思わなかった。

（１．０からofficial supportだった）

大規模処理がしたいだけならもはやhadoop-ec2も使う必要性が少なくなっている。

hadoopのチューニングもbootstrap処理により可能。

S3のコンソールはもう少し使いやすくなって欲しいかな。

Hadoopにて苦難・・・

Hadoop+Cascadingにより現在コーディング中だが、

注意力散漫なせいかしょうもないことで苦難の連続。

ログでエラー吐き出してないやん、と思っていたら

後から見直すと適切なエラーが出てたり・・・。

結果プログラムエラーではなくて、データセットが壊れてたり。

（しかも見た目ではわからない）

注意散漫、加えて無気力なのは暑さのせいだけじゃなさそうだ。

ＧＥＲＤ（胃食道逆流症）がひどくて毎朝腹痛がひどかったり。

内視鏡所見みてこんなのザラだとか医者に吐き捨てられたり。

（自分も医者だけども）

見た目と症状の程度は相関しないというのに。

PPI飲んでもあまり効かなくなってきたり。

もう毎日飲むしかありませんな、これは。

Pocket WiFi(D25HW)の不具合

昨年末からイーモバイルのPocket WiFi (D25HW)を愛用中である。

が、4月頃からおかしい。

気づいたのはUSB経由でノートPCにつなげたとき。

通信はおろか、給電もされていない様子。

D25HWの電源がoff状態であれば、USB経由で充電はされる模様。

無線LANはいずれにしろつながる。

使えないことはないのだが、いざというとき（バッテリーが少ないとき）に心許ない。

んでカスタマーサポートに電話して現物チェックしていただくこととなりました。

しかし結果は「異常なし」

そんなはずはない！と思いながら、自機と代替機とでいろいろ試してみると、

自機のみならず代替機でもUSB経由だとつながらないことが判明；

これは故障じゃなくて自分の環境がおかしいのか！？（でも思い当たるところがない）

永久にこのままな予感もしながら、ノートPCのネットワーク設定を眺めていると、

ひとつ気づいたことが。

それはVMware network adapter(VMnet1, VMnet8)

4月からノートPCにもVMware playerを入れてるんだった・・・

まさかと思ってこれをアンインストしてみると、USB経由でもつながるではないかえ。

つまらないことではありますが、後人のためにこの記録を残しておきます；

一時WiMAXへの乗り換えを考えた罰であろうか

またもやXMLに翻弄される

xmlからmemcachedへデータを書き出すjavaプログラムをつくった。

xml parserとしてjava 1.6標準のStAXライブラリがあるが、

これが曲者であった。

巨大ファイルを扱ってもOutOfMemoryErrorにならないはずだが、

OutOfMemoryErrorに。

自分のコードをさんざん疑って時間を浪費したが、

なんとこれはライブラリのほうのバグであった・・・

xml parseで、apache xercesを使っている部分があるらしいのだが、

そこでchar[]にストリームをため込み続けてOutOfMemoryに至るよう。

memory analyzerのメッセージを読んだときは最初？？？だった。

ちなみにこれはjava 1.6 update 14で修正されたというアナウンスがあったらしいが、

直ってないらしい・・・

結局、海外サイトの掲示板で書かれていた方法で対処。

woodstoxという同じくStAXを扱うjava StAXからの拡張ライブラリがあり、

そちらを使用。

といってもコードを書き換える必要はなく、

classpathでライブラリのjarを含めるだけ。

これで、巨大XMLファイルでも、低ヒープメモリで扱えるようになった。

（apache xercesのほうのライブラリをclasspathに含めてもいけるかもしれない、が試していない）

XMLDBに翻弄される…

MEDLINE(PubMed)の検索インデックスで使われているシソーラスデータでMeSH(Medical Subject Headings)というものがある。

1年毎の改訂で、最新版のダウンロードはフリー。

こいつがXMLファイルで提供されていて、

安易にXMLDBを使ってみようと思ったのは浅はかだった…

現在構想しているシステムのサブシステムで、MeSHデータの検索ができるようにしたい。

しかしXMLDBは時間がかかりすぎる。

eXistというものを意気揚々といれてハマった。

これはDOMでツリー構造を保存している？

MeSHのデータは300MB弱で、余裕でOutOfMemoryError。

（ひねくれてjavaヒープメモリを数Gbとか用意してやりたくなるが、諦めた）

IBMのDB2 Express-Cがフリーで使えるが、なんかめんどくさくなった（笑）

高速を謳っている他のXMLDBは金がないので手が出せない。

結局、今後の処理のことも考えて、memcache+MySQLみたいな感じにしとくか、と思い始めた。

なんか1日ちょっとで終わる予定の工程が1週間以上伸びてる；