一つ前は竹千代日記/20110405です 一つ後は竹千代日記/20110407です |
最新の7件2024-01-01
2023-12-19
2023-01-01
2022-08-26
2022-03-10
2021-01-01
|
http://www.excite.co.jp/News/reviewmov/20110405/E1301939720954.html
都庁前の花見で300人が反原発ソングを歌った夜(エキサイトレビュー)
山川のりをって、23’sにいた人だったかな?
2:10あたりで「オー 菅総理」って言ってるように聞こえるのオレだけ?w
個人的には清志郎は好きだしCOVERSも愛聴してるが、オイラ個人は「サマータイム・ブルース」はイデオロギーとしての「反原発」のプロパガンダソングではなく表現者としての清志郎が時事を歌ったものに「過ぎない」のに資本主義がそれを握りつぶしたこと自体が問題だったと思っている。
それはそれとして、今この歌が注目される時代になるなんて誰が予想しただろう?
これは「不死身のタイマーズ」に入ってたやつかな?
♪これなら文句はないだろう、みんな大好き原子力〜
♪原発賛成!!原発賛成!!
なんという皮肉だろうね・・・
清志郎の歌で花見・・・ の話題で思い出したんだが、ムーンライダーズの「温和な労働者と便利な発電所」も案外予言的かもしれん。
しかし何でもあるな、Youtube・・・・
♪便利な発電所 温和な労働者 立て!
♪Jobless Jobless Jacobin Jacquerie 職なし それ シュプレヒコール
♪Sabotage Sabotage Jacobin Jacquerie 一人 一つくれ シェルター
なんか深いよね(笑)
「温和な労働者と便利な発電所」ってたしか「マニア・マニエラ」ってアルバムにはいってた。高校のときもってた気がする。「花咲く乙女よ穴を掘れ」とか入ってたやつだな。
もういっかい聞きたいんだけど引越しでどっかに行ったきりだ。
当然のように絶版みたいだしなぁ・・・
あとKLAUS NOMIの「TOTAL ECLIPSE」と「AFTER THE FALL」と「COLD SONG」を続けて聞くと非常に暗示的だね。・・・・
「大物たちはこの星を大虐殺みたいに熱くしならが彼らが何を持っているか議論している」
「僕らは爆発的なダンスで原子核に分解される」
ですか。どっちかといえば核戦争の世界?
「僕らは放射能を帯びた外の空気に出て、放射能でできた城を建てるだろう。
だがちょっとまって、ちょっとまってほしいんだ、僕らは明日もそこにいるんだ。
吹き飛んだ後、きっと生まれてくる。あれが全部吹き飛んだあとに。」
こ、、、コワー!!
最後は「私をもう一度凍らせて死なせてください・・・・」と来られるとなんとも・・・
主題歌はコレにしようよ。
とりあえず、どうしても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へのアップデートのときに腐れメーラーそのもの絶対なおして欲しい・・・
キャリアメールのメーラーだけはマーケットにもなさそうだし・・・有料でもいいからどっか作らないかな?
ウチのアホの子が妙な雑誌を買って来ていました。
フィギアに着せる服を作る参考にしたいんだとか・・
どうせならもっと健全な方向に色気づいてください・・・
一行コメント
ご意見ご感想とかあったらお気軽にください。
メールとかでも結構です
matudaira_takechiyo@takechiyo.from.tv
mixiで読んでいる人はメッセージでも結構です。
[PR]