サマータイム・ブルース 2011-04-05 (火) 23:46:44†

<< 2024.4 >>
[竹千代日記]
日 月 火 水 木 金 土
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30        
このページは2011/04/06の日記です
一つ前は竹千代日記/20110405です
一つ後は竹千代日記/20110407です
最新の7件
↑

予言ってやつか？†

http://www.excite.co.jp/News/reviewmov/20110405/E1301939720954.html

都庁前の花見で300人が反原発ソングを歌った夜(エキサイトレビュー)

山川のりをって、２３’ｓにいた人だったかな？

2:10あたりで「オー　菅総理」って言ってるように聞こえるのオレだけ？ｗ
個人的には清志郎は好きだしCOVERSも愛聴してるが、オイラ個人は「サマータイム・ブルース」はイデオロギーとしての「反原発」のプロパガンダソングではなく表現者としての清志郎が時事を歌ったものに「過ぎない」のに資本主義がそれを握りつぶしたこと自体が問題だったと思っている。
それはそれとして、今この歌が注目される時代になるなんて誰が予想しただろう？

これは「不死身のタイマーズ」に入ってたやつかな？

♪これなら文句はないだろう、みんな大好き原子力〜
♪原発賛成!!原発賛成!!

なんという皮肉だろうね・・・

清志郎の歌で花見・・・ の話題で思い出したんだが、ムーンライダーズの「温和な労働者と便利な発電所」も案外予言的かもしれん。

しかし何でもあるな、Youtube・・・・

♪便利な発電所 温和な労働者　立て！
♪Jobless Jobless Jacobin Jacquerie　職なし　それ　シュプレヒコール
♪Sabotage Sabotage Jacobin Jacquerie　一人　一つくれ　シェルター

なんか深いよね（笑）
「温和な労働者と便利な発電所」ってたしか「マニア・マニエラ」ってアルバムにはいってた。高校のときもってた気がする。「花咲く乙女よ穴を掘れ」とか入ってたやつだな。
もういっかい聞きたいんだけど引越しでどっかに行ったきりだ。
当然のように絶版みたいだしなぁ・・・

あとKLAUS NOMIの「TOTAL ECLIPSE」と「AFTER THE FALL」と「COLD SONG」を続けて聞くと非常に暗示的だね。・・・・

「大物たちはこの星を大虐殺みたいに熱くしならが彼らが何を持っているか議論している」
「僕らは爆発的なダンスで原子核に分解される」
ですか。どっちかといえば核戦争の世界？

「僕らは放射能を帯びた外の空気に出て、放射能でできた城を建てるだろう。
だがちょっとまって、ちょっとまってほしいんだ、僕らは明日もそこにいるんだ。
吹き飛んだ後、きっと生まれてくる。あれが全部吹き飛んだあとに。」
こ、、、コワー！！

最後は「私をもう一度凍らせて死なせてください・・・・」と来られるとなんとも・・・

↑

大河ドラマ†

主題歌はコレにしようよ。

↑

IS04　電話帳の解析†

とりあえず、どうしてもgmailからg電話帳に取り込んでvCard経由でEメール連絡先に転送したアドレス帳にグループ分けが反映されない件。
とりあえず、Eメール連絡帳のデータを解析してみた。
Eメール連絡帳で「バックアップ」を事項すると、SDカードの中に\com.aplixcorp.email\addressbook\addressbook_YYYYMMDD_HHMiSS_ms.dbってファイルができる。
このファイルはSQLiteのDBみたいで、適当なツールでひらいてみるといくつかテーブルがあって、それをselectしてみる。
わかったこと。

TABLE名 property
アドレス帳の要素を格納してるテーブルのようだ。
_id       連番のようだ
deleted   たぶん論理削除フラグ？
uuid      データ識別子。たとえば、ある連絡先の「氏名」「電話番号」「着メロ」は同じuuidをもつ、
          しかし「メールアドレス」はまた別のuuidで管理される。「アドレス帳」「グループ」もそれぞれuuidをもつ。
mime      BOOK_NAME,GROUP_NAME,PERSON_NAME,PERSON_PHONE,PERSON_POSTAL,MAILADDRESS,PERSON_RINGTONEなど、
          同じuuidの中での識別
modified  わからない・・・
longdata1 わからない・・・
longdata2 わからない・・・
longdata3 わからない・・・
longdata4 わからない・・・
longdataId わからない・・・
textlookupkey わからない・・・
textdata1 たとえば人名、電話番号、メールアドレス、着メロといったデータそのもの
textdata2 よくわからない。電話番号ならtextdata1からハイフンを抜いたものが、メルアドなら_ACTIVE_とか入っている。
textdata3 わからない・・・
textdata4 わからない・・・
bindata   たぶんMIMEエンコードされたデータ。たとえば顔写真とかが入ってるようだ。

着メロの場合は、textdata1に表示名称、textdata2にcontent://mdia/external/audio/media/xx（数字）
みたいなのが入っている。
xx はどっから来るんだ？？
TABLE名 pidmaidmapping
オブジェクトの親子関係を作るテーブルのようだ。
_id       連番のようだ
deleted   たぶん論理削除フラグ？
parent    テーブルpropertyにあるuuidのうち親となるもの。たとえば「アドレス帳」は「グループ」の親、
          「グループ」は「個々の連絡先」の親、「個々の連絡先」はメールアドレス」の親
child     parentで示されるオブジェクトの子になるテーブルpropertyのオブジェクトのuuid
TABLE名 gidpidmapping
個々の連絡先がどのグループに所属するかの親子関係を作るテーブルのようだ。
_id       連番のようだ
deleted   たぶん論理削除フラグ？
parent    テーブルpropertyにあるuuidのうちグループとなるもの。
child     parentで示されるグループの子になるテーブルpropertyのオブジェクトのuuid

ちなみに「全てのグループ」というグループは初期値で存在し、全ての連絡先は「全てのグループ」に登録されている。
新規にグループを作成して、そちらに移した連絡先も「全てのグループ」には残ったままのようだ。
（・・・・・なんじゃそりゃ）

なんかこんな感じだ。なんとなく構造はわかったし、PCにバックアップファイルを吸いだしてから編集するツールがつくれないこともないではない雰囲気だ。
しかし、どうもシャキっとしない構造だなー、、、というか、これって何かこういう形式のアドレス帳あるの？オリジナル？
着メロのファイル名とIDの変換の法則もよくわからないし・・・多分、アプリじゃなくてシステム側で何か管理してる情報もらえるんだろうけど、そこがよくわからない。なんか本でも買えば載ってるのかもしれないが・・・・

なんか心が折れたから、結局は自分でグループ分けしましたとさ。
どうせやるならg電話帳から直接取り込むAndroid上のアプリを作るのが一番スマートだけど、そこまでやる根性ないしなぁ・・・
というか、これ2.2へのアップデートのときに腐れメーラーそのもの絶対なおして欲しい・・・
キャリアメールのメーラーだけはマーケットにもなさそうだし・・・有料でもいいからどっか作らないかな？

↑

雑誌†

ウチのアホの子が妙な雑誌を買って来ていました。

DSC_0002.JPG

フィギアに着せる服を作る参考にしたいんだとか・・
どうせならもっと健全な方向に色気づいてください・・・

一行コメント


コメント
書き込みモードの選択
(SPAM防止のために質問に答えてください)  [Q]いいのか？おれは  [A]
     
コメント欄の使い方の説明(つかる画像一覧や質問の意味がわからない人はこちらを参考に）       カキコミの練習はこちらでどうぞ

このページは2011/04/06の日記です
一つ前のページは竹千代日記/20110405です
一つ後のページは竹千代日記/20110407です

ご意見ご感想とかあったらお気軽にください。
メールとかでも結構です
matudaira_takechiyo@takechiyo.from.tv

mixiで読んでいる人はメッセージでも結構です。

[PR]

トップ   リロード   一覧 検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2022-08-24 (水) 09:37:48