yi01.memo

2008-02-03

2008-02-03T15:20:09+09:00

*加速度センサーのゆくえ卒論提出まであと5日となりました友達が加速度センサー使って何かやっとるわけですが、なんかReadOnlyなのでおもろないなぁということで妄想 **現在の彼の研究「加速度センサー入力データ」時系列分析→「参加度合い」を図る **妄想　↓ 「加速度センサー入力データ」&bold(){リアルタイム}分析→参加してないやつにバイブ攻撃加速度センサーの拡張機能にバイブあるらしいし、ケータイにSendmailとかでメール送るのもあり。加速度センサー自体がBluetooth接続だし？　↓ 「ケータイに加速度センサー導入」でどうなるんやろ？　↓ サーバーがあっては物理的制約があるから「P2P」で。(ケータイ基地局の意味無くなる？) どうなるんやろ？ある人がケータイ落としたらその振動で近くの人がケータイ鳴るとかなったらいやだけど。 **蛇足かつて、サイボーグ技術がP2Pになったらどうなるんだろ、と激しく妄想したことがあった。制御不能どうしが重なり合うとどのような現象が起こるんか？カオス？　言葉はよく聞くが明確な定義は知らん。

2008-01-22

2008-01-22T16:43:51+09:00

*大規模データ処理を可能にするGoogleの技術　講演メモ **概要 -大規模データセンターの構築 -スケーラブル名データ解析システム -大規模データの活用 -未来への展望 -Q & A **データ量 -20億以上のWebページ -3500万以上の非HTML（PDFなど）- 計10億テラバイト以上 **計算機リソースの需要の爆発的拡大 -データの増大 -クエリの増大 -品質の向上サーバー台数は指数関数的な増加率 **クラスタの性能数百～数千台の、2CPU、2～4GBメモリ　x86PC &bold(){GoogleFileSystem}（GFS）…常にレプリケーションを行う壊れてもどこかにデータを蓄えられるようになっている。電力消費あたりの性能は今も昔も変わらず性能は単調増大→電力も増える一方今日の部位品から、電力効率の高いサーバーを構築部電力効率の高いサーバーを構築するため、品とベンダの協力電力配送ロスと冷却効率を考慮したデータセンターの設計大規模データの分析 SQLデータベースは使用しない DBMSで処理できないくらい大きなデータセットもある多くの場合、DBMSの多くの機能は不必要 zzz... *発見「あああああああああああああああああああ」をGoogle検索すると「もしかして　&u(){ああああああああああああああああああああ}」でも個人的好みから、Yahoo!検索してみた。「あああああああああああああああああああ」→「ブログを含めないで再検索」→ん？ >5.ＪＲ四国バス新着情報 >あああああああああああああああああああああああああ? Q2 ... あああああああああああああああああああああああああ? Q4. いいいいいいいいいいい? ... あああああああああ>ああああああああああああああああ? Q6. いいいいいいいいいいい? ... >www.jr-shikoku.co.jp/bus/faq -キャッシュなにこれ？ >**よくあるご質問（FAQ） > >　Q1 あああああああああああああああああああああああああ？ >　Q2 いいいいいいいいいいい？ >　Q3 あああああああああああああ

Lingrいきなり･･･

2008-01-22T05:33:44+09:00

こんなこともあるんやな人がAPIでがんばってる最中に… しゃーないけど。 #image(Image1.jpg)

2008-01-21

2008-01-22T04:19:39+09:00

*C#でXMLを読むときの注意 **バグ！　ChildNodes　の使用には要注意！バグじゃなくてこういう仕様なのかもしれませんが、 ChildNodes関数はぼくの意に反した働きをしてくれます。 **サンプルコード >...(前略) >&bold(){}　←ここがカレントノードとします >&bold(){　} >&bold(){　　ああ0} >&bold(){　　ここを読みたい} >&bold(){　} >　 >&bold(){　} >&bold(){　　ああ2} >&bold(){　　ここを読みたい} >&bold(){　} >&bold(){} **変な動きをするコード >XmlNodeList list = (カレントノード).ChildNodes; >Console.WriteLine(list.Count);　&bold(){→３} >for(int i=0;i　XmlNode nd = list[i]; >　Console.WriteLine(nd.NextSibling.innerXML);　→ループは2回目でとまる。システムもとまる？ >} どうも、コメントアウトした部分も読んでるっぽいです。コメントアウトの中をタグ2つにしてやったら、list.Countはしっかり4になりました。さらに迷惑なことに、コメントアウトされたノードはnullなのですが、それに対してToStringだのNextSiblingだのしても、エラーを出してくれません。「&bold(){nd.InnerXML=""}」が唯一の手がかりのようです。これを見つけるのに4時間近く無駄にした。この大事な時期に･･･！

2008-01-20

2008-01-20T07:33:58+09:00

*C#でのXML文書の扱い using System.Xml; **おまじない >XmlDocument xmldoc = new XmlDocument(); >xmldoc.LoadXml("（XML文書）");　あるいは　xmldoc.Load("（ファイルパス）"); >XmlElement root = xmldoc.DocumentElement; これでルート要素が得られます **読む、書く -要素.FirstChild -要素.NextSibling -要素.InnerXML などの組み合わせで読む。 -要素.InnerXML -要素.InnerText は編集・削除にも使えて便利 XMLファイルの書き出しは普通にStreamWriter使えばよろし。 **サンプル >XmlDocument xmldoc = new XmlDocument(); >xmldoc.LoadXml(@" > > > >ここはいらん > > >ここがほしい > > > >"); > >XmlElement root = xmldoc.DocumentElement; > >Console.WriteLine(root.FirstChild.NextSibling.FirstChild.InnerXml); >→「ここがほしい」が得られる（string） **堅い話 ***まじめにノード追加真面目じゃないノード追加は上でやったように、要素.InnerXML+="（ごにょごにょ）"とかで十分できるが一般的にDOMをものすごぉく意識した方法でやると以下のとおり。無駄に行数増えるだけじゃん、って気がしてならない。ノード >XmlElement elem = xmldoc.CreateElement("aaa"); 間違ってるかも知らん。コマンド補完にまかせよう >elem.InnerText = "（ごにょごにょ）"　さらに堅いやり方だと、ここもテキストノードをつくってやるべきか？ >ノード.AppendChild(elem)

2008-01-19

2008-01-20T06:30:25+09:00

*時のハエは矢を好む昔、Time flies like an arrow（光陰矢の如し）を和訳させてこんな訳が出て爆笑した記憶がある。知らぬうちに6日もたってた。なにこれ。 *Wing2、FTPがつかえないぞ久々に[[「スクラップノート」>http://wing2.jp/~yi01_imagination/]]を編集しようとしたら、どうも調子が悪い。セーフモードなので、PHPの「mkdir」などは制限されて使えないので、FTPでフォルダだけ作ってやらないといけない。なのに、なぜか前と同じ設定でログインができない。 Wing2の管理ページにはログインできて、そこでFTPの設定を見てもあっている。何が悪いのか？もともと[[XMLベースのページが使えないという致命的な欠点のあるWing2>http://wing2.jp/~yi01_imagination/index.php?eid=27]]だが、ここへきて更なる穴が見つかってしまった。もう使ってやらね。

2008-01-14

2008-01-14T22:09:56+09:00

*C#でPGM形式の画像ファイルをバイナリで作成するときにつまずきやすい点 **アスキーモードならすんなりいくのに・・・ PGMの画像形式はアスキーモードでは >P2\n >#コメント\n >640 480\n >255\n >（データ 1行最大70字、区切り文字はホワイトスペース）で、初心者でもすぐに書けると思います。僕自身、授業でCでやったときはここでつまずくことはありませんでした。C#でやってみても、こっちはすんなりいきました。 **バイナリモード？ PGMの画像形式はバイナリモードでは >P5\n >#コメント\n >640 480\n >255\n >（データ区切り文字はいらない）そもそも「バイナリモード」とか「バイナリファイル」って何？ってところから始まったわけですが、 Cならファイルのオープンの時に"r"→"rb"、"w"→"wb"みたいにbをつけるだけで、 C#ならStreamWriterのかわりにBinaryWriterを使うだけで、ほとんど同じ操作でこの「バイナリファイル」なるものを作れるようです。バイナリファイルはテキストエディタじゃ読めないので、バイナリエディタとかいうカテゴリに入るようなソフトをダウンロードしてくる必要があります。僕はStirlingとかいうのを使いました。 **バイナリモードの罠 C#のBinaryWriterのWriteメソッドにはいくつか厄介な点があります。そこではめられ、3時間を無駄にしてしまいました。 ***int→stringを勝手にするんじゃない >640 480\n >255\n この部分は、普通に >BinaryWriter bw=new BinaryWriter(fstream); >...(略) >bw.Write(width + ' ' + height+'\n'); >bw.Write(255); とすればいけましたが、（というか、こうしないといけませんが）データ部で >bw.Write(val); とすると、valが文字列として書き込まれてしまいます。 bw.Write(val.ToString()); として実行しても結果が変わらないことから、わかると思います。今の場合、画素値は明らかに0～255なので、

2008-01-12

2008-01-13T01:45:47+09:00

*FirefoxWikipediaの検索バーが！なんか最近、GoogleとかYahooとかの検索をブラウザの右上の検索バーからやるのが当たり前になってきて、Googleトップページを見ることも少なくなってきましたね。今まで、Wikipediaを見るときとかは「主成分分析　Wikipedia」みたいなのをGoogle検索させてたけど、たまたまさっき「Wikipedia検索バー」なるものがあるものを発見。 *導入方法いたって簡単。 Wikipediaのページで検索バーの選択ボタンを広げたら一発でインストールできます。再起動とかはいりません。 ---- #image(Image1.jpg) もともとこうなってるのが、 ---- #image(Image2.jpg) 今まで通り検索してて、 ---- #image(Image3.jpg) Wikipediaに入ると ---- #image(Image4.jpg) なんと！こんなボタンが出現！ ---- 難なくインストールできましたね。

2008-01-09

2008-01-10T02:41:56+09:00

*SIFT PGM形式の画像から、適当に特徴点を選び出してくれるらしい。特性は、 -拡大、縮小などの変形に影響を受けにくいそうな。 [[SIFT本家ページ>http://www.cs.ubc.ca/~lowe/keypoints/]] **特徴点を画像に加える % siftWin32.exe -display result.key **特徴点を文字列で出すには % siftWin32.exe result.key **特徴点のフォーマット意外と英文読んでもしっくりこなかったのですが、特徴ベクトルの次元はどうやら128次元（！）のようで、それぞれの特徴ベクトルに関する情報は >11.11 22.22 33.33 0.314 >7 0 0 0 0 3 2 255 3 44 232 .... >.... >.... >.... >...34 55 なんのこっちゃって感じですが、上の例ですと画像の上では、原点(22.22,11.11) scale=33.33 偏角=0.314(rad)という2次元ベクトルの特徴点であって、その特徴は（7,0,0,0,0,3,2,255,3,44,232,.....34,55）という128次元ベクトルということだそうな。当然のことながら、1つの画像の特徴ベクトルは50とか100とか５００とか、(画像の大きさに比例して)たくさんあるわけで、 result.keyなど、出力されたファイルを覗くと、上のようなフォーマットのデータが何百も羅列されていて目がちらちらします。

メニュー

2008-01-10T01:59:38+09:00

*メニュー -[[トップページ]] **カレンダー #calendar() **更新履歴 #recent(10)