Dai MIKURUBE, Rkyaizu@googlewave.com and Makoto Yamazaki:
Hack For Japan (hack4jp) 1日目 (19日) ブレーン・ストーミング Wave

Mar 21

2日目のWaveはこちらです → Hack For Japan (hack4jp) 2日目 Wave
3日目のWaveはこちらです → Hack For Japan 3日目 "Hack-a-thon" Wave
Rkyaizu@googlewave.com: ↑勝手がわからず大変申し訳ないです。

Mar 19

以下提案つらつらと。
ソフトというよりハードと連動した話なんですが、日本の携帯だとお年寄りがなかなかWEBに繋げられないんですよね。例えば電話
番号をプッシュする感覚で（電話は皆さん最低限使えますので）、WEBの、SOSサイトに繋げられるようなサービスをキャリアと連動して組めませんかね。
あとGPSもあるんだし、電話回線・メールが繋がらない状況でのSOS機能を比較的簡単に行えるようにしたいと思います。今回ツイートで一番厄介なデマが偽被災者の「助けて！」です。それが正しい情報であっても、親族や地元以外の人が「ツイッターで見ました！」と警察や救急に訴えてもとり合ってくれない、もしくは迷惑なだけです。生きてる回線でボタン一つでSOS、これは知恵を絞りたいです。
Rkyaizu@googlewave.com: ぶっちゃけTwitterの登録もっと簡易的にできないものかというのが一つと（親のアカ Mar 19
ウント自分で申し込んだ上に、かんたん設定さえしてくれればいいというのに未だに使わない我が親）、タイムラインだけでなく手動で自身の優先ツイートの整理・一定のRTやリプライを受けたツイートの優先表示といったものが可能な外部サービス。
うまくまとめたいのは、緊急時にツイッターが有効アイテムなのは確実なので、ITアレルギーな人や今回登録してない市町村にも使って欲しいのです。そのための限りなく簡易的で、見やすく整理されたTwitterと連動したシステムが求められます。
Masakazu OHNO: 緊急リリースで機能足りてませんが、こんなのでどうでしょうかねー。

Mar 20

http://jishin-omimai-2011.atwiki.jp/
http://jishin-shien-2011.atwiki.jp/
http://jishin-gien-2011.atwiki.jp/
機能＆対象は拡大していきます。

Rkyaizu@googlewave.com: 市町村、災害向けのメーリングリストが存在しません。各自治体の組織によってバラ Mar 19
バラですし、無料サービスは広告的な面などろくなものがありません。メールという手段はお年寄りも見るまではできます。
1.サービスが公的なものである（市町村主導の）2.登録が非常に簡単であり、広告的な面が薄い↑のどちらかを満たせば、公的なメーリングリストとして普及できるはずです。
これまでより進んだ、今回の震災を踏まえたメーリングリストサービスの開発をご検討ください。
Hiroki kumazaki: メーリングリストはよい考えだと思います。
・参加・離脱を簡易化する仕組み
・すぐに誰でもメーリングリストを立ち上げられる仕組み
があれば一般の人でも使ってもらえるのでしょうか。

Mar 19qmailなどのオープンなメーリングリストは既にありますが市町村が導入していないところを見るに技術的な壁が高いんだと思います。
2. の方が筋が良いと思います。
ここからは実際の運用の話ですがメーリングリストを作った場合には管理人が必要になります。しかしmixiのコミュニティなどの運用を見るにある程度以上の人数になるとただの一般人が管理人を執行するとすぐに情報を追いきれなくなります。
市町村の広報課などを管理人となってくれるような働きかけが必要だと思います。メーリングリストサービスのUIを簡単にすることと、広報課などに働きかける事の2つの軸で詰めていく必要がありそうです。
Rkyaizu@googlewave.com: ありがとうございます。Hirokiさんのご意見ですごく前進した感じがします！ Mar 19
２に関しては、それこそGoogle等が（その他の僕の提案にも言えることですけど）公的なところが管理する向けの広告的な面がないサービスを敷いてほしいと思います。

運用面で、今回積極的に広報が動いている自治体はよほどの被災地か、もちくは意識が高いところかと思います。意識が低く、広報担当に追加の仕事が頼めない所へ強制するのはステップが必要かと思います。いっそ国家として、WEBの速報担当というか、そういう担当を全国各自治体に配備してもらう呼びかけを提案したいですね。
Hiroki kumazaki: そうですね、ステップとしては意識の高いところに導入してもらう→成果を上げる→うち Mar 19
もやってみようかと思わせる という順番になるのでしょうね
現時点で被災した場所以外でWeb速報担当を作る事よりも、被災した市町村の広報担当（季報とかを編集している人）のリ
ソースをそちらに使ってもらえるよう働きかけるべきです。ですから国家主導でどうの、という段階はまだちょっと遠いかな、という気がします。
１、使いやすいメーリングリストのUIを詰めて実装する
２、被害のあった市町村に導入してもらう
３、草の根で広がっていくことを期待する（そこはソフトウェアの出来栄え次第ですの順で考えるのはどうでしょうか。
Mar 19Rkyaizu@googlewave.com: 具体的な落し込みありがとうございます。大変感謝です。
Hirokiさんの進行案をベースに、使いやすいメーリングリストというものを自分なりによく考えてみたいと思います。
皆さんからもぜひお知恵をお貸しください。
Mar 19Hiroki kumazaki: 大事な事を忘れて居ました。
携帯電話向けのPCからのメールをすべて削除する、という設定にしている人が山ほど居ると思うので、キャリアに協力してもらって市町村メーリングリストだけは受信できるようホワイトリスト対応して貰わないと「PCからのメールを受信する設定にした途端にスパムで埋まったのでやっぱりメーリングリストとして機能しない」というとても悲しい事態になると思います。
そして、各社に協力して貰う前提であれば他でも挙がっている意見である「エリアメール」などを交えてもっと合理的な形にしたいところです。
Fukasawa kenichi: エリアメールについて、改善提案ありますでしょうか？具体的なアイディアが Mar 20
あったら教えてください。ネックはドコモ加入者にしか届かない点です。その点を承知で導入する価値のある情報をピンポイントで提供できたらいいかと思っています。
Teru.Shindo: 緊急地震速報としてのエリアメールと同種のサービスは他社も展開していますが、ソ
フトバンクの対応機種が異様に少ないですね。
対応機種 | サービス・機能 | NTTドコモ
http://www.nttdocomo.co.jp/service/safety/areamail/compatible_model/index.html
対応機種一覧 | 緊急地震速報 | au by KDDI http://www.au.kddi.com/jishin_sokuho/taiou.html
緊急地震速報 | ソフトバンクモバイル http://mb.softbank.jp/mb/service/3G/EEW/#models

Mar 20

Rkyaizu@googlewave.com: Hirokiさんありがとうございます。使い勝手のいいUIを考え、その後の仕組の Mar 19
部分はキャリア各社と同じテーブルで揉んでいきたいところですね。
Takashi MATSUO: google group の UI はいまいちですか？
http://groups.google.com/
みなさまのフィードバックがあれば改善できるかと思います

Mar 19Mar 19Hiroki kumazaki: おぉこれは良い気がします。
ですが問題なのはこのサービスがgoogleの一存で終了する可能性のあるところであって可能であれば各市町村ごとにサーバを置くとか、AWS契約するとかの方法で、自前でサービスの存続を保証できれば決定的だと思います。
Takashi MATSUO: もちろんサービス終了する可能性はゼロではありませんが限りなくゼロに近いと思いま Mar 19
す。AWSであってもそれは同じではないでしょうか。
Hiroki kumazaki: それはそのとおりですね。失礼しました＞AWSMar 19
サービス終了しない、で言うのであればgoogleが検索サービスを辞める可能性だってほぼ確実に無いでしょうけ

れど
現状の市町村は自力で存続を保証できない限りはその検索サービスにすら公的なサービスを依存させる判断に踏みきることはできないと思います。
Takashi MATSUO: 大事なポイントからずれてしまいそうなので、話をもどすとして、クラウドベン Mar 19
ダーと自治体が共同でサービスを作っていくモデルというのは大きな可能性を秘めていると思います！

Hiroki kumazaki: 私もそう思います。
Mar 19
現時点での選択肢として考えるに、このgoogle groupのオープンソース実装を作って自治体に使ってもらう事が現実的だと思うのですがクラウドベンダーの協力を得て自治体と連携を取るための具体的な手順がまだちょっと見えてきません。
それとは別件で現時点のgoogle groupを市町村に使ってもらってみて、具体的にどこが便利でどこが不便だったのかの声を集めるのは建設的だと思います。
こればっかりは現地に赴かないと難しそうなのが難点ですね。
Dai MIKURUBE: 今回のような状態を市区町村ごとにサーバを置くだけでは不安が残るかもしれない Mar 20
ですね。サーバごと流された、けど生きている人はいる、けど連絡手段がない、というような。そんな状況のためにクラウドを役に立てられるように思います。もっとも、ネットワークだけ切れる可能性もあるので、クラウドか地
元のサーバのどちらかが動いていれば届く、という仕組みが理想的?

す。

Dai MIKURUBE: あと、サービス終了については、データをexportすれば、ユーザの設定変更不要で Mar 20
他のサービスに移行できるような体制を各ベンダーで作っておく、というのが現実解になるかも、と思っていま
Mar 20
Rkyaizu@googlewave.com: 確かにクラウド＆エクスポートが理想ですね。
Dropboxのように、自治体外の1省庁がクラウド＆ミラーリングを行っても、これに関しては良いと思います。

Mar 19Rkyaizu@googlewave.com: 「Google group」の技術を生かした、公的メーリングリスト（エリアメール）サービスの立ち上げをGoogleと共同して行う、というのは現実的じゃないですかね。
今回Twitterが生きたのはサーバーが自治体とは別というのがありましたし、Googleとその辺を共同してやれると災害時も強固なサービスになると思います。

Logischerweise@googlewave.com:

Mar 20

Yoshihiro Sugi: 確かに被災地は電話はほとんど繋がらずかろうじてメールは使える、という状況はあった気がするのでメーリングリストで情報共有の仕組みがあるともっと良かった気がしますMar 19Rkyaizu@googlewave.com: 全住民規模のメーリングリスト、必要ですし実現したいですね。
費用負担をどうするか、サーバーをどうするか、課題が山積みですが。

Mar 19Takashi Toyoshima: そういう用途だとエリアメールがカバーしてる気がしますが、どうでしょう？ 不特定多数の Mar 19
人が投稿できるとなるとtwitter同様のデマ氾濫の危険性があり、混乱を助長させる気がします。
Rkyaizu@googlewave.com: 確かにエリアメール便利ですが、docomo限定！なんですよね。一応緊急速報は各
キャリア来るはずですが。

Mar 19Takashi Toyoshima: 似たようなサービスってキャリア各社もってないのでしょうか？（自分はその辺、詳しくな Mar 19いです）。緊急速報の仕組みをもう少し広く利用できれば良いですよね。あと、緊急速報の一次ソース、配信がオープンになっていれば、携帯各社のみならず、ユーザアプリも使えるようになって幸せなんですけどねー。
Rkyaizu@googlewave.com: そうですね、緊急速報のキャッチと同じだったら、たとえITアレルギーの方で Mar 19
も情報入手が可能だと思います。ただ震度や被災範囲の情報だけでなく、あの機能をもっと活かしたいですね。
Rkyaizu@googlewave.com: メーリングリストは全員発言力がほぼイコールですよね。Takashiさんのご指摘の通 Mar 19
り、従来のメーリングリストの機能だとデマや混乱情報の流布はあり得ます。自分としては例えば公的機関・組織主導のリス
トで、そちらの送信は一斉同時、市民側からの情報は一旦ストック、確認・整理の上…など、より便利にメーリングリストが進化できればと思います。
Rkyaizu@googlewave.com: メールの段階である程度整理されていて、極力ジャンプ先が１ページで済Mar 19む。またメールに戻り、そしてまた新しいメールが届く…と（これメールじゃなくて、Takashiさんのエリアメール的なものや緊急速報システムを活かすものでもOKです）、携帯ユーザー人口と速報性を考えるとこの辺が使い勝手良いかもしれま
せん。とっつきにくさを極限までなくしたいです。あと「覚えろ！」っていう感じを。

Rkyaizu@googlewave.com: あと最低限同じシステムを各市町村持ってほしいですよね。現状だとよそのを見なが Mar 19
ら自分の所をつくるって感じなんです。
上のメーリングリストもそうですし、例えばこれ思いつきですけど市町村別知恵袋とか。
Yahoo!とか大手一括もいいですけど、エリア限定の情報がほしいのに切羽詰ってる時にそこまで辿りつくのは大変だと思いますし、
システム同じだと今回みたいに市役所一つ消えてしまった時とかでも、よそからヘルプに来て対応することが可能じゃないですか。
Rkyaizu@googlewave.com: 企業・都道府県・政治家・団体…こういう時ってコネや力があっても意外と皆さん知 Mar 19
恵がなかったり、現地・被災者のニーズが届きづらかったりします。彼らに直に要望が届くネットワークを構築しませんかね。（Twitterの「はい！了解」みたいなのも距離が縮まったなあと実感しますが、あれは私的であり狭すぎる気がします）
誰に、どのような発想のもので、いつやってほしいか。誰と協力してほしいか、この辺が直に届くネットワーク。電話だって混乱しちゃいますし、提案はここ以外で書くな！くらいの。
誰にどんな要望がいったかは公開されて、他にできそうな所があれば協働したり地域別に振り分けたり…もちろんガラケー対応で。
うまく使えれば災害向けだけでなく経済対策にとても効果が発揮できるのではなかろうか。
統一したテーブルにどれだけの所がつけるかが鍵ですね。
Yuichiro Mori:

Mar 20

Rkyaizu@googlewave.com: ガラケーで動画実況配信できるというもの、もはや絶対必要だと思うんです。今回の Mar 19
災害を機に、ガラケーがひた隠しにしている・守っているパケット制限とオープンアプリの壁は交渉で破れるのではと思っています。
被災地からの発信はもちろん、Ust受信までガラケーでできればどれだけの被災者が安心することか…。
この辺の技術オープンにしてくれれば俺達はできる！って開発陣の具体的な提示があれば可能と思います。ぜひご賛同とお知恵を！！
Morishita Hiromitsu:
自治体が緊急時使えるポータブルなワンセグ放送装置は作れないものでしょうか。

Mar 19Rkyaizu@googlewave.com: Docomoと連携して、長時間駆動＆耐久性の強いPCとセットにすれば今すぐ Mar 20でも実現可能でしょうね。
ブロードキャストに投資がいらなくなったのは本当にITの恩恵です。後はUstream等への配信が1ボタンで可能になっているほどセットアップされていることでしょうね。
なんならこのPC、自転車充電や手回し充電とセットになっているとなおいいです。
Morishitaさん、良い視点での書込みありがとうございます！！！
Morishita Hiromitsu: 半径3-5km位に放送するのにどれくらいの大きさ高さのアンテナが必要か？ポータブ Mar 20
ルなアンテナも必要でしょうね。Web上のサービスではお年寄りにはハードル高いと思いますが、ワンセグは今やガラ
ケーにはだいたい付いていますし、電話、メールそしてワンセグまでは操作できる人も多いのではと思いました。緊急時に携帯に信号送って利用者に放送開始を案内できワンボタンで視聴開始できるといいのですがRkyaizu@googlewave.com: ↑↑で書いた緊急災害用PCからのUst（仮）配信を、各局（各中継局）がワン Mar 20
セグ放送に変換して放送するというのもありかと思いました。 Morishitaさんの視点本当にありがたいです。
Morishita Hiromitsu: ワンセグにはエリアワンセグというある地域の中とかに放送するものがあるのでそれ Mar 20に当たると思います。
通信インフラごとやられると使えなくなるのでその装置1つで放送まで出来ることが便利なのではと思っています。
もちろん、電波に乗せたこともそのままUst等にアップできると蓄積もしやく、エリア外の人も視聴可能となるのでいいですね。

Dai MIKURUBE: (このまま続けてくださってOKですが、2日目Waveを用意してあるので、区切りのいいと Mar 20
ころでそちらへどうぞ :) 今日来る方もそちらを参照される方が多いと思います。発言のコピー・移動やリンクなどを残していただけると良いと思います)
Morishita Hiromitsu: ありがとうございます。
ここはそろそろ移動しましょう

Mar 20Akira Onishi: キャリアは、パケットを管理するために膨大なデータベースを保有しているので、パケット制限を Mar 19
簡単になくす、という方向性は考えづらいと思います。それと、ネットワーク帯域は無限ではないので、サービスレベルの維持ができないと思います。下手をしたら、他の重要なデータ交換に支障をきたす危険性が高まります。
Akira Onishi: それよりも、動画で状況を伝えたい人が確実に配信できるような仕掛けを考えた方がいいと思いま Mar 19
す。配信は簡単だけど、受信する人が膨大になった場合とか、ユニキャストだとあっという間にネットワーク帯域が枯渇します（過去に大規模配信を何度かサポートしてきて、実感しています）。
Rkyaizu@googlewave.com: アドバイスありがとうございます！！1対１という考えではなく、有効な通信手段（動画）の方向で考え直してみます！！！

Mar 19上のメーリングリストでも書きましたけど、今まではNHKが既存のサービスを利用するとかいう以外横ばい（皆同権利であり同レベル）でしたよね。緊急度やSOSチャンネル、配信する理由等で振り分けるシステムを考え、YouTube（これ何でも同レベルの精神で作られてるものですから）任せでなく日本の・我々の動画情報が伝わる携帯からも投稿できるサービスの立ち上げと、キャリアにはそこを利用するとした上での優先順位別生配信をガラケーで行えるようにする提案、この辺は検討したいです。
要はネットって整理されてないんですよ。自動で整理するための技術はある、だけどそれに乗っかって誰しもウェルカム状態で、人間的な優先の判断ができない。機械的なのは既存サービスにお任せすればよくて、「誰か」が判断して交通整理してあげるものを用意すれば、今のインフラでも対応可能ではないかと思います。できるだけ人間がやることと自動の境界線は縮めたいとは思いますが。
Yuichiro Mori:

Mar 20

Akira Onishi: 複数の事象のモデレーションやアレンジというのが、求められるのでしょうね。課題は判断の確か Mar 19
らしさ、を誰が認めるのか、といったところでしょうか。情報ソースやコンテンツの内容に依らず、調整するための仕組みが必要でしょうね。
Rkyaizu@googlewave.com: 今回もツイッター上で、公的なアカウントですら誤情報に左右されて四苦八 Mar 19
苦してますからね。ただしデマよりも有力な情報は、マイナスより遥かにプラスなので流している。この判断基準作
りは新しいサービスにも活かされるのはもちろん、既存の我々の利用しているサービスの舵取りにも活かされるかもしれま
せん。より突っ込んで考えてみたいです。
Akira Onishi: 調整に時間がかかりすぎると「即時性」を失うし、時間をかけないと「デマ・偽情報」が拡 Mar 19
散してしまう。人の集中力に限りはあるし、おそらく終日ネットサービスに人が張り付く、というのは現実的ではないのでしょうね。第三者や専門機関をうまくつなげる、ということも必要かもしれません。この課題をクリアすることができれば、日本に新たなブレークスルーが起きるのかも、と考えています。
Rkyaizu@googlewave.com: Akiraさんのアドバイス、大変ありがたく、また実現性を帯びた時の可能性 Mar 19を感じ心強いです。頭を都度リフレッシュさせながら、このブレーンストーミング期間中に膨らませたいです。

Rkyaizu@googlewave.com: ITサービスの件、救援物資がどこにどれくらいあるか、また、どの地域で何がどのく Mar 19
らい不足しているかを、グーグルマップなどの地図上で一元表示する、というのはどうでしょうか？NHKで見た「救援物資がどこで止まっていますか？」という被災者の方からのFAXが印象に残っているので。
Akira Onishi: おそらく、最大の課題は、現時点の状況を正確に把握することなのでしょう。これは現地の Mar 19
人でないとわからないと思います。なので、避難所がどこにあるのか、避難所までの物流経路が確保できているのかど
うか、など実態把握が求められると思います。このあたりを、集約することが先決かもしれません。携帯電話とアクティビ
ティフィードを応用して、この辺りを効率よく集められないかと考えています。一方、物資の状況については、地点以前に自治体レベルで把握できるような仕組みを作っていくのが重要なのかもしれません。物があっても届けられない状況というのも考えられますし、物資の到着が予定されて届かなかった場合に、人の期待を裏切ることで、いらぬ混乱を生み出さないように配慮することも考えた方がよいかと思います。
Mar 19Rkyaizu@googlewave.com: 書き込み側は完全オープンなサービスからではなく（読み手は完全オープン）、特定の条件を満たした自治体レベル・もしくは現地に入った信頼できるボランティアと限定した上でなら、無駄な混乱を防ぎ安心した情報を届けることができるかもしれませんね。今は提供元のGoogleか、後はユーザー皆という感じです
が、ユーザー以上の権限を限定して与え、信頼した情報を豊富にGoogleマップなどに集めるのは今後の発展に繋がるかもしれ

ません。

て。

Rkyaizu@googlewave.com: 権限限定とした上でGoogleマップと連動したサービスを組めば、かなりシン Mar 19
プルで使い勝手のいい、携帯から有力情報を書き込めるものが組めるのではないでしょうか。それこそGPSを活かし
Akira Onishi: まずは、コミュニティに閉じた形の運用であれば問題ないでしょうね。オープンになる場合 Mar 19
は、繰り返しになってしまいますが、その権限を誰がどのようにコントロールするか、という課題が発生しそうです。

Rkyaizu@googlewave.com: あ、書き込み側はコミュニティ制限ありです。読むのは全ユーザーという形 Mar 19
で。このサービスに関しては。権限は自治体が信頼できる現地入りしたボランティア団体に与えるなど。その際ボラン
ティアの審査機構が必要になりそうですね。
Akira Onishi: ですね。先の議論と同じく、審査・モデレーション・アレンジ、というところが共通の課題になりそうです。

Mar 19Shigenori kamata: 位置情報を活かして、被災地からしか書き込みできない縛りを与えれば、ある程度、被 Mar 20
災地からの情報を絞れないですかね。
Rkyaizu@googlewave.com: できると思います。GPS情報と、あらかじめ自治体及び登録ボランティアの端末登録をしておけば有効活用できそうです。

Mar 20Rgfx 0020: 通信キャリアによる、平時からの「今どこの基地局が生きているか・死んでいるか」について Mar 19の準リアルタイムな情報公開が必要です。今回、どこにどれだけの被害があったかと言う情報について、明らかに生存者バイアスがかかっていました。（自治体ごとオフラインになった地域については真っ先にヘリで乗り込んで確認するくらいのことが必要なはずです。）→こういった情報が今後災害時に、web171(災害用ブロードバンド伝言板)に併設と言う形で公開されることを強く望みます。
また、IP/回線がオフラインとなった地域とのアマチュア無線による連絡が今回どれだけ役立ったのか、気になるところです。
Rkyaizu@googlewave.com: アマチュア無線とITの連携も、明確なサービスとしたいところですね。
今はどれだけ通信ルートがあってもありがたい。

Rkyaizu@googlewave.com: FDMAさんや市町村の被災情報まとめ、計画停電のグループなどPDFで来るんですが、ガラケーで確実に把握できる変換システムは可能ですか？他の方が既に書かれていたらすいません。

Mar 19Mar 19現状のGoogle変換の技術だと、PDF内の文字をテキスト変換して表示するというものですが、表になっているととても理解できるものでなくなります。
例えばFlash変換して一画面表示→ズーム可能にするなど。
Akira Onishi: 市町村や企業などが、どこかのサイトに登録したら、複数のフォーマットで取得できるよう Mar 19
なサービスを考えるのがいいかもしれません。それか、凝った書式は必要ではなく、シンプルな表形式のデータとして入力できるようになっていればいいと考えています。このインフラがあれば、PDFで公開する一方で、２次利用がしやすいかと思います。ODataやJsonで情報が開示されていたら、と考えている開発者は少なくないかも。
Rkyaizu@googlewave.com: 素晴らしい解決案だと思います！その方向で是非お願いします！！！

Mar 19Akira Onishi: おそらく自治体にせよ、一般の企業にせよ、情報をできる限り早く伝えたいと努力している Mar 19と思うのですが、その手段がないのだと思います。単純なWebフォームでもいいので、そこに登録すれば、自動的に必要とする人がアクセスできる、単純なサービスをクラウドにホストするのがいいかもしれません。
Rkyaizu@googlewave.com: それが新しいWebサイト、Webデータの形になるかもしれませんね。すごく Mar 19
単純な「伝えたい」情報が、多様な互換性・ファイルと共に、各端末で整理・デザインされ、発信される。その形が一日も早く実現することを期待しています。
Jinhoou@googlewave.com: 入力は、GoogleDocsのスプレッドシートにし、用途ごとにテンプレートを用 Mar 19
意するのがいいと思います。Excel使ってる人ならほぼ説明がいらないし、テンプレートの運用がこなれてくれば行政側や担当者にまかせられます。データの抽出はAPI使って出力先によってPDF、テキスト、直接メールなど流用できると思います。

Rkyaizu@googlewave.com: これの実現・周知は迅速に（被災地の緊急度が高いうちに）行いたいですね。確実に現状役立ちますし、難しいものではなさそうです。

Mar 20Hotani3@googlewave.com: 編集なしで閲覧だけということであれば、以下のサービスがすぐに使えると思 Mar 21
います。
http://fujifilm.jp/business/imaging/keitai_service/gt-document/index.html

Matome20110311: 今、手入力でやっています。
Google カレンダー版の計画停電予定(東北電力、東京電力
https://sites.google.com/site/keikakuteidenkanren/home

Mar 21

協力者の方が「東京電力発表の計画停電の予定情報を cron + PHP で取得して、Google カレンダーに書き込む」という仕組みに取り組んでくださっている最中です。
ご協力社本人様によると、「できるかぎり努力しているが、今日中に仕上げるのは難しいかも」とのこと。
Rkyaizu@googlewave.com: ガラケーのパケット制限解除は難しそうですが、現状の回線でガラケーによるネット Mar 19
ラジオの配信・視聴は可能でしょうか？
ラジオ機能は携帯の機種によりますが、アプリでこれが可能になるならSOSにも、被災者のための安らぎラジオにも活かせます。
キャリアに掛け合うにしても動画より現実味がありそうですが、いかがでしょう。
Akira Onishi: 長期的に考えると、ラジオについては、携帯型ラジオを配る方がいいのかもしれません。ネットで配信するにせよ、普通にラジオで受信するのに比較すると、電力消費が高いような気がします。

Mar 19Mar 19Rkyaizu@googlewave.com: なるほど、ラジオを聞く、ということに関しては確かに仰る通りです。
発信側の観点としてはいかがでしょう？パケット制限の中で、ボイスメールでは届けられない時間・量の配信を行うことはア
プリ開発などだけで可能でしょうか。
また、同時にlivedoorのねとらじ的なものを聴くことが。
これが可能になるだけで、大いに前進かと思います。今回ねとらじで励ましのラジオを実際行いましたが、携帯ユーザーに届かないのかと歯がゆい思いをしました。
Akira Onishi: 声を届ける相手を特定するしないで、選択肢が変わるかもしれません。ライブ配信だけは課題が残 Mar 19
りそうですが、オンデマンドなら実現できるかも。キャリアと組むことができれば、音声型のコンテンツサービス（電話をかけて音声を聞く）の中に仕掛けるのが簡単かと。ただし、電話を掛けるという能動的な行為が求められるので、今一歩かな。別の観点で、ライブでない方法としては、着うたなどの音楽配信の仕掛けを利用して、録音済みのコンテンツを配信するのが簡単だと思います。
Dai MIKURUBE: 配信する側はネットから、受信する側には緊急時用ラジオ局などを設置してネットからの音声を Mar 20
そちらに流せれば、電力の問題とある程度までは両立できるかもしれないですね。 (法的な問題はあるかもしれませんが...)Akira Onishi: ミニＦＭ局を立て、ネットからの音声を中継するというやり方とか、既存の放送局と連携する仕掛けの方が早いかもしれませんね。電波法との調整になってしまうのかな。

Mar 21

Yusuke Tanaka:

Mar 20

青木まがりまめ: http://t.co/wSPC5Dm こんなんでどうでしょうか？意見いただけるとうれしいですMar 20J_nakada: ガラケー、iPhone用の計画停電検索用アプリケーションを作りました。http://rolling-blackout.jawsMar 20
ug.jp/ GPSを取得して市町村くらいまでなら変換できます。なにか他のアイデアとコラボできるのでしたらご協力します
Mar 19Hayato Ito: ここは、アイデアソン会場です。
Google Moderator も利用できます。アイデアは、日本語で入力できます。Moderator上では、自動翻訳した英語も表示されます。

Fumi Yamazaki: 東日本大震災後、たくさんの企業や個人によって救助や情報収集のためになるアプリケーションやサイ Mar 19
ト、サービスが作られてきました。Google 災害情報ページ（Crisis Response page） や sinsai.info、Yahoo! JAPAN - 地震・津波災
害に関する情報などです。また、そうしたサービスの開発には携わってはいないものの、何か役に立ちたいーそんな developer の皆さんの声も頂いてきました。そこで、developer が結集して、developer 以外の方からもアイディアや要望を頂きつつ、様々な取り組みについて情報交換しながら、より役に立つ災害情報サイト／サービスを提供するための場を提供したいと思います。
既に色々な方や企業／団体が様々なサービスを提供していますが、その中には重複した作業や、お互いに協力できるものも数多くあります。私たちはこのイベントを通じて情報共有などを行うことで、不必要な重複の回避や開発の効率化、さらには1人では考えつきもしなかったものが開発出来るのではないかと考えています。 その場の一つがこの Wave です。
"Hack For Japan" では、一日のハッカソンで終わることなく、継続的に良い物を作るべくハックし続けていきたいと考えています。ですが、まずはスターティングポイントが必要かと思い、ideathon / hackathon という形を取らせて頂ければと思います。よろしくお願いします！
Noritakahiro@googlewave.com: 各携帯居キャリアが個別によってる被災者情報が統合できないものか。

Takashi MATSUO: 実は人探しだけなら Person Finder で実装済みです。
http://japan.person-finder.appspot.com/query?role=seek
電話番号を入れると携帯キャリアの安否情報を検索します。

Mar 19Mar 19

それとは別に、被災地やシェルターの情報なども統合する意義大きいですね。
Fumi Yamazaki: でした！ http://googlejapan.blogspot.com/2011/03/blog-post_3615.html

Mar 19

Noritakahiro@googlewave.com: それって一方通行では？ Google person finder →各社の情報、だけでな
く、各社の掲示板→Google person finderも実装されてるの？

Mar 19Hiroshi Ogawa:Mar 19Tabata:Mar 31

Takashi MATSUO: おそらくまだです。Person Finder には API があるのでそれを使えば実装可能です！

Mar 19Fumi Yamazaki: そうですね。要はそういう要望がノンエンジニアから出て、APIを使えばできるぞと。そ Mar 19
れを選ぶかどうかは別として、そういうのを実装する為に21日があると、そういう話です :)Fumi Yamazaki: 今回の色々な場所で行われたハックで、やはりバラバラなプロバイダーがもっている情報がバラ Mar 19
バラなままだとユーザにとっての利便性が著しく落ちるところですよね。そこをみんなの力で便利に統合していくのはHack4jpの趣旨にぴったりですね。

三井雄貴: 情報が散逸していたり重複していたりで利用しづらいというのには同意します。それぞれがてんでばら Mar 19
ばらに情報発信するだけではなくて、ある程度似たような情報を持っている同士で情報交換をしたり、情報自体似たような物を集めるといったような体系化が必要なんだと思っています。あるいは、取捨選択のような物とか。
Akira Onishi: 何かに貢献したいと考えている開発者は少なくないと思います。おそらく、躊躇してしまうのは、 Mar 19
同じような情報がすでにあるかもしれない、とか、公的な地域情報にアクセスできない、とか、あと重要な点として、個人や少数の集団だけでは開発とサービスを維持できない可能性が高い、と思います。開発者とサービスプロバイダーが連携するような仕組みを考えられないでしょうか。それと各サービスプロバイダーが競争を考えずに、コミュニティを形成できないかと。無謀かもしれませんが、その辺りを考えたいです。
Fumi Yamazaki: 仰る通りですね。だからこそ #hack4jpでは同じようなプロジェクトがないか洗い出し、重ならな Mar 19

いように、もしくは協業しながらプロジェクトを進めていければと考えています。よろしくお願いします。
Atsuto Suyama:

Akira Onishi: そういう意味でも、この動きを多くの開発者に知ってほしいですね。市場の競合関係はいったん脇において、考えていきたいです。

Mar 20Mar 19

Takuya: 私は今回のこの取り組みに関しては、市場の競合関係はまったく考えていないです。たとえば、Azureが Mar 19
良いならばAzureでまったく問題ない。開発者に選択肢を与えましょう。そのためのマッチングがちゃんとできれば良い。
Fumi Yamazaki: はい、そうですね。そのためにも競合するところもある各社みんなで協力して Hack For Japanは Mar 19
やっているので。頑張りましょう！

Seiji Hayakawa: ideathonの本筋からははずれるかもしれませんが、ここでの成果をある程度「公的に認定された Mar 19
もの」として実装するための働きかけも必要かと思います。例えば、被災地の不足物資と支援希望者とのマッチングサイトなど出てきていますが、こういった情報は窓口が分かれていると、重複による無駄や混乱を来しかねません。情報の集約が必要だと思います。
Daisuke Yamashita: 今、日本Androidの会 関西支部がちょうど同様のイベントをやっており、主催者に連絡を取りました。そちらで出たアイディアをこちらにどんどん入れてもらうようにします。

Mar 19http://k-tai.impress.co.jp/docs/news/20110316_433184.html
あと、ベースとなる分類などがあれば良いかもしれませんね。
放射能についてとか、支援物資についてとか。
Sugimoto4415@googlewave.com: 日本Androidの会 関西支部の被災者支援チャリティアイディアソン&ハッカソ Mar 19
ンの結果あとで、各チームにアップしてもらいますね
Dai MIKURUBE: 最初にアイディアをいくつか持ってきていただけると話し始めやすそうですね。他にも、既に作ったアプリを紹介してもらうとか、
もう少し Moderator の方から宣伝してw いろいろ意見を集めるとか、あたりから始めるといいような気もします。

Mar 19

Takuya: たしかに、すでにあるアプリケーションをどう改良するかとかほかのアプリケーションとどう組み合わせ Mar 19
るかを考えると面白いかもしれません。
Akio Kondo: 3/18の日本Androidの会 関西支部のアイディアソンで出たアイディアをこの下に並べていきます。
当日は以下のカテゴリでチーム分けしました。
メンタルケア
物流/支援
救急
復興/寄付
通信/情報/インフラ
その他

Mar 19

資料はこちら
Akio Kondo and Bin Yang: チーム名：スマイルホープ
Apr 5
子どもの笑顔を見ると安心できる。でも、被災地の大人たちが暗い表情だと子供も笑っていいのかわからない。テレビでも暗い話しか流れない。そんな中、被災者の方たちが笑顔を取り戻すためのアプリやサービスを考えました。
笑顔対決
笑顔になることによって、免疫力を取り戻すこともある。人の笑顔を見ることによって見た人も笑顔になれるサービス。
2枚の笑顔の写真、絵などを並べて、より笑顔になれた方を選択してもらう
次々に笑顔の画像が出てくるので気分が良くなる
笑顔画像のランキングが出来る赤ちゃん泣き止ませ
赤ちゃんが泣くとまわりも不安を誘うし、母親のストレスもかなり大きい。なので、赤ちゃんを泣き止ませるための音を笑顔対
決と同じようにランキングできるようにする。
ヨガ解説
体を動かさないでいると気が滅入ってしまうので、ヨガのポーズを画像でまとめて、気軽にヨガを試せるようにするアプリ
育成ゲーム
何かを育てることによって人の心を長期的に癒すことができるので、精神科医の人と協力して育成ゲームを作る
精神診
いくつかの設問に答えると、診断結果とそれに応じた処方箋が出てくる。精神科医のの人の協力が必要
3/19のハッカソンで笑顔対決と赤ちゃん泣き止ませを作成中です。
Yoshihiro Sugi: いちおうこういうのもありますｗ
https://kayac.com/service/original/704

Mar 19Rkyaizu@googlewave.com: iPhoneの美人写真だったか、写真と参加者が連動したアプリあるじゃないですか。あれの笑顔版ができるといいですね。

Mar 19Fumi Yamazaki: CCライセンスの笑顔写真だけ持ってきて、表示するアプリとか。ありですね！

Mar 19

Xoxdesign.net@googlewave.com: iPhoneでトキカレというアプリをつくっていたので、若い男性の写真
なら用意できますが…。 http://hommestar.jp

Mar 20Nkzn: アイディアソンのハッシュタグまとめを貼っておきます。
「日本Androidの会・東北＆関西支部のチャリティーアイデアソンまとめ」 - http://togetter.com/li/113093

Mar 19Fumi Yamazaki: これはいいですね。@GoogledevJPでツイートしておきました。ここで出たアイディア
をmoderatorに移しておいてもいいかも！と思いました

Mar 19Sugimoto4415@googlewave.com: 日本Androidの会 東北関東大震災 支援 チャリティ&アイディアハッカソン
チームこれから から出たアイディア

Mar 19

デマだったー アプリ。 twetter上でのtweetでデマものものをランキング投稿します。
「このtweetは 245人の人がデマだと言っています。」みたいな。
このアプリは本日のハッカソンで、GAEとAndroidを使って実装しています。

Mocchi: 本日のはGAEではなくて、自前のさくらレンタルサーバーで実装したので、サーバーは移したいで Mar 19
すね
Takashi Toyoshima: デマtweetを登録、検索できるサーバを用意してAPI公開できると良いのですが。各
種Twetterクライアントがボタン１つでデマ通報、デマ情報との類似度チェックができる、みたいな方向で。

Yoshimasa Niwa: Chatできそうな場所は現状ここだけでしょうか。

Mar 19Mar 19Dai MIKURUBE: IRC が設置されています。 freenode 上のチャンネル #hack4jp ですね。接続の方法等は別途なにか用意 Mar 19
できれば...
もちろんこれらに限るものではなく、少なくともプロジェクトが始まればそのプロジェクトごとの会場を用意していただいてOKですし、なにかよいアイディアがあれば募集しております :)Yoshimasa Niwa: ありがとうございます。IRCなら、ウェブからの入り口があったほうがいいかも... あと英語になってる所は現状ないですよね。

Mar 19Fumi Yamazaki: 英語は今のところないです。日本語が話せない方が参加する窓口として作ってもいいかもしれま
せんねMar 19Makoto Yamazaki: Google Moderator に書いてある分は機械翻訳が。

Mar 19Fumi Yamazaki: はい :)Mar 19

Yoshimasa Niwa: 機械翻訳! 21世紀ですね。

Mar 19Makoto Anjo: そうですね、翻訳もあるのでModeratorに英語で投稿してもらっても問題ないと思いますよ。
チャットに関してはfreenodeで #hack4jp_en 作ってあります。

Mar 19Fumi Yamazaki: おお、すばらしい

Mar 19Fumi Yamazaki: 英語圏の人達が手伝いたがっていたりします。英語チャンネルもちゃんとやった方がいいかもしれませんね。チリからもアメリカからも声がかかっております。

Mar 19

Yoshimasa Niwa: 翻訳部隊が必要そう。

Mar 19Fumi Yamazaki: 翻訳部隊を作るか、もしくは英語圏で日本のための別部隊を作ってもらうか。。。ですねMar 19Dai MIKURUBE: Moderator を見るとしつこく流れるTV映像はやはり皆さん不安になったようですね...

Rin yano: こどもはキツかったようですが、消す訳にも行かずで困りました。テレビでウェブのコンテンツがもうすぐ見られるようになるかもしれませんし、ダッシュボードあるとありがたいですね。

Mar 19Mar 19Rin yano: あと、情報とるためにテレビをみてかえって不安をあおられ極端な行動や言動になっているご近所さん Mar 19もいらしたので、情報を簡単に一覧化できて、それをリテラシーの低いひととも共有できるような操作性がほしいです

Kenichi Watanabe: 伝聞だけれど、被害地の人は今どういう支援が受けられるのかという情報がテレビでは全然や Mar 19
らないと言ってました。被害のショッキングな映像ではなく今現在の生活を支えるための情報が欲しいようです
Rin yano: でしょうね。私自身帰宅難民状態の際、頼れるのはtwitterだけという状態でした。電池消耗におびえつ Mar 19
つ。ただ、現場ではかなり粒度のこまい流動的な情報になるでしょうからテレビでは無理でしょうね。ソーシャル情報も分散しまくるでしょうしまとめる窓とかはなんか欲しいというかんじです
Dai MIKURUBE: 緊急状態の人 (被災地の方とか帰宅難民の方とか) が必要な情報と、そこから若干離れて少し落ち Mar 19
着いた方が平静でいつつ情報を得るためのメディアと、二通り要るのかもしれないですね。
どちらにも共通するのは、正確な情報...というのは難しいか。大量にやってくる情報を整理して選べるのが望ましいのかな、という気がします。
Rin yano: 整理は難しいかもしれませんが、素晴らしいノードは http://negau.org/ こんなかたちでもすでにあって、こういう動きをウィジェット化する１つの約束事みたいなものが決めるだけでもいいのかもしれませんがMar 19Rin yano: そうか、整理というのが信憑性うんぬんでなくて家とか外とかシーンごとのニーズによる分類という感じでやればいいのか

Mar 19

Yoshihiro Sugi: たしかに分類されているだけでだいぶ整理されそうな気がしますMar 19Punidama@googlewave.com:

Mar 207kuma8@googlewave.com:

Rin yano:

Mar 20Mar 19Dai MIKURUBE: そうですね、特に緊急時だと信頼性はそもそも難しそうですし、見る側の人の状況によって選ん Mar 19
でくれる/選べる、というのはポイントかもしれませんね。テレビに限らずTwitterでもそうかな。大量に流れてくるのを全部見ていると電池食いますし :)被災地の方が必要な情報は、自分が生で見られたわけではないのでわからない部分はありますが、一部メディアしか見られない環境
なのにそのメディアが必要な情報を流していない (←という噂?) が原因なのかなあ、という気がします。
緊急状況でも見られるメディアを増やすこと増えただけではうわさ話とかも出まわって混乱するので、必要な情報だけを抽出できることというあたりから解決への糸口が見えるかもしれないなあ、と思いました
Kenichi Watanabe: Web上にもいろんな情報があふれているので、URLあつめてタグ付けするためのソーシャル
ブックマークとかあれば整理できるのかなぁ、とかRin yano: サバイバル用と警戒用をモードに分けて、タスク系とツール系...うーん状況把握、安否確認、生活情報の3分類で、あとは自分の信じるソースを追加できるといった操作性でしょうか

Mar 19Mar 19Mar 19Dai MIKURUBE: 緊急状況だとソーシャルはなかなか難しいのだなあ、というのが実は個人的な感想でした。Twitterとかを見ると...。もっとも、口頭でのデマ拡散に比べれば修正情報もまだ流れやすいので、多少マシだったような気はするのですが。
ブックマークやつぶやきがトピックごとに自動でグルーピングされれば、そのトピックに関連する内容は全部拒否! とかできるのかな。修正情報がRTなどクチコミに頼らなくてもちゃんとその中に一緒に入ってくれれば、少し冷静な判断ができるかも?
Mar 19Rin yano: 操作上はその、トピックを自分で選ぶ、技術的にはトピックの自動グルーピング、という感じかな。
ざっくり整理したソーシャルと、あとは公的な安全情報、速報のガジェット、プラス、NHKとかのストリーミングのセットで1画面。これをスマホ向けとかにコンパクトにしたのがサバイバル用。
Dai MIKURUBE: 一画面にまとまってるのは大事ですね。あちこち見るのも大変だし...。画面の上手な構成 Mar 19の仕方が鍵になってくる気がします。大きさとか位置とかアラートの出し方とか? こんな見え方だと見やすそう! みたいなアイディアがあればぜひお願いします :)Rkyaizu@googlewave.com: 権利上生放送は難しい場合でも、放送している全チャンネルが一画面で見ら Mar 19
れる（確認できる）サービスはどうでしょう。大き目の静止画サムネールで放送中の一画面をキャプチャしてくれるだ
けでも十分なんですが（CMをのぞく）。その中にインターネットテレビや地域によっては地域ケーブルが混じっていたり。CSなども。正直NHKか民放かしかないように感じさせてしまう現状ですので。特に地域チャンネルで集中して安否・被害・避難場所・給水炊き出し充電etc情報を見れるようにし、ネット経由で素早くそのチャンネルにいきつくようにしてほしいです。
また、地域チャンネルを他の地域の人が見れるようになっていると良いですね。
Yoshihiro Sugi: 自分はとにかくTwtter上でデマがたくさん流れたのがイヤでした。見る人が見ればデマだとすぐ分かるものでも多くの人に広がってしまっていたりして そういうのを少しでも防げればいいなと思っていますMar 19Dai MIKURUBE: 同感です。Twitterコミュニティは日本の全員に比べて小さいので今回は混乱まで引き起こすこと Mar 19がなかったのが幸いでしたが、将来こういうコミュニティがもっと大きくなったときにどうすれば防げるか、というのは大きな課題ですね
Yoshihiro Sugi: デマはどんどん広まるのに、「それがデマだ」という情報はなかなか広まらずにデマだけがどん
どん広がっていっちゃうんですよね…

Mar 19Stingraze@googlewave.com: デマのフィルタをかけてtwitterのツイートが見れるサービスとかがあると嬉しいですよね。

Mar 19Atusi nakamura: twitterのwebにオーバーレイする形で、いいねとかデマぽいとか、そう言うのを付加出来るようにしていたら、それを参考にRTするなど出来るかも知れない

Mar 19

近藤俊彦:

Mar 20

Akira Ishino: デマを登録しても、デマは次々と湧いてくるのできりがないというところがあると思いまMar 19す。twitterではないですが、海外メディアに対して、http://jpquake.wikispaces.com/Journalist+Wall+of+Shame こういうサイト
もできていたりして、デマそのものよりも、accountに焦点をあてて、〜さんは〜です系のbotサービスの形で、一見、遊びっぽく、デマを割と流す人ですよとか、デマをRTしちゃう人ですよとかがわかるといいのかなとか思いました。
萩原崇之: 実は私も似たようなのを構想していましたが、オレをデマ扱いするとは何事だ訴えるぞと言ってくる人対策が必要ですね（＾＾;）

Mar 19Arinobu FUKUHARA: そうですね。実際に RT している人たちは、善意でやっていることも多そうですし。。。

Mar 19

Nkzn: 安全地帯にいる人が「支援できること」と、被災地にいる人が「支援してほしいこと」のマッチングができるよう Mar 19
なシステムはあったほうがいいかもしれませんね。最終的に物流に絡むので、ある程度公的なところで取りまとめる必要があるかもですが。以下のサイトを見ていてそんなことを思いました。
被災地支援表明ウェブ〔できること〕 - http://dekirukoto.fm/
Fumihiro Kato: これはこれで、良いシステムですね。既に、支援表明企業さんもいらっしゃるようですし。支援表 Mar 19
明で、支援先が判明次第、避難所リストとも関連させて、他の団体や情報サイトが参照できるようにするべきと思います。

TakuyaOkamoto: 公的な支援も各所から始まっているようですので、「支援してほしいこと」に対して既に誰かが Mar 19
対応しているかをどう扱かが重要になりそうだと思いました。支援物資をもっていったら既に別のところから届いていたなどの状況は避けたいです。
Fumihiro Kato: TakuyaOkamotoさんがおっしゃられていることはまさにそうで、私もそう考えておりました。そ Mar 19
こで、https://sites.google.com/site/japancoop/hisai-chi-betsu-hinan-sho-joutai-risu-to/fukushima-ken
紺感じのリストを提案します。
誰かが既にアクセスし、救援を始めているようなら、別の場所に救援を行うなど避難所と支援者とのやり取りの状態を可視化し、誰でも編集できるう用にできれば、解決できるのではないかと思います。
救援効率も物流の効率も上がるのではないかと思います。
TakuyaOkamoto: 支援の重複を避けるという意味では、状況のリアルタイム性と正確さが求められそうですね。
誰もが編集できるようにすることはできるはずなので、あとは周知の問題になるでしょうか。

Mar 19

Yoshihiro Sugi: 今回は被害が広範囲で、地域によっても状況が大きく異なるようで 仙台市中心部ではいくらかま Mar 19
ともに生活できている一方 他のところでは状況すらつかめていないとか
細かく各地の状況を把握した上で支援できると良いですね
Mar 19
TakuyaOkamoto: システムでサポートできる範囲を明確にしてアプローチしたほうがいいかもしれませんね。
残念ながら通信できないような深刻な地域もまだあるわけで、本来はそういう地域の方が早急な支援を必要としてるでしょうから。。。
このマッチングでそこまでサポートできたらすごいと思います。
もしそこまでサポートするのは厳しい場合は、深刻なエリアは「支援してほしいこと」を発信できないほどに深刻であることを表示
して明確にしておきたいですね。
Tatsuya Miyoshi: 現在、多くのボランティア志願者・多額の寄付が集まりつつありますが、どのように人・お金を Mar 19
配分するかがポイントになると思います。
親族が茨城北部に住んでいますが、一週間近く電気・ガス・水道全て止まっていても支援物資はほぼ届かなかったようです。
一部の地域に支援物資が集中しているのではないかと懸念しています。

タグドラシル: 初めて投稿します。ちょっとこの使い方はいいのかな？地震ないけど。 被災者と支援者の情報マッ Mar 21
チングの一助になればと、自分もサイトを構築中です。まだ途中ですが。。。声を出す側にはなるべく発言しやすい形で、その情報をストックしつつ、見る側がソートして自分が支援できるものを探すというコンセプトで。代理人と断って投稿もできるようにしようと思ってます。まずは携帯向けな感じで。 http://www.entaku.me
Dai MIKURUBE: 3日目の方に書いていただいたほうが、多くの人に見てもらえるかも知れません :) 3日目はこちら Mar 21

→ Hack For Japan (hack4jp) 3日目 (21日) "Hack-a-thon" Wave
タグドラシル: なるほど。自分がどこに書き込んでいるのかすらよくわかってませんでした。なんとなく目に付いた情報が同じ発想だったので、つい。ありがとうございました。
Wanwan: 被災地の避難所一覧と、必要な物資, 補給の為のロジスティック等を支援できないだろうか?

Fumihiro Kato: 支援できると思います、二つ下のコメントをご参照ください。

Nkzn: 2つ下じゃなくなったので転載。 https://sites.google.com/site/japancoop/hisai-chi-betsu-hinan-sho-joutairisu-to/fukushima-ken
Waveだと特定の発言へのポインタってどう表現したらいいのでしょ……。
Makoto Yamazaki: 発言の右の▼から Link to message を選ぶと個別のメッセージのURLがでます

Fumihiro Kato: ありがとうございます。
Waveでのポインタっていう発想は無かったです。
それと、提案というか、質問ですが、このまま散文的に書いて行っちゃって良いんでしょうか？
どのあたりで、誰がまとめていくかとか、方針などあったらお教え願います。
今、裏で、福島県の避難所に連絡するなどして、必要なものを聞いていたりします。

Mar 21

Mar 19Mar 19Mar 19Mar 19Mar 19Fumi Yamazaki: Waveではディスカッションを続け、出てきたアイディアをModeraterの方に移して投票をしても Mar 19
らおうと考えていました。Sitesの方にまとめてしまった方がよいかもしれませんね。
Hayato Ito: ブレーンストーミングの段階では、あまりアイデアのよしあしや重複などは気にせず、どんど Mar 19
ん書いていってもらって構わないかなーと思ってます。
Fumi Yamazaki: ですね :)Dai MIKURUBE: あ、目的としてはWaveが先でModeratorが後だったんですね。敷居が高い人向けにModeratorを先に紹介してました。

Mar 19Mar 19どちらから始まったにしても、その後の流れとしては、ある程度盛り上がってきたら別の会場 (別のWaveでもSitesでもIRCでも...)をつくってそちらで集中して話す、という感じを想定しています。なのでこの場はスターティングポイントとして散文的に書いていただいてOKです
西本誠:

Fumi Yamazaki: 入り口は両方です:) Waveでの議論を収束させてModeratorに突っ込んで投票していった
り、Moderatorでアイディアをもらって、それをWaveでどうやるかディスカッションしたり。。。
Fumihiro Kato: ありがとうございます。
自分の作ったGoogleサイトのアカウントを開放しますので、編集してくださる方いれば、ご連絡お願いします。
連絡先は、今載せます。
japancoop@googlegroups.com
を上記リンクの問い合わせ窓口にし、MLを作ってあります。
登録してもいいアドレスがありましたら、上記メアドまでお寄せください。
Moderatorは使ったことないので、これから導入します。

Mar 19Mar 19Mar 19

Tomo.takahata@googlewave.com:

Mar 19Fumi Yamazaki: あ、いえいえ sitesとModeratorもうありますので大丈夫です！https://www.google.com/moderator/#16/e=6441b https://sites.google.com/site/hackforjapan/

Mar 19

Fumihiro Kato: すでにあるんですね。ありがとうございます。

Mar 19Kosei Kitahara: ロジスティックですが、現状必要な物資をリアルタイムで収集する仕組みと、それに対する寄付等の支援ができれば。支援物資が偏ったりするのを避けられそうかなと。

Mar 19

Donkun77jp@googlewave.com: ロジスティックですが、食料の需要は、その避難所の構成人数で毎日の需要量を Mar 20
先々まで計画できると良いと思う。そうすれば、供給側も「この被災地は2日先まで大丈夫」「この被災地は、3日先まで大丈夫」などがわかり、配達の優先順位が決められる。
Fujii Yosuke: 「もうこんなものを作ったよ」という開発報告/ってあるんで、Androidアプリのリンク→http://androapp.jp/lib/soft/detail.php?soft_id=1898
ストアには多分AndroAppさんが代わりにアップしてくれてる・・・はず。
Fujii Yosuke: 一応Web版っていってあるけどそっちはまだGAEでゲストブックつくってデプロイしただけだから、あんま役に立つものではありません。
一応ホームページつくってるので→http://sites.google.com/site/saigaitta/

Fumihiro Kato: https://sites.google.com/site/japancoop/hisai-chi-betsu-hinan-sho-joutai-risu-to
こんなものを作りました。

Mar 19Mar 19Mar 21

避難所の状態を把握して、情報を皆で共有し、支援の進捗に応じて、携帯やiPhoneなどから情報が更新できれば、皆で使える共有リストして役立つと考えています。
支援全体を俯瞰し、采配を行う必要があると思いますが、行政が現状それをやっているとは思えません。
支援が必要な避難所を探し当てるのは、Twitterや知恵袋、ブログ、現地に直接聞く、取材に行ったマスコミ聞くなどすればよいと考えています。
一応、iPhoneから見られたのですが、iPhoneからは編集できなかったので、携帯やスマホでも編集可能なプラットフォームをご存知でした
ら、教えてください。
Kazuki.ohta@googlewave.com: Twitterのタイムラインをリアルタイムに解析し、地震関連情報を抽出するサイトを作っ Mar 19ています。着々と精度上げを頑張りたいと思います。 > http://quakememe.jp/
Dai MIKURUBE: ぜひもっと詳しい中身も宣伝しちゃってくださいw < QuakeMeme
Kazuki.ohta@googlewave.com: 了解ですw 内部的には以下の3ステップでURLリストを生成しています。

Mar 19Mar 191) Twitterクローリング#jishin や #anpi 等を含む180個の地震関連のタグを指定し、Twitter UserStream APIで、リアルタイム検索エンジンに突っ込んでい
ます。
2) 検索
検索エンジンに対して、 "anpi | 安否" で検索をかけると、その単語を含むTweetが全て取れます。表示されている各カテゴリには、対応する単語が設定されており、定期的に検索が行われています。
3) URL分析
最後に、それらの Tweet に含まれるURLを解析してカウントします。現状ではヒットした最新5万件のTweetからのみカウントを行っています。そのため、見る時間によってリアルタイムに内容が変わっています。
まだクローラーの文字化け問題とか、PDFどうするのとか、画像取りたいよねとか、細かい問題が山積みなので、連休中にそちらを直そうかと思っています。あと、どうやって宣伝したら良いかもご意見欲しいです！
Dai MIKURUBE: 宣伝文句だけ聞いて「Twitter の発言を整理」なのかと思っていたら違ったんですねw 注
目URLが集まっていていい感じですね。

Mar 19すみません、細かい興味なんですが、これ解析をやってて、デマっぽい情報とかってどんな風に見えてきました? 有用な情報と同列に並んできてしまうのかとか、デマ系は参照先URLが実はないことが多いとか...
Kazuki.ohta@googlewave.com: 現状、デマ対策は何もしていません...w "URL"が対象であって、"ツイートその Mar 19
もの"が対象ではないので誤情報が上に来る確率が下がっているのかなと?
Dai MIKURUBE: なるほど。それだけでもデマ情報が割と削れるというのは (当初の目的ではなかったかもしれま Mar 19
せんが) 一つ大きなメリットですね。URLはいいフィルタになるのか...

Shigenori kamata:Mar 19Tmiyamon: 同じような事を考えて作ってたところでした。避難所の状況をインフラ別（水、電気、燃料など）や Mar 19
支援物資が足りない、どれくらい切迫してるかを設定して、google map上にマーカで色分けしたら、どこを支援すべきかわ
かって便利かなと
Aya Komuro: 単純ですけど、買い占め抑止アプリとか、あればいいと思います。被災者以外の人が家にある食材とかトイ Mar 19
レットペーパーとかを入力しておけば、購入際に買うべきかどうか分かるアプリなど。。
Dai MIKURUBE: 欲しいですね、買い占め防止。確かに、今何が家にあったかを把握するだけでも、減らせるかも Mar 19
しれません。あとはやはり、わかっちゃいるけど不安でつい多めに買ってしまう、というのがあるような気がしますFumi Yamazaki: 買い占め抑止欲しいですね。。。

Mar 19Dai MIKURUBE: もっと広い範囲でモノのありかを可視化できると、罪悪感が湧いて買い占めを防止できるのかも Mar 19
しれないですね。被災地には今これだけのパンがあります、あなたの街にはこれだけのパンがあって何時間以内にこれだけ届く予定です、とか地図上に...
三井雄貴: 図書館とか本屋とかだと、どの本が何冊残っているかという情報を利用者がWebなどから調べら Mar 19
れるので、それと同じような事がスーパーマーケットやコンビニでも出来ると、どこにどれだけ物が無いのかというのが把握しやすくなるんじゃないかなと思っています。
Dai MIKURUBE: なるほど、図書館は確かにそういうのがありますね。Androidアプリもあった気がする。 Mar 19
流通の方々があまり情報を出したがらないかもしれませんし、被災地の方はそもそも正確な情報を把握できない可能性も高いですが、その辺はソーシャル :) で情報が集まるかもしれないなあ、と思います
Takuya: Inventory情報や流通網の情報を可視化することだと思いますが、可視化によりさらに心理的な作用 Mar 19が働き悪影響を生むこともあるかと思います。本当にあるものがしばらくしたらまったく入手出来なくなる可能性が高いとわかったら、それを買い求める人でパニックになるかも。どうしたら良いんだろう。
Dai MIKURUBE: 確かにそうですね。被災地のほうが明らかに少なければ抵抗が生まれるかと思ったのです Mar 19
が、地元がほんとうに少ないとパニックを起こす可能性はありますね。今回の場合、東京方面は本当は割と物があった
はずという話(噂?)だったのですが、そのあたりのデータをぜひ見てみたいところです。
Fumihiro Kato: ああー、確かに、物流トラックドライバーの携帯のGPSとか、トラックの位置を流れとし Mar 19て可視化して、どこかからどこに向かっていますよとか地図上に表示できたら、あー、来ているんだって、安心しますよね。
一方で、買い占めてしまうのは、主婦方が、このさき不安定になる物流を憂いて、家族の為のことを考え、多めに買ってしまう、それも、周りがたくさん買うのに流され、棚の在庫が少ないのにも驚きながら買っているような気がします。土日月とスーパーの売り場観察していて、そう感じました。
だから、罪悪感と不足への恐れで怖れが勝ってしまっているので、そもそも、スーパーに被災地へ向けての物資支援窓口を設置すれば、良いのではと思います。
つい買いすぎちゃったけど、物資寄付しましょうってｗ
Fumi Yamazaki: うお、それいいですね。

Mar 19

Yoshihiro Sugi: 罪悪感に訴えかけるサービス！ｗ

Mar 19Takeda Masaaki: 被災地域外の人に継続的に支援に興味を持ってもらい続けるための情報提供があるといいと思っていま Mar 19
す。具体的なアイデアはないのですが、、
Takeda Masaaki: 復興には中長期的に支援し続ける必要があると思うので、人々の関心が高いうちにアプリを作っ Mar 19て、継続的にUPDATEして注意喚起を中長期的にできるといいと思うんですが、どうでしょう？
Arinobu FUKUHARA: 継続支援をサポートするための仕組みは必要ですよね。私も特にこれといったアイディアが Mar 19
あるわけではないのですが、、、、 TV の DASH 村っぽい感じで、定期的に各所の復興情報や足りないものの情報が流れてく
れば、サポートする側の興味も持続するかもしれません。
Takeda Masaaki: それいいですね。支援する自治体と支援される自治体をカップリングするようなニュースを見ま Mar 19
したが、それと同じように自分が支援しようと思う自治体を選択しておくと、その自治体のいまの様子がPUSHされてくるよ
うなのを、ぼんやりと考えていました。

Teru.Shindo: これから継続的にチャリティイベントなどが行われるでしょうから、チャリティイベントマップとか Mar 19
チャリティイベントカレンダーとか（できれば両者が自動連動）あるといいかもしれませんね。で、現地に行くとLatitudeでチェックインするとか。
Tomo.takahata@googlewave.com: 被災地にお年寄りの方が多くて、老眼だったり耳が遠かったりすると思うので、そ Mar 19
うした人たちが、自分で確かめやすい表示の仕方とか、音声の伝え方とかにできると、よいのかな、と思いました。老眼鏡とか補聴器とかもきっとないのではないかと思います。
Arinobu FUKUHARA: もしくは、お年寄りを支えてあげる人たちの助けになるような物、とかですね。被災地にお Mar 19
年寄りが多い、という点は注意すべき点だと思います。
Tomo.takahata@googlewave.com: お年寄りの方に、若いころの昔の曲が聴けるサイトとか作ってはどうでしょう？ 若
いころの曲を聴いて気分を明るくしたり、元気を取り戻したりできるのではないかと・・・

Mar 19Makoto Yamazaki: 地震直後はバッテリーの温存と情報の収集をどこでバランスを取るかが悩ましいです。スマートホン
で常時twitter を更新する使い方よりも電力消費の少ない方法が提供できるといいなとMar 19

Takuya: 必要な情報を取得するためのキーワードを登録して、それに関連するツィートをいくつか束ねてプッシュ Mar 19
でスマートフォンに配送するようなイメージでしょうか。
Twitterをどのように使っているかの利用シーンがどんな感じがわかると機能のイメージがわきますね。

三井雄貴: Googleアラートがもっと汎用的だとバッテリーのことを気にしなくてよくなるのかもしれません。

Mar 19

Fumiko Kurano: 震災の日に筑波で避難難民になったのですが、まず帰れるかどうか、Twitterで東京の状況を確認 Mar 20
していました。（現在京都在住）
避難中は、筑波の自治体の方のtweetを当日一緒だった方が常に確認しており、非常に状況把握しやすかったです。
また知り合いもお台場近くの学会会場で避難難民になっていたので、その学会のハッシュタグを追っていました。

当日一緒だった方がバッテリーが無くなった場合を考えて、バッテリーを温存していました。

か？

TakuyaOkamoto: 現在、各報道機関（TV）から被災された方から親戚・友人へ向けてビデオメッセージが報道されてい Mar 19
ますが、相手が見逃すと伝わらないのでは。。。と思っているのですが、ビデオメッセージをまとめたサービスはできるでしょう

Takashi MATSUO: http://www.youtube.com/shousoku
実はこういうのがあります！
TakuyaOkamoto: 既にあるのですね！ありがとうございます！

Mar 19Mar 19

TakuyaOkamoto: TBSから提供されているのですね。他の局から提供される予定はあるのでしょうか？（権利的な Mar 19
問題があるとは思いますが。。。）
Atusi nakamura: テレ朝はすでに動いているようです。

Mar 19Hideaki Kiko: 日テレもあるようです。 http://bit.ly/fyWsti

Mar 19Takashi MATSUO: ソースを増やす努力は続けています。

Mar 19

TakuyaOkamoto: 対応されているんですね。重ね重ねすみません。

Mar 19Fumi Yamazaki: いえいえ、知らない方が多いということですから、ここで洗い出してまとめることに意義があります。ありがとうございます！

Mar 19Mar 19Hisayori Noda: 幾つか疑問に思うことがあるので質問させていただきます。
・被災地には情報端末はどの程度あるのでしょうか？Android端末を被災地に無償提供出来ませんか？
・電源はどの程度確保できるのでしょうか？
・ネット回線は生きているのでしょうか？固定回線からダイヤルアップ接続は可能でしょうか？ダイヤルアップ回線を無線LANで共有する事はできないでしょうか？
・被災地には携帯端末を扱えるだけの最低限の機械の扱いが出来る人はどれくらいいるのでしょうか？
地域によって違うとは思いますが、どのようなケースがあるのか知って、それぞれに対処出来ればと思っています。よろしくお願いします。
Dai MIKURUBE: 今のところまだ正確な情報がわかっていない、というのが正直なところなのかなあ、と思っています。 Mar 19
伝聞の伝聞レベルでは、被災直後に被災地からのTweetなどはほとんどなかったという話なので、しばらくはどこかが無かったのでしょう、という想像はできるかなとか。
家の回線を無線LANで共有は、もしかしたらひとつの道になりうるかもしれません (元の電話回線が切れている可能性も高いですが) FONな
どのサービスが助けになるかなあ、というところでしょうか。
Hisayori Noda: NHKの生中継を見ていると、現地の方のインタビューで情報が欲しいと仰っている方が多く、ま Mar 19
ずはネットにアクセスできるよう整えられると良いのではと思いました。これも中継の中で言っていたことなのですが、避難所によっては緊急の固定回線が8本程度設置されているということで、これとダイヤルアップ接続、無線LANルーター、Android端
末、電源タップをセットにして送れば、情報へアクセスできるようになるのかなと思いました。
Teru.Shindo: 地域によってはまだ中継車がきていない所もあるようなので（地元にあるDocomo支店が流 Mar 19
されたとかで時間がかかっている、など）、そういったところへのフォローをする必要もあるのではないかと思います。長距離用の無線LANアンテナなどで通信する方法などもありますが、いずれにしても電源が確保出来ていないといけな
いので、発電機なども持ち込む（つまり燃料の確保も必要になる）といったことが出来た地域から、になるかと思います。
Hisayori Noda: 復旧の段階によって異なると思うのですが、例として
・固定回線有り+電源あり

Mar 19

->電源タップ・ダイヤルアップルーター・無線LANルーター・Android端末 でネット利用可
・固定回線無し+電源あり->上記+長距離用無線LANアンテナ+無線LANブリッジ
・固定回線無し+電源なし->上記+発電機
Teru.Shindo: そうですね。あとはUSB通信機器（WiMaxやE-mobileなど）を利用出来るルータ Mar 19（YamahaのNetVolanteシリーズ）を借りれればのちのち接続経路変更が必要な場合などにはいいと思います
が、正直現時点でそこまで必要かは微妙だとも思います。

という形になりますでしょうか。
Shigenori kamata: どの復旧段階に向けたサービス開発を行うのが良いか、ターゲットとする復旧段階を Mar 20
こちら側で絞った上で開発にあたるのが現実的かもしれないですね。現状の把握と復旧のスピードが分かれば、より効果的に対応できるのでしょうが、どうしたものか。

Stingraze@googlewave.com: WDSでつながる無線ＬＡＮのエリアを拡張できれば無線ＬＡＮのエリアが広がりますよね。

Mar 19Makoto Yamazaki: IAA(I Am Alive) Alliance という活動が数年前にうまくいかなくて解散してます。ここからなにか学べることがあるかも。

Mar 19Woonger:

Mar 19のの: プログラミングには興味がありますが、自分ではできなくて憧れているレベルの小児科医です。今回のイベントにと Mar 19ても共感を持ちました。
小児科医として、今回の震災でこころのケアがとても重要になってくると思います。東京都福祉保健局によりhttp://www.fukushihoken.metro.tokyo.jp/chusou/video/leaf/files/saigai.pdf
このようなPDFファイルが作成され配られていますが、この11ページや12ページの質問項目を使って、スクリーニングツールを作成した
り、携帯端末でこの資料にあるような内容を一般向けに分かりやすく伝えるツールを作成したりすることは可能でしょうか？
もちろん、こころのケアは短期的な問題ではなく、中長期的な問題になるのでまさに、これからの課題だと思います。
Takanori Suzuki: これはたぶんgoogleスプレッドシートのアンケートフォームを用いてプログラミング無しでも実 Mar 19
現可能かもしれません。まずはモデレータの方に登録されてはどうでしょうか。
のの: モデレータというのが会ったんですね。登録させて頂きました。ありがとうございます。

Mar 19http://journal.mycom.co.jp/series/googleapps/007/index.html
自分もちょっと調べてみます。
Takanori Suzuki: 自分に返信だけど、googleスプレッドシートのアンケートフォームだとスクリーニング Mar 19
結果をアンケート対象者に表示するのはできなそうな感じでした。あまりgoogleスプレッドシート詳しくないので、「そんなことないよ、できるよ！」って方は書いてくれるとありがたい。
Aimaimokomoko@googlewave.com: JavaScriptを利用したWebサービス前提として考えると、Visualization APIとの組み合わせで可能かと認識しています
Takanori Suzuki: ほうほう、なるほど。アンケートの最後でどこかのWebページに飛ばすようなことが可能？しかもアンケート対象者個別に結果を表示する必要がありそう。

Mar 19Mar 19Aimaimokomoko@googlewave.com: 外部のウェブページからgoogleスプレッドシートをデータベースの Mar 19
ように利用していれば、「googleスプレッドシートをデータベースとして利用し、ユーザーアクセス時に最新のデータに基づくグラフ表示」は可能かと思います
Aimaimokomoko@googlewave.com: すいません。上記の内データを外部から処理して保存する、というMar 19

のはJavaScriptだけではできないかもしれません。一つ前の返信を訂正しておきます。

Fumihiro Kato: GoogleSiteというサービスを利用すれば、Webプログラミングなしで、リストの項目のソートくらいはできる様です。
Tatsuya Miyoshi: 重要な課題だと感じます。
質問項目を作ってスクリーニングツールを作成することももちろん簡単に可能です。
病気を発見する以外にも、経過観察や治療に必要な機能もありますでしょうか？
のの: 今、サンフランシスコからですが、こうしてリアルに返事を頂けるのは驚きでもあり、有難いことです。

Mar 19Mar 19Mar 19

私は小児科医で、精神疾患は詳しく有りませんが、今回色々と勉強して居ます。経過観察（に必要な項目）についてはまた調べて見ます。
Roishi2j2@googlewave.com: 電源の不足は深刻ですね。でも余ってる古い携帯のバッテリって各家庭にたくさんあるはずで、それを充電して被災地に送れないかなと。ただ危険なので輸送にはかなり注意を払う必要がありますが

Mar 19Stingraze@googlewave.com: こういうことをソーシャル的にできるサイトがあればよいかなと。たとえば、余っ Mar 19
た携帯のバッテリを必要な人にマッチングできるサイト。
Rkyaizu@googlewave.com: auのポータブルバッテリーチャージャーっていうのがauショップで売ってて、それ Mar 19
自体に充電できるものなんですが、一回分はフルチャージできるくらい優れものなんですよ。これさえみんな持ってたら・・・と思わずにはいられませんでした。マッチングサイトにその辺便乗したいです。普及の啓蒙というか。
Stingraze@googlewave.com: ZAGG sparq 2.0 とかはiPadも60％充電できますし、スマートフォンなら4回充電できるんですよね。たぶん、すごく便利な気が。

Mar 19Rkyaizu@googlewave.com: 充電関係の支援・配送、及び向上のためのディスカッション、これらのためのサービ Mar 19
スを願います。
また大規模被災地でない限り無線LANの開放はありませんでしたが、静岡の沼津あたりでもフレッツサービスが停止したりしました。その時役に立ったのがイー・モバイルやWiMaxです。これらはバスパワーUSB端末でインターネットに接続することができます。充電関係と同じく、マッチングサイト・普及啓蒙・ディスカッションに追加したいです。
Roishi2j2@googlewave.com: 被災地の人がスマートフォンを持っている可能性は低く、何らかの情報発信するためには Mar 19
ガラケー向けに最適化する必要があります。逆に言えばそれができれば、情報配信の問題はかなりクリアされるのでは?と思ったり
Mar 19Hideaki Kiko: ガラケーでhttp://sinsai.info/ の情報を閲覧できるサービスを作りました。 http://ushahidim.appspot.com/
Ushahidi API を利用して Incident のデータを取得しています。定期的にデータ取得、DB更新しているので、sinsai.info さんへの負荷がなる
べく掛からないような実装にしています。
Me: 安否確認の仕組みに第三者的、ソーシャルな方法を補強できないだろうか？

Mar 19

Me: 一昨日、友人が話してくれたのですが、
Mar 19Person Finderのような検索の仕組みで、人名をキーにするのではなく、顔写真などによるマッチングの可能性を提示してくれました。
人間の記憶の特性なんですが、”近所で見た”とか、”よく見るパン屋の店員”、”近所の子供”といったような、視覚的情報（要は顔）は覚えているらしいです。
そういう、文字としては不確定な要素からでも、検索が可能になればよいといってました。
Akira Onishi: 確実な同定ではなく、たぶんこんな人がいるよ、という特徴としての情報を交換する仕掛け Mar 19
なんでしょうね。顔の知らない同志が、初めて会う場合に交換するような情報。身長どれくらい、髪型、など。パッと見の記憶から、検索可能なメタデータをどれだけ集められるか、というところを支援できればいいのかもしれません。

Me: 被災者、依頼者の検査タグへ通常の個人情報の他に、第三情報を付加させるところがミソ

Mar 19

たとえば
個人情報、タナカアキオ ３７歳 XX市X町１－１－１
０９０－０００－００００
会社：まるまる商事、まるまる地区所在
家族：太郎、花子、共蔵、ポチ（家族構成はプルダウン等で確定すること）
親戚情報：
アドレス帳情報：差し支えない範囲でその人の関係性に関する情報の提供
第三者情報
近所：セブンイレブン海山店、シェルXX地区店（たとえば土地情報）
被災前第三者関係：佐藤丸尾、山本さん、タバコ屋のスズキさん（居住地域の第三者情報の提供）入力させるロジック、タグは要検
討
現在の第三者関係：三角中学校避難所：山田多呂（●知人）、川崎次郎（●会社）、佐川英多（●学生時代友人）”現在自分の場所にいる人の情報提供”
画像（携帯にある顔、場所）
GPSデータという感じ。
・探しやすくさせるために、はじめにポストされた個人情報をソーシャルで詳細化する。
・第三情報を活用し、サーバーによって”人間関係”のリンクを作り、個人確定の最適化に寄与。
Montego-blue: はじめまして。Seigoさんの友人です。

Mar 20ドキュメント作成してみましたので提案致します
Montego-blue and me:
Ideas■文字以外での安否確認方法の提供■第三者が介入できるIT上での情報提供ということができればいいなと考えております。

実際の行動など、ニュースを見たときに被災者の方々が、人づてに情報を得て探しているということを知りました。
ネットワーク上でもソーシャルな方法で安否確認の貢献が出来ないでしょうか。
当方エンジニアさんではなく、デザイナーをやっております。
デザイナーの観点で何か貢献できればと考えております。
技術的なことは詳しくありません。アイデアは技術的というよりもユーザーユーザー視点で思いつくままに提案してみました。
よろしくお願いします。

file

Mar 20Montego-blue. 2011.3.19.png

Takanori Suzuki: ここに既に挙がっている、開発済みのサイトをまとめた一覧サイトが欲しいですね。分類別に。

Mar 19

Fumihiro Kato: それは欲しいですね。まとめ役がそろそろ欲しいところでしょうか？

Mar 19K s: ちょっとまってね。

Mar 19K s: 災害関係のサイト一覧。APIは含めてない。このブレストで言及されてないものも含む。
どこか別の場所においたほうがよければ適宜コピペしてください。

Mar 20Google 災害情報ページ（Crisis Response page）
http://www.google.com/intl/ja/crisisresponse/japanquake2011.html
Yahoo! JAPAN - 地震・津波災害に関する情報
http://weather.yahoo.co.jp/weather/2011sanrikuoki_eq.html
東北沖地震 震災情報サイト sinsai.info
http://sinsai.info/
ガラケー閲覧
http://ushahidi-m.appspot.com/
Person Finder
http://japan.person-finder.appspot.com/
テキスト化&登録まとめWiki
http://www45.atwiki.jp/ganbare-tohoku/pages/16.html
略字、旧字、クセ字など：避難者名簿をテキスト化している有志の皆さんへ｜makewisteriaのブログ http://goo.gl/r6sSx
パーソンファインダーで名前を検索して最後の場所が登録されていたらプロットする地図。
http://goo.gl/5TzyN
東北関東大震災（東北地方太平洋沖地震）@ウィキ
http://www46.atwiki.jp/earthquakematome/
義援（義捐）金・寄付支援まとめ@ ウィキ
http://www47.atwiki.jp/gienkin311/
東北地方太平洋沖地震動画まとめ
http://www47.atwiki.jp/100311/
東日本(東北地方太平洋沖)地震情報まとめ
http://saigai01.web.fc2.com/
災害対策WIKI*東北地方太平洋沖地震
http://saigaitaisaku.wiki.fc2.com/
東日本大震災（東北地方太平洋沖地震） 「災害ボランティア情報」まとめサイト
http://www45.atwiki.jp/volunteermatome
savemuseum @ ウィキ-東日本大地震によるミュージアムの被災情報・救援情報
http://www45.atwiki.jp/savemuseum/savelibrary @ ウィキ - 東日本大地震による図書館の被災情報・救援情報
http://www45.atwiki.jp/savelibrary/savearchives @ ウィキ-東日本大地震によるアーカイブズ関連施設の被災情報・救援情報
http://www47.atwiki.jp/savearchives/japancoop：被災地別避難所状態リスト（福島）https://sites.google.com/site/japancoop/hisai-chi-betsu-hinan-sho-joutai-risu-to/fukushima-ken
We help us:ツイッターの発言と地図をつなげることでどこで誰がなにを必要としているのかを可視化
http://kuippa.sakura.ne.jp/
自動車・通行実績情報マップ
http://www.google.co.jp/intl/ja/crisisresponse/japanquake2011_traffic.html
消息関係：動画TBS
http://www.youtube.com/shousoku

日テレ
http://www.dai2ntv.jp/infotainment/message/000001236z_01.html
ツイッター
Journalist Wall of Shame：デマ関係
http://jpquake.wikispaces.com/Journalist+Wall+of+Shame
Twitterのタイムラインをリアルタイムに解析し、地震関連情報を抽出
http://quakememe.jp/
Official and Media Logs：東北地方太平洋沖地震のメディア・公式情報のまとめと動画・ニュース・Twitterの横断検索を提供
http://om-logs.appspot.com/
ANPI NLP：東日本大震災のためのデータマイニング・自然言語処理に関する情報のページ
http://trans-aid.jp/ANPI_NLP/index.php/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8
笑ってもらう：参考にhttps://kayac.com/service/original/704
写真はflickrとかウィキメディア・コモンズで手に入ると思う
翻訳関係
honyaquake
http://www.facebook.com/pages/honyaquake/158201144237646
人手による翻訳のツールとして、メールで翻訳ボランティアに翻訳依頼し、メールで翻訳結果が帰ってくる仕組み
http://www.finite-field.com/isometry-2-0-ja/volunteer
ローマ字http://mohawk.sakura.ne.jp/english-romaji
簡単な翻訳一覧表の例
https://spreadsheets.google.com/ccc?key=0AtK5QLlYWYUidHo0ekptbE42Vmo3NVI0REVVcmxnUUE&hl=en
Google Translate Crisis Response 版
http://www.google.co.jp/intl/ja/crisisresponse/japanquake2011_translate.html
都道府県別外国人数
http://www.e-stat.go.jp/SG1/estat/List.do?lid=000001065021
iPhone用 地震対策音声読み上げ
http://goo.gl/rG5rH

Arinobu FUKUHARA: おお、これはよいまとめですね。

Mar 19Tmiyamon: すばらしいー。今後のためにもurl抽出するrobotでも書きますかね。

Mar 19

Fumikazu Fujiwara: 手前味噌ですが 給水所マップ http://kyusuisho.appspot.com/[API]
最も近いマップAPI http://kyusuisho.appspot.com/apis/nearest.xml?lat=0.0&lng=0.0
掲載市町村API http://kyusuisho.appspot.com/apis/areas.xml[アプリ]
Android版 https://market.android.com/details?id=com.appspot.kyusuisho.android&feature=search_result

Mar 20

Aimaimokomoko@googlewave.com: 都内では対策の話だけが一人歩きし、実際の放射線量や、その危険値についてよ Mar 19
く理解されていないように感じました。いくつかの地点で測定された放射線量をGoogleMap x WebGL と描画系ライブラリで直感的に表示できないでしょうか。
Erdao: 放射線が微量でも物流が届かなくて孤立しているという話も聞きます。情報の可視化で風評被害をなくした Mar 19

いですねAimaimokomoko@googlewave.com: そうですね。それができることで救援物資の行き渡りを促進するだ
けでなく、復興の妨げになるような風評を無くしたいです。

Mar 19Aimaimokomoko@googlewave.com: 個人的にイメージしたのは「距離の二乗に比例して放射線が弱まる」とい Mar 19
う（仮）説に従い、福島第1原発を中心としてy=-x^2の放物線をくるりと回転させた３Dモデルをプロットし、おおよその放射線量を表示する、というのが一つです。
Kuippa: http://kuippa.sakura.ne.jp/nuk.html シンプルなやつだったらつくりました 科学に馴染みのないひとは減衰 Mar 20といってもイメージわかなそうなところが問題ですが。

Tomoe: 各サイトで、色々なフォーマットでデータがでているようですので、統一的なschemaを定義してxml、jsonのような形式でまとめたいとおもっていますがどうでしょうか。

Mar 19Gootan: 各サイトのデータをスクレイプして、統一形式のRESTサービスを作り、RESTサービスを登録す Mar 19
るとクローリングしてDB登録してくれ、登録されたデータは自由に使えて表示するサイトも別途作成、という感じ
で、みんなで分担して作れませんかね

Erdao: http://atmc.jp/
Mar 19とかでこうかいしてたりするのもありますが、福島のは別だったりとまとめたいです。FusionTablesでテーブル組むとか。
ちょっとだけつくってみたのですが(3/17)
http://erd-radmon.appspot.com/
あとは人力でデータを反映させていくとか、データが自由に扱えるようにしたいですね
Tomoe: なるほど。統一的なデータ形式が必要という点では間違いないですよね？
Mar 19
わたしも、GAE と googleのvisualization APIをつかったりしていたのですが、やはり肝心のデータの形式がバラバラ
で、アプリ作者にとっては困るとおもうんです。
http://ganbare-tepco.appspot.com/fukushima1
Aimaimokomoko@googlewave.com: 確かに体系的なデータが必要ですね。これをどうやって作るかと考えると人力が主になってしまいますね。むむむ

Mar 19

Tomoe: 奥村さんという方が、csv形式に変換してくださっていらっしゃるので、それをもとにデータのフィーダー Mar 19
を作ろうかと考えていたところでした。 http://oku.edu.mie-u.ac.jp/~okumura/stat/data/ (蛇足ですが、vimiumのショート
カットに邪魔されて入力に苦労しました:(
Erdao: 大元の情報がある程度HTMLのTableとかで組んでくれればCrawlしやすくはなるんですけどね。何故PDF。。

Mar 19

Tomoe: たしかに。。。しかも、画像になってるやつもあるとか。。。
そういったデータをpdfから取り出せるparserなんてあるんでしょうかね。

Mar 19Aimaimokomoko@googlewave.com: 東電は計画停電はエクセルで出してくれたんですがね…Data APIを使えという事なんでしょうか。

Mar 19

Tomoe: Data APIとはなんでしょうか？

Mar 19Aimaimokomoko@googlewave.com: こんな感じ(
Mar 19http://code.google.com/intl/ja/apis/documents/docs/3.0/developers_guide_protocol.html#OCR )のサービスです。すいま
せん今確認したら日本語対応してないかもです。

Tomoe: おもしろいですね。OCRですね。データ抽出するぐらいならなんとかなるかもしれませんね。

Mar 19

Tomoe: ちょっと東電データとか、文科省のデータを投げてどうなるか試してみましょうか。 Mar 19

Mar 21
大垣憲俊: はじめまして唐突に失礼します。公開データがPDFで難儀な件、試したところ、PDFBoxを使ってPDFファイルからレイアウト通りのテキストが抽出できました。これであとは、データ公開を監視してダウンロードし変換
して保存して、応答に応じて、JSON形式で返すWebアプリに仕立てれば良いのではと思います。PDFBoxのサイトからpdfbox-app1.5.0.jarをダウンロードし、以下のコマンドを実行してみてください。
java -jar pdfbox-app-1.5.0.jar ExtractText -sort -encoding UTF-8 XXXXXXXX.pdf

TakuyaOkamoto: 可視化のところで思うのですが、放射線量を表示するのと同時に、その値が日常生活の放射線量 Mar 19と比較できたらいいと思いました。CTスキャンよりかなり小さいので安全とか。
Tomoe: そうですよね。都心でもマスクしている人が激増してます。みんな見えないし、数字を聞いても評 Mar 19
価尺度がわからないから、余計不安になるんでしょうか。
Shinichi Ogawa: > 都心でもマスクしている人
花粉症が大半だと思ってましたが。個々数日強烈すぎて目がツライくらいなので…。

Mar 19

Tomoe: あ、たしかに花粉症の方はいらっしゃいますね。

Mar 19

Nobuu Nakata: 世界中の観測データと比較できるようにすると良いのでは。

Mar 19

Tomoe: たしかに。南米のどこかの国では、比較的高い放射線を受け続けているとTVで言っていまし Mar 19
た。
場所にこだわらず、入手できるデータを対象にするのがいいのではないでしょうか。

Mar 19Aimaimokomoko@googlewave.com: そうですね。ただ現状の放射線量でグラフとしてプロットすると「危険値(100,000マイクロSv)」や「CTスキャン(6,000～7,000マイクロSv)」が突出して表示されてしまうので、ユーザーが表示する情報を選択→それに応じて描画等の工夫が必要になるかもです
Mar 19Akira Ishino: 風評被害を防ぐという目的には同意するのですが、放射線量が何を意味するのかなどを理解して、ちゃんと解説できる専門家のアドバイスなしに、この手の情報を出すことはよくよく考慮が必要だと思います。（すみません、ネガティブな意見をブレインストーミングに持ち込みたくないのですが、このネタだけはセンシティブなので）Aimaimokomoko@googlewave.com: 仰る通りだと思います。ただ、その「放射線に対する理解」という Mar 19
点で満足できるサービスは今でも多くないように感じます。しかし利用を想定する状況がそもそも横目でチラッと参照する程度のイメージだったのでその点は考慮が足りていませんでした。

Tomoe: （あくまで個人的意見です）情報を出すという点については、データは紛れもない事実ですので、 Mar 19
問題はないと思います。その情報の解釈の仕方については、仰るとおりとても気を使う必要があると思いました。

Aimaimokomoko@googlewave.com: もっと考えるレイヤーを下げて「放射線量に対する画一的で多数の方が利用できるデータベース」など間口を広げることも検討したいと思います。

Mar 19

Tomoe: データの見やすい形での提供、に注力するのがいいのかもしれません。その解釈は、専門家 Mar 19に任せます。

Dai MIKURUBE: 新しいWaveに移行するべきですがひとつだけ。専門家のアドバイスが必要という点にまず賛成 Mar 20
で、データを集める際には、誤差についてかなりシビアにならなければならないと思います。データが集まってもしわー大変だ、ということになると、「あ、実は誤差でしたー、てへ」では済まないので... 例えば教育用として精度保証の弱いセンサーも出回っているようです。

Tmiyamon: webglって全ブラウザ対応したんでしたっけ

Mar 19Aimaimokomoko@googlewave.com: ChromeとFirefoxだったかと思います。モノによってはAndroidフォ Mar 19
ンでも閲覧できるようです。 http://smarter-dev.net/?p=153
Tatsuhiro Tsujikawa: Linuxのchrome unstableは未対応でした

Aimaimokomoko@googlewave.com: webgl採用するメリットが特になさそうですね…。３Dである必要が無
く、JavaScriptで描けるグラフであっても問題ないですし。ちょっと訂正してきますMar 19Mar 19Mar 19
Tomoe: こんなかんじだといいのかなとおもいました。
http://www.google.com/publicdata/explore?
ds=z1ebjpgk2654c1_&ctype=m&met_c=unemployment_rate&fdim_c=seasonality:S&met_s=unemployed&fdim_s=seasonality:S&ifdim=sta
位置情報、測定値、測定時刻が主なデータとなるでしょうか。それを地図上にプロットします。上記例では時系列の値の推移をアニメでみれるみたいです(motion chart)
Aimaimokomoko@googlewave.com: これすごいですね。下のバーがタイムラインになっているんですね。

Mar 19

Tomoe: ですよね。まさに、これが適合するかと思って調べてました。ただし、外からリアルタイム Mar 19
でデータを入力できるAPIがない（少なくとも公開されているドキュメント上）ようにみえてます。
Mar 19Erdao: http://www.google.com/publicdata/admin
をよむとDSPLというスキーマでアップロード出来るようではあります。ただしあとから更新できないかもしれない。
Timeline+Mapは自分も作ってたときに意外と簡単なのは無かったので(Code組めば出来ますが)PublicDataExplorerのUIは分かりやすいですね
ただIntensityMapは非常に汚染しているかのようにもみえてしまうのでその辺注意が必要かと思います
Tomoe: 仰るとおりなんです。xmlやcvsをアップロードすればいいみたいなんですが、動的に簡単に Mar 19
データを追加できるAPIがなさそうだなぁーと思っていたところです。
Hisaki Ohara: この時系列のアニメは本当にいいですね。文科省のモニタリング状況の配布PDF
http://www.mext.go.jp/ からデータに自動的に落とし込めないでしょうかね。

Mar 19Mar 20Erdao: ちょっと人力でまとめてみた。PDFは意外にもコピペできたので。
モニタリングしている地域：http://www.google.com/fusiontables/DataSource?dsrcid=593314
モニタリング時系列データ:http://www.google.com/fusiontables/DataSource?dsrcid=592987
これをボランティアで更新してもらっていけるフォームとかあっても良いのかもしれない。クラウドソース。
時系列のカラムが日時と時間でカラムが別になってしまってるのでまとめたほうがいいかもしれません。
(ローカルで作業してCSVに落とす部分でそうしていただけです。あまり深い意味はないです)
寝よう。。。

Shuhei.kagawa@googlewave.com: 文部科学省のデータで放射線量マップを作ってみました。
http://shuheikagawa.com/radiation/ PDF から手動でデータを作って更新しています。
K.sugimoto1025@googlewave.com:

Mar 20Mar 27

K.sugimoto1025@googlewave.com: 放射線量マップ拝見しました。非常に見易く、有意義に感じました。グラフ Mar 27の横軸に日時が記載されているとよりわかりやすいと思いました。ぜひ、文部科学省が取りまとめている、上水（蛇口水）の放射能水準調査結果のデータも加えていただけないでしょうか？ 開発はできないのですが、情報源とデータ項目の整理でしたら喜ん
でお手伝いさせていただきたいです。ご検討よろしくお願いいたします。
http://www.mext.go.jp/a_menu/saigaijohou/syousai/1303956.htm

Snowdrop0082: 私も放射線量を地図上に表示したくて，iPhoneアプリを試しに作ったのですが，皆さんが仰ると Mar 20
おり，データ形式が統一されていないのが問題だと感じました．できればどこかアクセスに強いところに，収集したデータをためておいて，処理しやすい形式（JSON,XML等）でデータを提供できると良いですよね．あと，収集するデータ自体の信頼性も考慮した方がいいかと．詳しくないですが，手作りガイガーカウンター，素人の計測等の正確さが気になります．
また，風評にも関わる放射線量の解釈ですが，エンドユーザ向けのサービスの機能として，色分け（数値が高いと赤くなる）等を行
うと，システムに作り手の解釈が介入するのでよくないと思います．数値で表示するほうがまだ良いと思います．
個人的には，放射線データ，風向・風速，現在地情報を用いて放射能雲から逃げる待避ルートを検索する事ができるといいなと思いました．予測精度や検証方法，逃げるタイミング，自治体の指示との開き等の問題がありそうですが，日本気象協会さんが参加されているので，風のデータはなんとかなりそうですよね．
Shuhei.kagawa@googlewave.com: 避難に使うとなると、データの即時性も重要ですね。文科省のデータは数時間遅れで公表されているのがネックです。リアルタイムに更新されている信頼できるソースはありませんかね？

Mar 20Teru.Shindo: 放射線にかんする情報については自民党から政府に対してリアルタイムでのせるよう要請が Mar 20
出ているようですが、サーバ周りの関係なのかまだ実現出来ていないようです。
河野太郎公式サイト | Japan's government doesn't lie - http://goo.gl/D83b4

Saeki512000@googlewave.com: データを加工しないで、信頼できる研究機関の計測結果を地図上にプロットするだけ、とかでもいいように思います。↓のようなサイトを集めるだけ
http://www.lebra.nihon-u.ac.jp/radiation/
http://www.kek.jp/quake/radmonitor/GeMonitor.html

Snowdrop0082: 環境防災Nネットのデータを単純に地図表示するiPhoneアプリを作りました．iPhoneとiPad両対応です．スクリーンショット→http://twitpic.com/4bjq4y http://twitpic.com/4bjqq9Mar 20Mar 21

今回使用した環境防災Nネットのデータですが，http://atmc.jp/rad/のデータは結局，SPEEDIというシステムのデータです．これはhttp://www.bousai.ne.jp/vis/bin/area.phpというPHPスクリプトに?site=地域番号&func=getData&eo=UTF-8[&1970/01/01〜のミリ秒]という引数を与えれると，JSONによく似たデータを得ることができます．今回はこれを用いて，http://www.bousai.ne.jp/vis/index.php にて閲覧可能なモニタリングデータを全て10分更新で取得＆表示できます．ただ，現在は直接サーバからデータを取得しているので，アクセス負荷に耐えられません．やはり一度，負荷に強いサーバに保存したいです．
また，現状のSPEEDIのデータは全ての都道府県を網羅していないため，別サイトのデータも表示できるようにしたいと考えています．（上の方が提示してくれサイト等）となると，やはり色々なアプリケーションにデータを供給するデータ収集と保存を行えるサーバが一般的なインターフェースで使えると嬉しいという所に落ち着きます．
PDFはPDFBoxでなんとかなりそうということですので，信頼できるサーバから，スクリーニングと，PDF2テキスト変換で，データを収集し，データベースに蓄え，アプリケーションがJSONやXML形式でデータを取得できるシステムが必要ではないですか？

K.sugimoto1025@googlewave.com: Nネットデータを図示されたスクリーンショット拝見しました。アプリのリ Mar 27
リースを心待ちにしております。ご存知かもしれませんが、各地のモニタリングデータは、↓に一覧が掲載されているようです。 にhttp://www.meti.go.jp/earthquake/nuclear/monitor.html いくつものデータを一元化して開発者が安定的に使えるシステム、本当に必要ですね。
Mar 19のの: また、勝手な提案です。
今回の震災の特徴として、各医療施設毎に物資の供給や状況が全く違うという問題が挙げられています。被災地の各病院でどういう薬品が足りないのか？どういう問題があるのか？逆にどういう機材は使えて、どういう診療はできるのか？という情報を共有検索するサイ
ト・ツール。また、被災地から他地域の病院へ患者さんを搬送する際に、どの施設がどういう疾患の患者さんを受け入れることができるかを共有検索できるサイト・ツールというのは重要だと思います。
Hisayori Noda: 機能として・施設名・住所・GPS位置を登録・必要としている物品を登録
・他の方が各施設で必要としている物品を検索
・他の方がある物品を必要としている施設を検索といった機能があれば良いのでしょうか？これだけの機能であれば、手元で作ることができると思います。作りますか？
のの: 早速の回答ありがとうございます。ちょっとブレーン・ストリーミングということであまり深く考えずに書きこんでしまいました。
実際に、こういったツールがあれば、絶対に便利ですし、今後も必要とされるツールになると思います。

Mar 19Mar 19

しかし、今調べてみたら、医療従事者向けのサイトで動き出している掲示板があるようです。この掲示板で満足できるもの
なのか、不足なのかよく分からないので、ニーズがあるようであればまたちゃんと依頼したいと思います。
ありがとうございます。
Hisayori Noda: 了解いたしました。

K.sugimoto1025@googlewave.com:

Shoji Baba:

Mar 19Mar 27

Mar 19

Tatsuhiro Tsujikawa: Person Finderにpicasaから入力するのをやりましたが入力を支援するブラウザ拡張があると便利だ Mar 19
なと思いました。
Ayse.oblivion@googlewave.com: こんなのがありました
Person Finderの入力を楽にするグリースモンキー用スクリプトです。
http://sanriku.jpfoursquare.com/script/

Mar 21

Shinichi Ogawa: Waveはちょっと面倒かもだけど、ModeratorについてはHack for Japanのホームページにガジェットと Mar 19
して埋め込んでも良いかもと思います。
Shinichi Ogawa: Waveが面倒と書いたのは、量も多いしごちゃごちゃしちゃうか？という意味です。ガジェットとして埋め込む

Mar 19Tmiyamon: waveはクライアントが・・

Mar 19Fumi Yamazaki: たしかに。埋め込みましょう＞Moderator

Mar 19のが面倒という意味ではありません。

Shinichi Ogawa: ありがとうございます、ホームに辿り着く人が多いでしょうから、投票やコメントも増えて良い Mar 19と思います。
Katsuhisa ABE/阿部 勝久: Person Finderの入力をしていて思ったのですが，Picasaに投稿されている写真の中に，すで Mar 20にデジタル化されたデータを印刷したものを写真として投稿されている例がかなり見受けられます。
for example: https://picasaweb.google.com/116505943227607394790/2011_03_19_1650_name_list#5585673345616330482
なので，CSV ファイル，xlsファイル，pdfをアップロードさえすれば，自動的にPerson Finderに登録する Web アプリがあればいいかなと思います。
Hayato Ito: Person FinderはAPIが提供されていますので、おっしゃるようなWebアプリの作成は可能です。http://code.google.com/p/googlepersonfinder/wiki/DataAPI
Tunemage:

Tatsuhiro Tsujikawa: だれかこれつかって作成された方おりますでしょうか？

Mar 19Mar 19Mar 19Teru.Shindo: Person Finder確かにデジタルなデータを印刷したものが結構あります。手書きの写真になっている Mar 19
避難所についても、県などからPDFでデータが出ている例が多いので、それを加工するなりExcelデータをアップしてもらうな
りすることは可能ですしょう。あと、PDFなどの場合には前日分から追加された分について記述されているものもありますが、手書きだとそれがわかりません。前日以前のデータと重複しているものを再度入力している例が多いので、前日分のデータとの差分チェックが簡略化できるとよいですね。
Kamatamadai: 私もPerson Finderの入力を手伝いましたが、「PDFを人力でテキスト化して登録するという作業が本当に無駄だ。元のPDFから取り出せばいいのに」と思いました。是非とも欲しいですね。

Mar 19Shinobu Izumi: XMLのフォーマットにExcel, csvから変換するのは難しくないので実現できそうですね。あとは、 Mar 19
手書きのものから素早く入力できるインタフェースでしょうか。
Tatsuhiro Tsujikawa: 名前で検索して同一人物と判断できたらそれにレスを付けるという機能もいれることができ Mar 19
たらなおよいですね。それもAPIあるのかな?

Tunemage:

Katsuhisa ABE/阿部 勝久: 皆様，情報提供ありがとうございます。
次のwaveにまとめてみました。
Hack For Japan (hack4jp) PersonFinder登録アプリ ブレーンストーミング

Mar 19Mar 20

Tatsuhiro Tsujikawa: 電車が間引き運転で死ぬほど朝夕混んでるというのですが混雑具合をリアルタイムに地図にプロッ Mar 19
トできれば緩和できるのではないかなとおもいました。常々車両の走行位置と込み具合をリアルタイム計測できれば便利だなとおもっていました。電車によっては今きた電車は激込みだけど次の電車はガラガラとあるんで。
Stingraze@googlewave.com: 確かに便利そうですね。

Mar 19近藤俊彦: それって駅探のAPIが使えそうですね、
http://go.ekitan.com/info/menu_service.shtml

Mar 19近藤俊彦: Twitterで指定したフォーマットでつぶやいてもらってハッシュタグで拾うって出来ないでしょうかね？

Mar 19

萩原崇之:

Mar 20

Ｈａｃｋ Ｆｏｒ Japanが始まる前から近いものは作っていました。Twitterのつぶやきの流量などから混雑している各線各駅の状況を推定するものです
Manami suzuki: twitterでハッシュタグで拾うのであれば、http://twitter.com/#!/jorudanlive で路線ごとのハッシュタ Mar 20
グありますね。

Finitefield: GoogleがAndroidの機械翻訳をリリースされましたが、私は、先日、人手による翻訳のツールとして、メール Mar 19
で翻訳ボランティアに翻訳依頼し、メールで翻訳結果が帰ってくる仕組みを作りました。http://www.finite-field.com/isometry-2-0ja/volunteer に詳細があります。
翻訳が有効なのは、情報とコミュニケーションかと思います。外国の方は、自国語で、あいさつや関心を示してもらうだけでも励みになると思います。
避難所ごとの決まりごとなどの情報も正確に伝えためにも使えます。
当然、機械翻訳のほうがスピードは早いですが、精度が必要なこともあるかと思いますし、人手の翻訳も、皆の関心が高ければ、おそらく数分以内に翻訳してくださるのではないかと想像しています。
Teru.Shindo: 機械翻訳は日本語対応 Google Translate Crisis Response 版ですMar 19ね。http://www.google.co.jp/intl/ja/crisisresponse/japanquake2011_translate.html
そういえばこれ、Androidマーケットへのリンクになっていないためでしょうか、 「提供元不明のアプリを許可する」を許可しないとインストール出来ませんが、これってセキュリティ的にあまりよろしくない設定変更かと思うので、早めにAndroidマーケットにアップしてもらったほうがいいように思います。
人力翻訳に関していうと、メール以外にGoogle Talkなども連動できたらいいのではないかと思います。特に即時性が求められるような場合、メールだと携帯キャリア側の問題で届くまでに数十分の時間がかかることもあるので。
Mar 19Finitefield: そうですね。
Google Talkですか。バックエンドはGAEを使っているので、XMPPに対応させればよいかとは思います。被災地では、何を使っているでしょうか。Android持ってる人がそんなに多いのかなとも思ったりするのですが。Google Talkは、AndroidやiPhoneで動きますか？
Teru.Shindo: Google TalkについてはAndoroidには標準で「チャット」の名前で入ってます（名前はAndoroid1.6の場合）。

Mar 19Finitefield: なるほど。まだ被災地ではメールの送受信に時間がかかるんですね。Google Talk対応してみます。

Mar 19Teru.Shindo: 被災地ではありませんが、先日の地震直後から数日は電話通じず、Skypeの入ったau携帯とメッ
セージでやりとりをしていました。本当はSkypeとGoogle Talkもやり取りできると便利なんですが。

Mar 19Michelle2smnk@googlewave.com:

Mar 20Finitefield: 個人的には、避難所におられるかた同士の会話や連絡が必要かなと思います。つまり、まさに目の前 Mar 19にいる相手との会話です。Google Translate Crisis Responseは、音声入力や音声合成がされると推測しますが、Androidは、
現在日本語に対応していたでしょうか?
Teru.Shindo: 日本語対応 Google Translate Crisis Response 版では音声入力、音声出力ともに日本語に Mar 19
対応しています（Android1.6に無理矢理入れて一応動きました。ただし1.6はサポート外なので一部機能は使えず）。SMS翻訳もあるので、携帯同士でやりとりをすることも可能ですね。
Finitefield: Androidの基本的なSDKには、入っていなかったと記憶していますが。Googleが専用に入れたのでしょうか？

Mar 19Teru.Shindo: SDKのお話でしたか。すいません、そのあたりはできればGoogleのかたに回答をお願いし Mar 19
たいです。

何か、人手による翻訳を組み合わせると良いものがあるでしょうか。
もしAPIを作ったら、連携したいサービスはありますか？
Mar 19
Tatsuhiro Tsujikawa: これはサービスとは関係ないですが
http://slashdot.jp/apple/11/03/18/0138224.shtml
もう使わないipadとかを優先的に避難所に送って使ってもらうとそこからWEBにつながるし便利ではないな。充電の必要があるんですが。
すでにコメントにもありますけど。
Stingraze@googlewave.com: 電池の売ってる場所や電源がある場所ががわかるＭａｐサービスとかどうでしょうね。

Mar 19Akira Onishi: このサービス、いい面と悪い面があると思います。必要な人には役立ちますが、このところの首都圏の買い占め騒動が拡散するリスクがあるのかと思います。このあたり、人のモラルにもよりますね。

Mar 19Stingraze@googlewave.com: たしかに、売ってる場所がわかって、必要のない人が買占めに行ったら、どうしよ Mar 19
うもないですもんね。

Michelle2smnk@googlewave.com:

Hobi: 震災時によく使う単語の外国語翻訳リストって、あったら便利かなと思います。私が逆の立場なら、表現したいが言えないってことが多々あるだろうと思うので。
Stingraze@googlewave.com: 一まとめのＰＤＦやHTMLであったらすごく便利だと思いますよ！

Stingraze@googlewave.com:
書きかけのリストですが、英語 - ローマ字Mar 20Mar 19Mar 19Mar 19Help me! - Tasu kete kuda sai!
I want to go here - Koko ni iki tai no desu.
Where is the restroom? - Toire wa doko desuka?
Here hurts - Koko ga itai desu
Where is the emergency shelter? - Hinan jyo wa doko desu ka?
Can you speak English? - Eigo wa sha bere masu ka?
I can't find (NAME). - (NAME) ga mitsukari masen.

Stingraze@googlewave.com: http://mohawk.sakura.ne.jp/english-romaji
Mar 19にシンプルなサイトを作りました。いろいろな機種から見てもらいたいので、シンプルなHTMLサイトです。
Finitefield: では、タガログ語(フィリピン語)のリストを。
Tulungan mo ako! - Tasu kete kuda sai!
Gusto kong pumunta dito. - Koko ni iki tai no desu.
Saan ba ang CR? - Toire wa doko desuka?
Masakit dito. - Koko ga itai desu
Saan ba ang kanlungan? - Hinan jyo wa doko desu ka?
Puwede ka bang mag-Ingles? - Eigo wa sha bere masu ka?
Hindi ko nakita (NAME). - (NAME) ga mitsukari masen.

Hobi: 実際の外国人の方がどのレベルなのかというのが気になります。

Mar 19Mar 19Finitefield: 東京在住の外国人は、英語だけでも生活できたりするので、ほとんど日本語を話せない方も多い Mar 19
ですが、地方に行くと、多くの方はあるていど日本語を話せます。ただ、日本語を聞き取って、正確に理解できるかというと、ペラペラと思える人でも、意外と正確な理解でないことが多々あります。

Stingraze@googlewave.com: ただ、最悪の場合、これから地方だけではない場合がありますからね。;;
Hobi: ある程度はなせるケースが多そうですね。

Mar 19Mar 19Shinobu Izumi: Google SpreadSheetなどに纏めておいて、様々な形で編集や利用ができると有益だと思い Mar 19
ます。
Mar 19Finitefield: こんな感じでしょうか。
https://spreadsheets.google.com/ccc?key=0AtK5QLlYWYUidHo0ekptbE42Vmo3NVI0REVVcmxnUUE&hl=en
Shinobu Izumi: まさしく、そんな感じです！

Hobi: 都道府県別外国人数を貼っておきます。http://www.e-stat.go.jp/SG1/estat/List.do?lid=000001065021

Mar 19Mar 19

Eriko Iijima: 個人のかたで日本のニュースに出てくるボキャブラリーのリストを作っています。少しタイムラグは Mar 19
ありますが、リアルタイムやタイムラインを併用し、急にウェブ上に突出する言葉を集めてピンポイントで翻訳する必要もあ
るのではないでしょうか。「燃料棒」「計画停電」「帰宅難民」、どれも普段の生活では使用しない言葉ばかりでしかも、3月11日
以前では日本人ですら思いつかない言葉ばかりです。http://www.japannewbie.com/2011/03/13/japanese-news-earthquakevocabulary/Mar 19Hobi: まさにこんなものを想像していました。
これに各言語版をつくり、手入れしやすい形にしたいです。
もうひとつはおっしゃってるように急に突出した言い回し・単語を自動で集めてくれるツールがあればいいなということでしょうか。各社のニュース記事をDLし、yahooの形態素解析APIで解析してやれば個人でも難しくなさそうです。
K s: 単語だけなら、ウィキペディアの言語間リンク（左側のサイドバーに、それぞれの言語で言語名のリンクがあ Mar 19ります）を使うと、対応する言葉にジャンプします。
Hobi: それも有効ですね。ただたとえば「核分裂」だと日本語のページはあっても他の言語のページが未作成であるなど、ちょっと複雑になるだけでなかったりするので、このへんは補完したいですね。

Mar 19K s: 核分裂は生物のほうの用語との曖昧さ回避ページというやつです。そこからリンクがある「核分裂反応」へい Mar 19
けば、けっこうな数の言語があります。
Hobi: 失礼しました。よくみたら、そうですね。お恥ずかしいです。

Mar 19K s: 日本語版では少ないなと思ったら、いったん英語版に行くと、より多くのリンクが得られることもあります。 Mar 19
Hobi: そうですね。ただ辞書を引けば解決する問題でもいちいち辞書を引かないで済むのは個人的にはけっこう大きいです。まあでもwikipediaで解決ですね。

Mar 19K s: 科学の専門用語まで収めた、それも日本語から引ける辞書がある言語って、それほど多くはないと思うんです。

Mar 19Hobi: ちょっと意味をつかみかねます。。。

Mar 20K s: あ、紙の辞書の話です。核分裂とか被曝とかセシウムの同位体とか、そういうのを、日本語から英語やドイツ Mar 20
語にはできるだろうけど、ポルトガル語だと既に難しい。

Hobi: 近いうちに、ニュース記事をDLしYahooのAPIで単語抽出し、wikipediaで翻訳したものをhtmlなどにして配布するサイトを作ります。

Mar 20Tatsuya Miyoshi: 今回の震災は海外でも関心が高く、寄付やボランティア志願者も増えてきていると聞きます。
Mar 19
今回の試みは是非英語版も作っていただき、海外からもアイディア募集、もしくは開発者だけでも募集したらかなり集まるのではな
いかと思います。
ただし、それにはまずは日本の現状を知ってもらう必要があると思います。
日本の生の声を紹介する英語サイトを作るのはいかがでしょう？もう既にあるのでしょうか？
Tatsuhiro Tsujikawa: もともとPerson Finderも英語版だったようなので、今回開発するアプリも全世界で共有できると良いですね。

Mar 19

Tatsuya Miyoshi: 海外展開は是非考えなければいけないと思います。
Mar 19逆にPerson Finder以外にも海外で使われていて日本へ適用できそうなサービスもあるのではないかと思います。
どなたかご存じないでしょうか？

Hisaki Ohara: 同感です。特に放射能への風評被害が日本に対して発生する可能性があるので、様々な基礎データを提供する必要があると思います。文科省や東電の仕事かもしれませんが。。
Tatsuya Miyoshi: 海外の人達に理解してもらうことは重要と思います。
現在、日本に滞在している外国人の方が、不安を感じて帰国している話もよく耳にします。
西日本にいても不安で帰国された方もいるそうです。日本へ入国予定の方が自粛する話も聞きます。

Mar 19Mar 19

理解が遅れるほど悪い風評は広まると思います。生の声を伝えるサイトは重要だと思います。

Finitefield: 生の声とは具体的に誰の声なのでしょうか？
Tatsuya Miyoshi: 他のトピックでも話が出ましたが、国内でもtwitterやメールでデマが広がりました。
具体的に考えると、生の声というより、嘘の噂を否定するようなサイトが良いと今思いました。
具体的にどのような情報があるとよいという意見ありませんでしょうか？

Azrael.android@googlewave.com:

Mar 19Mar 19Mar 19

Tatsuhiro Tsujikawa: 震災前の建物の位置や形状はGoogleearthのように3Dモデリングで表現できるんでそれをARで携帯 Mar 19
電話から見れるようにすれば、救助や復興でやくにたたないかな？
Shinobu Izumi: デマに限らないのですが、Twitterの情報発信元を追跡できるようなサービスはできないでしょうか？特に Mar 19
非公式RTが追いかけられるようなものがあると便利かなと思います。
Atusi nakamura: http://ebilog2009.seesaa.net/article/191045647.html
リアルタイム検索を使うと、発生のタイミングと起点ぽいものが取得できるぽいですね。
グラフの立ち上がりのところをうまく取得出来れば追いかけられるかと思います。

Mar 19Shinobu Izumi: よく考えると、検索結果の一番古い物がかなり高確率でオリジナルなのかもしれないですね。一部 Mar 19
変更された非公式RTなどからでもオリジナルが追える物は難易度が上がるかな？
Mar 19
Tatsuhiro Tsujikawa: 逆の視点で、非公式RTを検索結果から除外するというのもありではないかと考えています。Retweetを使え、ということで。検索結果で延々と同じ非公式RTを眺めないといけないのは時間の無駄ですし。
Shinobu Izumi: 非公式RTを追いかけると書いたので、誤解があるといけないのですが、追いかけるのはあくまでMar 19

オリジナルを発見するために機械的に行うという意味です。私も同じRTをなんども読むのには辟易しました。今回大分公式RTの利点がTwitter上で広まったように思いますが、まだまだ非公式RTも多いので。デマ拡散のためにわざわざやるユーザもいるかも？
Hiroki kumazaki: この混乱の中で率先してデマを飛ばしている新聞社や政治家や経済評論家やジャーナリストなど Mar 19
も居ます。
デマそのものに対症療法で対処するのではなくて「この新聞社は信用できない。なぜなら○○というデマを流していたから」などの形で根本的な対策を行うことはできないでしょうか？
Masashi Sato: ツイートが拡散してその後デマと判別される時には、一度多くのRTが生成されて、次に削除されて Mar 21
ゆくはずなので、RTされた数とRTが削除された数を統計するとデマを飛ばしてしまうユーザを判断する手がかりになると考えています。
今以下のような「言葉」からツイートを抽出して、それにはてブのタグと公式RT数をくっつけて表示するアプリを試作しています
が、この公式RT数が上記のアイデアでまとめられて、かつユーザをIDで検索できるようにするとゴールに近そうです。どう思われるでしょうか。
サンプルは「ピエール瀧」で検索したものです。
※公式RT数は私のアカウントで取りにいっているので、沢山アクセスされると動かなくなります。
http://retweeters.appspot.com/%E3%83%94%E3%82%A8%E3%83%BC%E3%83%AB%E7%80%A7
本日ちょっと時間が無いためにハッカソン参加まではできないのですが、地道に続けたいので、アイデアやご意見があったら是非い
ただきたいと思っています。ツイートの内容が混乱するようなことを発生させない方法を提供するのが技術の役割だと私は考えています。
Atusi nakamura: [アイデア] 被災地のニーズがそもそも不明だとおもうので、現地のリクエストをシンプルに収集してざっくり分類して検索可能に表示するサービス

Mar 19

Tomo.takahata@googlewave.com: ボランティアのひとのほうがアクセスしやすいと思うので、ボランティアさんのネットワークにアプローチできるとよいかも

Mar 19

Takuya: 現時点で被災地の人が本当に必要なものを拾うのに最適な方法は何なんでしょうね？

Mar 19Atusi nakamura: 一次情報を取ることを基本としておく（デマ避け）だとすると、ガラケーからの勝手サイトが大 Mar 19
きなところかと思います。
こう言うことも実際現地の方々に聞いてみたい。

か。

Seiji Hayakawa: 被災地域への「営業店止め」の宅配便配送が再開されつつあります。誰／どこに荷物が届けられたか／ Mar 19
られなかったかをDBにストックしてもらって、被災情報のアンテナとしても機能してもらえるようなシステムは作れないでしょう

Seiji Hayakawa: 例えばドライバーさんにスマフォを持ってもらって、簡単なアプリで配達可否状況、安否情報などを登録してもらうというような。

Mar 19Stingraze@googlewave.com: ＧＰＳで現在位置を取得して、ある一定の半径で地震があると、自分が登録していた人の Mar 19
メールアドレスに、ＳＭＳや普通のメールでアラートが行くようなサービス。ただ、延滞が気になりますが。スマートフォンなどではありがたいと思います。
Tatsuhiro Tsujikawa: 避難場所の方向をレースゲームみたいに矢印でARで表示すると土地にふなれな海外の人には有用 Mar 19
かなと。テレビで中国の研修生の人が避難場所がわからずと言っていたので。これはgooglemapのナビゲーションでできそうな気がします。
Hiroki kumazaki: これから数年間にわたってボランティア活動が行われます。mixiなどの災害対策コミュニティなどでも Mar 19
有志を募ってボランティアなどを開催する流れになるでしょうけれど活動単位で情報を集約する必要があります。具体的にはATNDの形で参加者一覧を作って実際にその場に現れた人・ドタキャンした人・無断欠席した人などの情報が集約されればボランティアの現場での混乱を防げるのではないかと思います。ATNDをベースにそこに何があるとボランティアする側にとって便利かを考えませんか。

Hiroki kumazaki: 準備不足なボランティアが現場入りすることは避けたいですし、彼らは情報強者というわけでも Mar 19
ないのでITを用いたバックアップが欲しいです。
１、ボランティアが欲しい、という情報をマッチングサイトなどから獲得する
２、誰かがその人と電話などで密に連携をとって日時・場所・人数・必要な装備などの情報をまとめる
３、「○月○日に○○県の○○町での復興活動」の単位でATNDのようにイベントを立ち上げる
４、mixi, tiwtterなどの上で参加者を募集する（別サービスのアカウントが乗り入れられる必要あり
５、ボランティアに実際に参加した人に「ありがとう」などとフィードバックが得られる掲示板などで交流
６、次のボランティアにも参加しよう、という気になる
僕個人としては、いくら装備を整えたとは言え素人が災害地に入る事がよいとは思いませんが現時点でmixiコミュニティ上での盛り上がり方を見るに、有効利用する仕組みこそが必要ではないかと考えます。
Tomo.takahata@googlewave.com: ボランティアの方の食事や寝る場所などの確保も必要になりますよね

Mar 19Hiroki kumazaki: そうですね、ATNDを立てるときに
Mar 19
日時・場所・人数・必要な装備・寝る場所の有無・必要な食品の量などなど
どういう情報をあらかじめ現地の人と詰めておく必要があるのかをテンプレート化するだけでも価値があると思います。
寝る場所が必要な事が分かっていれば、テントを持ち込む事ができます。何人寝れるテントがいくつ持ち込めるのかを参加登録と同時に情報共有できれば、無駄の無いテント展開ができそうです。
Yukio Andoh: すまん、時間が無いので、長文貼付ける。いろいろアイデアがでてきていますが、すぐに欲しいもの、恒 Mar 19
久的に数年間使いつづけるもの。被災地で欲しいサービス。被災地以外で有用なサービス、様々なサービス。リソースを集中させる必要あり。かっこいいものよりも、シンプルで信頼できて、動きつづけるもの。
通常のハッカソンは「作りたいもの」を作る雰囲気ですが、今回はちょっと意味合いが違って、あまり目立たないとしても確実に「役立つもの」を素早く作ることが使命では無いかと考えます。
-------------------------------------------------------------idea list - Hack for Japan1) 今あるWebサービス、Web情報の補完サービス
2) 今あるサービスの携帯電話対応（含ガラケー/Android/iPhone）
3) 各種マッチングサービス
4) 寄付プラットフォーム
5) 今はまだ無い、画期的な援助サービス
6) 複数に拡散している似たようなサービス／データを統合する仕組み
7) 今ある有益なサービスの多言語対応
1□既存の Google Person Finder などのサービスを補完するもの
例えば、Picasaに登録された画像を Person Finder に登録する作業を分担する中で、未着手の画像を検索する外部サービスはとても有用なので。そういう感じのもの。
2□既存の Google 他、被災者向けサービスの携帯電話対応
スマートフォン、携帯電話（ガラケー）対応で無いものを、見られるようにする、利用できるようにする仕組みや、専用の Android/iPhone アプリ（この分野に関しては、現在Appleの審査もすごく早い）
3□ ボランティアのマッチング / 支援物資のマッチング
人手を提供できる人と、人手が欲しい人のスキルマッチング
現地ボランティアは手ぶらの素人が参加しても迷惑をかけるだけなので、様々な条件あり。都内で手伝えるボランティアもある。
支援物資も、無駄にならないよう、必要物資の種類や、新品であること箱に明記すべきラベルなど、様々な条件提示が重要。
4□ Google AdSense/AdWords のような募金プラットフォーム
義援金／寄付／どこの誰宛に全部が赤十字に集まるのだけでなく、小さなNPO団体にも行き渡ってほしい。

手数料無しでどこの何に使われるのか、トラッキングできるとベスト。
5□ 被災者向けに必要なサービス／被災地外の人向けのサービス
それぞれ、今、まだ機能していないサービス
今あるサービスと同じようなサービスを作って下手に分散しても仕方ない。
また、浅い考えで、ガソリン入手先の地図などを作ってしまい、
渋滞を巻き起こすのも得策ではない
6□ 複数に拡散している似たようなサービス／データを統合する仕組み
NHKとPerson Finderの連携はすばらしい。
情報が統合されることによる価値と安心感が提供できる。
7□ 今ある有益なサービスの多言語対応
Google Translate を通す作戦と、ボランティア翻訳作戦がある。
どちらにしろ翻訳が完全ではないリスクはある。
外国語だけではなく、音声や手話による情報提供も重要。
これは日本メンバーがあまり手をかけず、環境を用意し、世界のバイリンガルに助けてもらうのが得策かもしれない。
--------------------------------------------------------------------------------------------------------------------まだまだあるとは思いますが、なんでもかんでもではなく、限られたリソースを集中させて、確実に素早く成果をあげることができれば！
#prayforjapan
Finitefield: 7の今ある有益なサービスの多言語対応では、私が作った翻訳支援ツールが使えます。被災地からメー Mar 19
ルでの翻訳依頼ができるようにしたというのを上に書いたのですが、これはすでに翻訳者が翻訳するために使う、現に動いているサービスです。翻訳元データは、テキスト、Word, Excel, PowerPoint, XLIFFに対応しています。翻訳文書をパブリックにすれば、だれでも翻訳可能で、翻訳文書の名前に、「大震災ボランティア」と書いておけば、ボランティアを募集していることを伝えられます。
ツールはフリーで、以下のChrome Web Storeからインストールできます。
https://chrome.google.com/webstore/detail/ofpplbnbgolaannppkgaojbegonjhead
GAEがバックエンドなので、ソースコードを提供することも考えます。
Kamatamadai: 3の『ボランティアのマッチング』のサービスには、ガ島通信（http://d.hatena.ne.jp/gatonews/）の Mar 19
藤代裕之さんが中心となって作成している 東日本大震災（東北地方太平洋沖地震） 「災害ボランティア情報」まとめサイト
http://www45.atwiki.jp/volunteermatome/pages/45.html などがありますね。twitter（@volunteermatome）上で、ボランティアの募集
状況がつぶやかれています

Hisaki Ohara: このリストは大変分かりやすいと思います。どなたかが指摘されていましたが、今あるサービスや進行中の開発プロジェクトのリスト化がそろそろ必要ですね。

Mar 19Seiji Hayakawa: ですね。加えて、そこから重複するものを統合し、また世の中に広く認知させることも必要かと思います。

Mar 19Yuichiro Mori:

Mar 20

Yukio Andoh: 災害時サービスでUI+UXデザイナーができること。http://www.slideshare.net/yukio.andoh/crisis-response- Mar 19
ui-20110318-7301165
Yukio Andoh: あと、デジタルなサービスに頼りすぎて、誰かがケガしたり、混乱を招いたりしないよう、深く考える必要があると思っています。こんなサービスが欲しいだろうと、押し付けるのではなく。

Mar 19Kazuyuki Mori: 情報提供者のネットワークが不安定な状態で、どこどこで何が足りないとかの情報をTwitterなどでグロー Mar 19
バルに共有すると、

・情報の真偽・解決・未解決
・情報の古さなど情報の正確性に問題がでたりするので、よくRTされてるつぶやきをTracみたいに管理できるサービスはいかがでしょうか。
Tweetの流れ、関連ツイート、タグづけ、Good/Bad投票によるタグやチケットの状態やツイートの上下をきめることで、ただの噂に対して集合知を発揮させることが出来るんじゃないかと。
ただ流れてきた噂に非公式RTで「デマです」と付けるより、そのサービスのURLをつければ、解決した問題が流れ続けることもないし、緊急性の高い情報が見逃されるというような問題も解決できるんじゃないかと！

Katsuaki TANAKA: 同じく、情報が整理されて、その構造が作られていくことが大切だと思います。

Mar 19

対象がソフトウェアやプロジェクトのようにはっきりしたものではないだけに、それを反映した情報の構造を作ることは大変そうですが、できれば効果は大きいのではないかと。
- どのように対象ツイート（情報）を選定するか- どの条件をもとに解決したと見なすか- Twitter 内部でできるようにするか、外の Web サイトに出すか- ステータスの管理を集合的にどのようにおこなうか
おおざっぱに、Twitter 内部で bot が見て、選定したものに固有のハッシュタグを振ってリプライあるいはリツイート、元の発信者がOK したところ、あるいはある程度時間がたったどころでで解決あるいは優先度低とみなす、といったものを想像してみました。
Kazuyuki Mori: どのように対象ツイートを選定するのかは考えてなかったです。
Mar 20
ステータス管理をGood/Bad投票は難しいかもしれないですね。タグさえあればステータス管理をしなくてもいいかもしれません。
やりたかったのは、ChromeやFirefoxのアドオンで、Twitterサイト上のRTに対して皆がつけたタグを表示することで、メタ情報をツイートにひもづけることと、メタ情報を非公式RTで付与しないで誰でも見れるサービスとして独立させることで、ツイートの流れと情報を整理し、近い話
題や近い場所の関連ツイートを表示してまとめることでした。
システム的にステータスをはっきりさせる必要はないので、はてなブックマークのタグをRTに表示することで解決できるかもしれません。
Masashi Sato: ひょっとして、私が試作している以下のようなシステムはお考えの一部に近いもので Mar 21
すか？今水道橋博士の発言がはてブに出ているので、彼の発言にははてブから抽出したタグ（みずいろ背景の言葉）がくっついています。
※試作なので沢山アクセスがあると公式RTが取得できなくなります。
http://retweeters.appspot.com/%E3%83%94%E3%82%A8%E3%83%BC%E3%83%AB%E7%80%A7
これをブックマークレット化したり、アドオン化したりするようなイメージかなと思いました。ただ、非公式RTへの対応としては弱いものかもしれないので、それはまた別途考える必要があります。
Good、Badの一つの尺度として、公式RTされてそれが取り消された数を抽出するのはどうだろうかと考えています。
直接的に「イイネ！」のように投票する方式は、twitterの利用をサードパーティアプリから行っている人の数が多いので、現実的な方法では無いかもしれないなぁと思っています。
本日ハッカソン参加をしてコーディングする時間は無いのですが、アイデア交換させていただこうと思い、書き込みました。

Kazuyuki Mori:

Shigenori kamata: Tweetやプロフィールの位置情報で評価すると、被災地からの距離である程度はデマ性が判断できそうな気もしますね。
Kosei Kitahara: 私からも 1 つ御提案
この次期は、入学式とか卒業式とかイベントごとが多いですね。
Twitter や ust を使った卒業式がなされたりしてますが、ごく一部だと思います。
多くの学生さんたちに思い出となるような式をネット上で支援してあげたいです。

Mar 20Mar 20Mar 19

卒業アルバムもないでしょうし・・。
BeMarble: もし被災地で窃盗などの犯罪が増えているようだったらそれを抑制するようなものが作れたらいいと思います。

Mar 19Mar 19Masakazu Muraoka: iPhone用 地震対策音声読み上げを運用中です。 http://goo.gl/rG5rH
識字障害や弱視の方々への情報提供という目的で作成しましたが、避難時に文字を読む手間がないので有用、音声なら周囲の人に情報を伝えやすいというご意見もいただいてます。
追加する情報や拡張のアイデアをいただければうれしいです。
もちろん他にもなにか手伝ってくれる方も募集中。
読み上げ音声は、HTML5 Audio要素でmp3を再生しています。
現在Android webkitで動かないのが残念。なんか方法あったら教えて欲しいです。
Misa Kondo: 先ほどこちらのアイディアソンの開催を知り、参加しました。
Waveを使うのは初めてで、これまでのアイディアをおいきれていないのですが、失礼させていただきます。
位置情報ベースのQ＆Aサービスで、日本語／英語対応、ガラケー対応となっているPinQAというものがあります。
情報の共有のために紹介させていただきます。
http://pinqa.com/

Mar 19

萩原崇之: 公的な情報をまとめるページを少し前にリリースしています。今の所は現在の情報を表示しているだけなので、 Mar 19
クローラーまわしてもうちょっと詳しい情報を取ろうかな？ と考えているところです
http://om-logs.appspot.com/
Hiroki kumazaki: スマートフォン前提で構わないので、登録した複数の人を一定時間GPSで追えるアプリケーションの実 Mar 19
装は可能でしょうか？
方向や移動の動向を追いかけ合えれば避難所での心細さが解消されるんじゃないでしょうか。
赤い糸のような形で方向を表示できれば出会うためにも便利です。
Misa Kondo: Latitudeで参加しているメンバの位置を共有できませんでしたっけ？ちょっと今確認しています。

Mar 19Hayato Ito: ですね。Google Latitudeが利用できます。 http://www.google.com/intl/ja_jp/latitude/intro.html

Mar 19Michelle2smnk@googlewave.com:

Misa Kondo: Googleバズに登録しているorLatitudeでのメンバ登録でレイヤをつけ、見ることができます。Androidではデフォルトでインストールされているはずですので、ぜひ。
Hiroki kumazaki: 災害現場で実際に使ってみてどう感じたかの声が聞いてみたいところです。

Mar 20Mar 19Mar 19Hiroki kumazaki: おぉ。さすがGoogleですね…！ありがとうございます。

Mar 19Gtk2kritto@googlewave.com: iPhoneアプリのやつはめちゃくちゃ更新が遅いんだよな

Mar 19Gtk2kritto@googlewave.com: スマフォアプリ開発したとしてネックなのは申請にかかる時間だよ
なぁ。Androidは申請が必要ないと聞いてる。iPhoneは数日かかるとも。

Mar 19Misa Kondo: はい。Androidは野良アプリの作成が可能です。Aタグはれば、ダウンロードできます。

Mar 19Gtk2kritto@googlewave.com: そうなんだ。

Mar 19Misa Kondo: DesireではOKでした。後、1.6系の機種名まではわからないのですが、そちらの端末でも野良アプリ Mar 19
落とせたようです。今回のこととは直接的な関係ないですが、野良アプリの公開方法なら知っていますので、興味ある方はきいてください。 http://libdroidbot.heroku.com/
Misa Kondo: 上記のページはHerokuというクラウドサービスのページにAタグのせただけです。それで実機で落と Mar 19
せて、動きました。
Gtk2kritto@googlewave.com: ほうほう。ありがとうございます。（って言いたいところですが、実はAndroidとかのスマフォアプリ開発経験ありません。)いかんせん、Windowsアプリ専門で食ってますもんで。Herokuって、RubyOnRailsでしか聞いたことないですが、そのほかのアプリもホストできるのですか？

Mar 19Misa Kondo: HerokuはRubyOnRailsで動いています。AndroidのアプリはHerokuサーバ上にAPKファイルといわれ Mar 19
る、アプリファイルをおいておけば、ホストとして使えます。実際は落とすだけですが。
Gtk2kritto@googlewave.com: なるほど、ありがとうございます。

Mar 19Misa Kondo: いえ、余談になってしまい、失礼しました。wave力が不足でして。

Mar 19

Tomo.takahata@googlewave.com: 郵便局って、いろいろな地域にあって、地元の人の支えになっている気がするので Mar 19
すが、郵便局と連携することってできないですかね？ あとクロネコヤマトさんとか、佐川急便さんとか、地元に人とつながりのあるところと情報がつながれるとよいのかなと・・・

Dai MIKURUBE: ご参考までですが
Mar 20https://wave.google.com/wave/waveref/googlewave.com/w+nMqw8yksD/~/conv+root/b+ljF-4qcwA こちらでも同様のご意見をおみかけしました。ぜひ話してみてください :)Hiroki kumazaki: 阪神大震災の時は学校での授業の再開が大きく遅れたようです。教科書も流されてしまい、教材なども Mar 19
なくなった状態で教育を再開させるのは難しかったんだろうと思います。
現在のところ、OLPCのように大企業が小中学生にノートPCを配布する動きは無いのでしょうか？
もしあるのであれば、オンラインで授業を行う画期的な場になれると思います。
A b: 何が欲しいということを書いて追跡できるBTSみたいなものがあるといいと思いました。

Mar 19テレビなどで～がほしいなどいう意見もありますが、実際そのあと物資がちゃんと届いたのかは謎のままになっているかと思います。必要な物資のトラッキングができるBTSのようなものがあればいいと思いました。
webから手動で、またはtwitterのハッシュタグから拾ってBTSに自動入力。GPS情報などの情報もあれば利用。webから入力する場合いたづら防止のためニュースソースなどURLも欲しいかも。
届いたら、webからクローズしたり、twitterのハッシュタグ付きで自動closeしてもいいかもしれません。
一覧化することによって、何が何処に今足りていないかを一覧で見ることができますし、また今後同様の災害が発生した場合にも、利用できますし、蓄積されたデータは過去の事例として大いに生かせると思います。
Arinobu FUKUHARA: 以下のリンク先でも似たような話がされていますね。
Hack For Japan (hack4jp) ブレーン・ストリーミング Wave

Mar 19BTS というアプローチは良いですね。きちんと支援が完了したのか、ということを追跡することは非常に重要だと思います。
Sho-ji N: 電源・IP網が繋がった後になってしまいますが、避難所ごとに公式のTwitterアカントを作成し情報発信・共有を Mar 19
行うのはどうでしょうか。
ITが得意なボランティアが避難所にいれば担当してもらえると思います。
役場の人・避難所のリーダー・ボランティア・(可能であれば被災者も)間の情報共有に有用です。内部の人だけでなく外部の人にもその避難所の現状が伝えられます。
さらに避難所の情報をまとめる新しいサービスに繋がると思います。
Mar 19Tsuyoshi Seino: 避難所にWebカメラって付けられないものですかね。
避難所のニーズが解らないのも、細かい安否が取れないのも、避難所から情報を発信できないから、というのが主原因になっている
気がします。
１分くらいの動画を避難所から発信出来てタグ分けできると随分状況が変わるような気がするのですが。

Hiroki kumazaki: テレビ局でさえプライバシーに配慮してうんぬんとなっていますし、通信回線を圧迫しそうで怖 Mar 19
いです。現地での通信回線ってどれぐらい余裕があるんでしょうか。
ですが、避難所から細かい情報でさえ発信してもらいたいというのは確実なニーズだと思います。カメラつけっぱなしで可能な限り低い敷居で情報を発信してもらえればきめ細かい対応ができそうですね。
BeMarble: 現地にビデオレター用PCのようなものを設置してみては？ それをどこかのサイトで公開してみ Mar 19
るとか。
Tsuyoshi Seino: 避難所まで避難出来た場合、１分１秒を争うことはないような気がするんです。
だからLive Streamingではなく、細かい動画をサーバーに溜めるような方式にすれば通信もさほど圧迫せずに済むような気がします。

Mar 19Tsuyoshi Seino: もっと通信を気にした場合写真（スナップショット）＋音声１分、とか。

Mar 19Arinobu FUKUHARA: 動画にしろなんにしろ、避難所から情報を発信する方法は何とかして確保したいですね。

Mar 19Tmiyamon: 同意ですねー。避難所からの情報が集まれば、それをもとにより包括的な行動に出られます。

Mar 19Gtk2kritto@googlewave.com: いまは、一般回線はほぼ全滅ではないでしょうか。ただ、「きずな」が被災地で支 Mar 19
援されるとのことで、回線が提供されれば少しはIP網は回復するでしょう。（限定的ですが）
Tsuyoshi Seino: イリジウム衛星電話を使ってみるとかどうですかね。http://plusd.itmedia.co.jp/pcupdate/articles/0508/15/news045_3.html

Mar 19Gtk2kritto@googlewave.com: ああ、たしか、イリジウム電話は会社が被災地に提供するというニュースを見た覚 Mar 19
えがあります。
会社ではなく、国際電気通信連合でした。
http://headlines.yahoo.co.jp/hl?a=20110317-00000060-impress-inetSho-ji N: 避難所の生活は長期になると思うのでIP網が復活してからでも十分に役立ちそうですね

Mar 19Tmiyamon: 電気の面でも厳しそう

Mar 19Tsuyoshi Seino: サイト側が整えばスマフォとかカメラ付きのタブレットとかでもいけそうな気がするんですが、孫さんとかのってくれないですかね。

Mar 19Hirotomo.oi@googlewave.com: 被災地の方が電話で【○○が困ってます】って録音していただいて、それを延々と流すラ Mar 19
ジオのようなことってできないですかね？
Yuki Anzai: 災害時の支援ももちろん大切ですが、復興時の支援も大切だと思います。津波の映像にも沢山の畑が映っていましたが、恥ずかしながら私はその畑でどんな野菜が育てられていたのか知りません。

Mar 19

被災地の復興には何年もかかるはずです。被災地の方々が普通の生活を自立して行えるようになるために、通常の経済活動としてなにができるのか、もあると思います。
東北地方の国産野菜を食べよう、というだけでも支援に繋がると思います。
Sho-ji N: そこの野菜を買ったり観光地に旅行に行ったりすることが現地の自立に繋がり、義援金を送る次のス
テップになるんですね。
復興の経過がわかってわれわれがそれを知ることができて購入・利用することが長期的にみると重要。
Yuki Anzai: ○○店営業再開しました！マップとか、メッセージとかをまとめて見れたりするといいですよね。そのお店とか農家が web 通販してたりしたら、遠くからでも何かできますし。
どこのお店が営業再開したかわかると地元の人も助かると思います。

Mar 19Mar 19Tsuyoshi Seino: 福島の状況次第だと思います。日本は食の安全にうるさい国なので「東北で作られたもの」とい Mar 19
うだけで風評が立つ恐れがあるのでそこをどう改善するかがカギだと思います。
Chuki082@googlewave.com: とても素晴らしい動きだと思うのですが、作成するのは恒常的なサービスでしょうか、そ Mar 19
れとも緊急的なサービスでしょうか。
個人的には、水とトイレがすごく困ったと聞いているため、供給情報は仮設トイレ情報などをツイッターレベルで情報収集できるようなシステムがあれば、短期的に非常に助かるのではないかと存じます。
Tsuyoshi Seino: トイレの共有サービス、というのがありますね。これにどれだけ仮設トイレが入っているんでしょう。。
Chuki082@googlewave.com: なるほど、これの他キャリア版があると便利そうですね。

Mar 19Mar 19http://news.nicovideo.jp/watch/nw42357

Takuya: どちらでも良いかと思うのですが、恒常的なサービスの場合には今回の事態にきちんと合う機能をアド
Mar 20ホックでも持てたほうが良いと思いますし、緊急的なサービスの場合はほかの類似サービスにすぐに対応出来る柔軟性を持てたほうが良いと思います。そう考えると、アプローチが違うだけで、出来るものは同じように柔軟度が高いスケールするものに結局は発展していくことになるのではないでしょうか。一般論ですみません。
西本誠: 風評被害で作物が売れない事態が既に発生し始めたようなので、農家の方がが直販でものを売りやすいように、 Mar 19
ショッピングサイトを手軽に構築できるようにするなどはいかがでしょうか。もしくはフラッシュマーケティング的なサイトのほうが賞味期限的にいいのかもしれません。
西本誠: 新しく作らなくてもグルーポンがやってくれればいいのか。どこかが農家に掛け合って初めてくれれば、買い手はすぐ見つかると思うなぁ

Mar 19Takeda Masaaki: まさにグルーポン的サービスがマッチしそうだなと思ってました。収穫予測ができれば先払いす Mar 19
ることもでき、すぐに収入につなげられるようになりそうですね。
西本誠: ですね。友達が購入してれば信用できると思えるし、いいことだからプッシュしやすいし、まさにフラッシュマーケティングにマッチしそうな気がしますMar 19西本誠: この意見をフラッシュマーケティングのサイトの中の人に届けるにはどうすればいいんだろう。実際やる Mar 19
ならおそらく、いろいろ手続き面倒なことあるし、きちんとやってもらう必要があるので、それなりに覚悟決めた人がやる必要があるのかなぁ・・
Takeda Masaaki: ディスカウントしないから既存のグルーポン系サービスとは別の入り口が要りそうですね。決済 Mar 19が絡むし物流に強くないといけないですし、システムは既存のグルーポン系がそのまま使えればできそうなので、既存のサービス事業者の中の人が興味を示してくれるのが一番よい気がします。
西本誠: 中の人・・ここに出てこないかなw

Mar 19BeMarble: グルーポン系サイトの経営陣に提案内容をtwitterのmentionで送ってみてはいかがでしょうか

Mar 19西本誠: 今の状況だとそれが一番手っ取り早いですね。アカウント知らないんですが。ちょっと探してみます。

Mar 19BeMarble: これぐらいしかわからないです。各サイト経営者
グルーポン・ジャパン @keisukeseto0226 , DMM.com @dmm_matsue

Mar 19Kenichi Watanabe: 経営陣ではないかもしれないけれど @DMM_Amary (DMM アマリ) が DMM で義援金クー

Mar 19

ポンを買ったときにお礼の @ を飛ばしてきてくれました西本誠: 今 @GP_jp にmentionしてみました。#hack4jp つけているのでTLでみれるかと思います。

Mar 19西本誠: 文章でわかりにくいところがあれば補足のmentionをする必要があると思いますので、お読みになっ Mar 19て意味が通じないと思われたらお教えいただけると幸いですMichelle2smnk@googlewave.com:

Takeda Masaaki: 収穫後じゃなくても、クーポン前売り＆収穫後直送、でもよいような。

Mar 20Mar 19西本誠: ぁ、そうですね。ニュースで「収穫したけど買ってもらえなかった」っていうのをさっき見たもの Mar 19
で、そういう場合の緊急避難的なことを頭で想像していたので、「収穫前から買ってもらえない」ことが予想できる状
況のことが頭からすっぽぬけていました
西本誠: もしよろしければ「前売り＆収穫後直送」という補足を@GP_jpに補足mentionいただけないでしょ Mar 19
うか。一人で言っているだけよりも説得力ありそうなので（こちらまで中の人がいらっしゃったらこの流れバレバレで
すねwすみませんw）
Takeda Masaaki: 了解です。
tweetしてみました。

Mar 19西本誠: ありがとうございます＾＾ 確認しました、ありがとうございます！

Mar 19西本誠: ディスカウントはするべきじゃないですかね？風評被害が収まったときに、販売ルートがここしか残らな Mar 19
いようでは、たぶん農家は生き残れないんじゃないでしょうか。こちらはあくまでオプションというか非常口的な販売ルートであるべきでは。
Takeda Masaaki: きちんと復興するまでは支援のつもりでディスカウントなしでよい気もしますけど、どうなんで Mar 19
しょう
西本誠: どちらがいいかは、農家さんだったり関連の会社の人でないと判断はできないそうですね。どっちにしても当事者が決めればいいことなのでおいておきましょうかw

Mar 19Tsuyoshi Seino: ウィンウィンになるといいんですけどね。ユーザーは２０％割引、その割引部分を義援金として Mar 19
サイト側が補填できるような。広告マーケティングとかと合わせたり。
西本誠: 義援金とあわせるの面白いですねー！

Mar 19西本誠: これをやると農家の方には、これまでなかった個別梱包・配送の手間が発生する。料金回収はサイト側で Mar 19
面倒みれるか。個別配送はそうそう簡単にできるものじゃないかもなぁ・・特に単価の安い野菜を少量、とかなると配送料のほうが高くついてさすがに厳しいかもしれない。ある程度の数量ををまとめての対応がいるのかもしれませんね
Takeda Masaaki: 個別では難しいかもしれないので、実際には農協とかで対応することになるかもしれませんね。 Mar 20

Kenichi Watanabe: ustで避難している方むけの情報を垂れ流しにする、とか。上で出ましたかね。

Mar 19

Yamagishi56@googlewave.com:

Mar 19Nukinuki: まずは、通信インフラと端末が充実している可能性は低いので、その整備が必要だと思います。腕時計用の電 Mar 19
池で稼動するwifiのアンテナなどが必須なのではないでしょうか。それに、スマートフォン端末を一定数配布。サーバーへ直通するアプリ内臓で、それに簡単入力で、誰がどこにいるかのデータベースが作成される。というのなどはどうでしょうか。
Hisayori Noda: 5:42 pmの自分の立てたスレッドとも重複するのですが、現地がどの程度IP Reachableなのかが分かって Mar 19
おりません。また、スマートフォンを使用できるほどのITリテラシーがある方がどれくらい要るのかも分かりません。まずは現地がどのような状況なのか、何を必要としているのか、回線が通るのかどうかを知る必要があると思います。
Teru.Shindo: 携帯の電波状況確認ができるサービスありますね。
Mar 19
被災地電波状況確認のための位置登録実績MAP｜株式会社コロプラ http://pl.colopl.jp/c/c/map/
GeoHex（オープンソース）を利用しているので、Latitudeベースでこれと同様のものを作るというのはアリかもしれませんね。でも通信キャリアが出している情報を追うほうが先だとは思います。

Kenichi Watanabe: 疎通確認用のサイトを作って、そこにアクセスしてもらって住所や回線を入力してもらえれば Mar 19
正確な情報が集まりそうですね
Nukinuki: インターネット環境を確保することは、確かに一番必要なことかもしれませんね。スマートフォンを使い慣れ Mar 19
ない人のために、タブレット型PCくらいの大きさで、手書き認識ができたほうがいいかもしれませんね。ほしいものリストなどもアップできれば、ニーズも汲み取れるきがします。
Fumikazu Fujiwara: http://setsuden.tumblr.com/ のような感じで現地で役立つ紙媒体を出力するサービスはどうで Mar 19
しょうか？
Nukinuki: 紙ってのは、どんな人にも馴染みがあっていいかもしれませんね。被災地の外からの情報提供としては最高だと思います。プリンタなどが課題になりますかね。

Mar 19

Fumikazu Fujiwara: そうですね 最寄りの7イレブンで netprintできればいいですね 出力->netprintなアプリとかMar 19Nukinuki: シンプルでいいいですね。ざっくりしたイメージですけど、車の非接触型の鍵みたいに、持ってるだけ Mar 19
でうまいこと必要な情報が紙媒体で、身近なスポットで手に入れられる体制を整えられたら、、、いいかもしれないですね。
よく考えたら、個人に紐付けなくても、おっしゃるとおり、身近にあるコンビニなどに集約的にその機能を持たせることでも、必要最低限の要件を満たせるかもしれませんね。
Fumikazu Fujiwara: 例えば ネットが繋がっている家族->避難所にいる家族宛のメール->手紙サービスとか
なにかありそうですね

Mar 19Nukinuki: なるほど、今ここで話しているアイデアは、紙と電子をつなぐなんらかの仕組みが構築できないかとい Mar 19
うことですね。被災地に高齢者の方も多いことを考えると、そのサービスはとても役にたつと思います。あて先情報の収集が問題になりそうですが、今話している内容の仮説を前提とすると、被災地側からの情報（あて先の元データ）こそ、紙から吸い上げることが必要でしょうか。それとも、その場の誰かががんばってインターネットにつなげて作るとかですかね。
Fumikazu Fujiwara: はい私もそう思います GoogleのPersonFinderの情報を避難所毎にとれれば よいですね

Mar 19Nukinuki: そうですね。モバイル端末をつかってくれれば、GPSや、携帯の位置情報（電波のほう）で同定できる Mar 19
かもしれませんね。それか、本人が登録するときに入力するか、、、ですか。

すね

Fumikazu Fujiwara: たしかに 送り元の同定はむつかしいですね。あとは 7-eleven -> 避難所 の配達人をどうする Mar 19
か。配達した人は配達完了したら 宛先の人からメッセージを預かって 配達元の人にフィードバックまでして くれればいいで

Nukinuki: いまの状況を前提にすると、配達のぞっとするくらい大変そうですが、もう少しあとになると、徐々に Mar 19
仮設住宅が立ったり、道路が整備されてきたりすると思います。そうなれば、、、とい議論は電気も通ってるだろうから、いまいちですかね。
今、配達と考えると、どうすればいいのでしょうか。
Mar 19
Fumikazu Fujiwara: 最寄りプリント出来る環境からどれくらい離れているか
被災の状況にもよりますが、陸の孤島になっているところは厳しいかもですね。 車もしくは歩きで配達するボランティアを募る感じでしょうかNukinuki: やっぱり、集約型のステーションがあるのでしょうね。最寄がどこまで最寄かはあると思いますが、そ Mar 19
こからは物理的にキャリーする必要がありそうですね。タイムリー感はe-mailには遠く及びませんが、1回/日くらいで配達できて、そのときに、手紙を集荷して、それをステーションに持って帰って返信するようなサービススキームでしょうか。
Fumikazu Fujiwara: それができれば いいですね。プリントから先はシステム化できないので 組織運営をどうする Mar 19
か。が大変そうですね
Nukinuki: 紙の集配といてば、郵便局でしょう！彼らに動いてもらうのが一番手っ取り早そうに思います。

Mar 19

Fumikazu Fujiwara: そうですね。郵便局の電報APIとかあれば おなじことができそうですね。なさそうですが

Mar 19Nukinuki: 物資輸送のオペレーションとなんらかつながるでしょうか？

Mar 19

Fumikazu Fujiwara: それは ドンピシャですね つながるとおもいます。どこかに 避難所の物資輸送業者やボラン
ティアの情報があればいいですね そこにマージできたら 効率的だと思います

Mar 19Nukinuki: おっしゃるとおりですね。おそらく、物資も首都圏から避難所一箇所一箇所に直接輸送しているのでは Mar 19
なく、どこかに集約してから、配布しているはずなので、そこを拠点にできればいいのですね。となると、それら各拠点通しをつなぐ、ひとつのネットワークを形成することで、より広範囲の被災者情報や安否情報、必要な物資情報などを集約させることができるかもしれませんね。全避難所の全員を各所、各個人単位で情報をハンドリングするのは非現実的ですが、小規模集約型ならばある程度現実味があると思います。その際、やっぱり紙ベースの情報を、電子化できる技術があれば、なお効率的かもしれませんね。
Fumikazu Fujiwara: 紙ベース->電子化って 例えばどんな時につかいますかね？

Mar 19Nukinuki: スキャナーで紙をｐｄｆ化するときに、文字認識をする、OCRってのは聞いたことがありますが。http://panasonic.co.jp/sn/psn/pstc/products/yomikaku/

Mar 19

Fumikazu Fujiwara: 避難所->インターネットの情報のやりとりの時につかいますかね

Mar 19Nukinuki: なんらかのインターフェースは必要だと思いますが、作って作れない話ではないのではないでしょう
Mar 19か。全避難所の回線確保は難しいのかもしれませんが、さきほどのスキームなら、なんとかなるかもしれませんね。
Fumikazu Fujiwara: はい ネット環境->避難所は 紙で 避難所->ネット環境は配達人に完了後 ネット環境で 打ち込 Mar 20
んでもらうというところでとりあえず 事足りるかもしれないですね
Nukinuki: 配達人が集荷した紙を、一気にスキャナにかけて、文字列化し、それをネットのあるページに一気に表 Mar 20
示するような感じでもいいかもしれませんね。送り人の名前を書くところだけをルール化しておいて、ネットでそれを検索できるようなサイトを作ってはいいかがでしょうか。
Fumikazu Fujiwara: そうですね スキャナがないかもですね。 プリンタは7-elevenさえあれば確保できます
Fumikazu Fujiwara: 1)Google PersonFinder で 避難所名簿取得サービス開発2)送り人は1)のサービスで送付先を選んで メッセージ入力
3)配達人にメールが届く
4)近くのネットプリントで紙化
5)配達
6)帰ってきて スキャナもしくはて入力でフィードバック
Fumikazu Fujiwara: いかがでしょうか？

Mar 20Mar 20Mar 20

Nukinuki: Google PersonFinderでは、たしか、画像で名簿がのってたんでしたっけ？画像から文字認識できる技術 Mar 20があればいいですね。まとめていただきありがとうございます。1）～6）で、かなり具体的になってイメージがわきました。
Fumikazu Fujiwara: 文字認識は正直きびしいとおもいますよ 活字でもエラーがあるくらいなので スキャナがいい Mar 20とおもいますNukinuki: そうなんですか。。。。じゃあ、スキャナか、、iphoneで、名刺作るようなやつを使うんでしょうか。

Mar 20Fumikazu Fujiwara: 名簿に関してはPersonFinderから 避難所->送り主への返信はとりあえず人力でいいんではな Mar 20
いでしょうか？極力既存インフラを使ったほうが 広まると思うので
Fumikazu Fujiwara: あとめると 作成するのは
1) 名簿検索機能
2) メッセージ登録->netprint番号採番機能3) メッセージ返信機能
あとは 手運用でminimumですかね

Mar 20

Nukinuki: おっしゃるとおりですね。目的は技術開発ではないですから、構築しやすいように、minにすることが大 Mar 20
切だと思います。いいアイデアだと思います。
Teru.Shindo: 略字、旧字、クセ字などについて、実際の登録作業で出てきているであろう問題についての指摘（ア Mar 20
ドバイス）の記事も出てますね。このあたりのことについても考慮が必要かもしれません。
避難者名簿をテキスト化している有志の皆さんへ｜makewisteriaのブログ - http://goo.gl/r6sSx
Fumikazu Fujiwara: そうですね 単純な検索機能だけだとヒットしないかもですね PersonFinderのAPIって Mar 20
そもそもどんなものが提供されてるか そのへんのゆらぎは吸収できているのか 調べてみたいですね
http://googledevjp.blogspot.com/2011/03/person-finder-api.html
Nukinuki: かなりお詳しいですね。私は素人ですが、そういった技術的なところが不可欠ですね。給水所
マップも拝見しました。これもすごく役にたちそうですね！
Fumikazu Fujiwara: ありがとうございます！ 別件ですが マップの更新がおいついてないので 随時マップ
更新ボランティアさんを募集中です^.^;あとは 救援物資ルートに載せれるかどうか 調査してみたいですね

Mar 20Mar 20

Nukinuki: なるほど、こういったものは、オープンになっていて、誰でも編集ができるものなんですね。勉 Mar 20
強になります。
物資輸送とマージできるかが、かなりの成否を分けますね。別々というのは非効率ですから。
Fumikazu Fujiwara: はい わざとそうしてますた。

Mar 20

Nukinuki: いいブレストになったと感じてます。ありがとうございました。明日もまだブレストがあると思 Mar 20
いますので、また議論させてください。ちょっと早朝から動いているので、そろそろ休みます。ありがとうございまし
Fumikazu Fujiwara: おつかれさまでしたー

Nukinuki: 1）の検索機能でくせ字対応が必要ということになりますね。

Shiganet: モデレーターのほうにも投稿しましたが、一応こちらにももう少しまとめたものを投稿してみます。
【アイデア】
支援物資の避難所までの経路を中継地点ごとにビジュアルで表示し、支援物資の需要と供給を一元管理できるような仕組み。

Mar 20Mar 20Mar 19【目的】
支援物資を送りたい人や物資配送を行いたいと思っている人たちに現在の物資の流れを可視化して把握できるようにすること。
最適配送までは到達できないとしても、物資の需給状態の把握ができることや、起点、中継点の提供が促進され、ノード間物資移動の必要数がネットで共有できればひとまずは成功。
【ノードの種類】
・避難所：最終目的地
・中継地点：物資の中継基地
・起点：支援物資の送付先

【参加者の種類】
・避難所管理者：場所の関連情報のアップデート、物資在庫数の管理・運搬者：ノードからノードへ物資を運ぶ人→ボランティアや運送業者？
・中継地点管理者：中継地点の関連情報のアップデート、物資在庫数の管理→自治体、倉庫を持っている企業や商店など
・起点管理者：支援物資の受付、起点関連情報のアップデート、起点在庫数の管理→自治体、倉庫を持っている企業や商店などで支援物資の受付業務をこなせるところ・政府、自治体は可能な限り避難所、中継地点、起点管理者としてデータをアップデート■基本的には誰でもノードの追加、物資在庫の増減を編集できるようにする※認証をどうするか？（なりすましや詐欺行為などの抑制）■各ノードはルートにより連結される→道のりの概要、参考距離、走行時の注意点など※ルートは誰が管理するか？
■各避難所に近い中継地点にも連結ノードの在庫数値が調達可能数として反映される。
■中継地点は、同時に起点としての役割をこなすことも可能■各ノードでは現時点の在庫、必要数、倉庫のキャパシティなどの情報が表示される。
■避難所はもちろん近隣や隣県で倉庫を持っている人、自治体なども中継地点としての登録できるようにする■政府、自治体についてはある程度とりまとまっていると思うので、それらの情報を反映しつつ、企業やボランティアがどこへ何を持ち込むor届ければよいのかというのが可視化されることが目標■最終的には中継地点を有機的に連結させ複数のパスを持つバケツリレー方式の配送網を都内近郊にまで延長してくることができれば理想
Kazuya YOKOYAMA: いわゆるSNSなどインターネット前提でのものはお年寄りなど多くの方にリーチするには限界があ Mar 19
ると思います。
本当に困っている方はラジオ（できてもテレビ）の媒体を通じてしか情報のやりとりができないのではないでしょうか。インターネットとこれらをスムーズに循環させる仕組みがあれば両者がいい形で動けると思うのですが。ブレストなので問題提起も含めて。
Keiichi Hida: 被災者の方が求めている情報、被災者の方の安否情報、このへんをうまくつなげる仕組みがあるとい Mar 20
いですね。例えば、RFID付きの名札やペンダントを配り、避難場所の出入り口にリーダーのゲートを設置。アグリゲーション
したデータを家族が見られるようにする。被災者の方が能動的にネットへアクセスできる状態じゃないので、仕組みとして提供できたら良いかと。。。
Mar 19Kuippa: オレオレサービスのポータルサイトが必要なのではないでしょうか
自分も何かできることはないかと思いつく範囲でかたっぱしから実装していってますが、多分他のひととやってることも重複してい
るとおもいます。joininできるのであれば、それにこしたことがありませんし、担当がきまっていたほうが注力しやすい。ユーザーフォロー
や告知まで手がまわらないので利便性もひくくなります。 http://kuippa.sakura.ne.jp/ とか衝動にかられてあれこれつくったけどそろそろみんな一呼吸してタッグを組むじき？
Yusuke Igarashi: 各地でガソリンスタンドへの行列が出来ています。ガソリンスタンドの整理券発行サービスを提供する Mar 20のはどうでしょうか。
本来、ガソリンスタンド側が整備すべきものだと思いますが、すぐに用意するのは難しいのではないかと思います。
給油を希望するものは自動車のナンバーと連絡先のメールアドレスを登録、ガソリンスタンド側は供給可能なガソリンの量と分配したい台数を登録。給油希望者にメールで給油可能な日時と量が整理券として通知されるといったものです。
直接、被害の大きい被災地を支援するものでもなく、営利企業の業務に関わるものですが、各地で給油を求める列が渋滞を引き起こしている現状は間接的に被災地への支援の妨げになっているのではないかと思います。
Yusuke Igarashi: ガソリンにだけ注目していましたが、今後の復興においてもいろいろな行列が発生するかもしれ Mar 20
ません。
その場に行かずとも整理券が発行されて、物理的な行列が短くなれば色々なコストが減らせるのではないかと思います。
汎用的な整理券発行サービスを提供するのはどうでしょうか。

Knj77: 既に出てるアイデアかも知れませんがGoogle Maps上に自分の位置とメッセージを貼付けるサービスとか。そこ
Mar 20にTwitter, Facebook, Mixiのソーシャルグラフで繋がってる人だけを表示するとそのまま安否確認になるとか。（利用者のハードル高
いかな...）
Yujismd@googlewave.com: 仮設住宅.comとか統一したサイトとか必要かも。

Mar 19Shinjiro watanabe: 投稿数が多くて、描画が大変な方が多いようです。次のページを作ったほうがいいかも知れません＞ Mar 19
中の人
Fumi Yamazaki: ありがとうございます！http://goo.gl/vbtDS です

Beatnics@googlewave.com: 今、このサイトを知って、ざっと読んだつもりですが、私のアイディアを記します。
1. 電力の回復地域が判るGoogle Map (携帯かわ読めれば、尚可)
2. 同様に水道の回復マップ
3. 救援物資にきっとデコボコがあると思うので、どの拠点には何が多少あまっているのか、何が足らないのかが判る
避難所ごとのリスト Google mapのプレイスページのイメージで

Mar 20Mar 20

私は、このように思っています
Shinobu Izumi: 実は、利用者リテラシをもっと高めるような活動も、今後考えたほうがいいのかもしれませんね。テレビ Mar 20のように受動的に情報を受け取るのに慣れている方々に、少しずつ能動的な情報取得を覚えてもらい、今回のような災害ではそれらを活用してもらえるように準備をしておくのも重要かと感じています。
Keiichi Hida: 確かに今後そのようなリテラシー活動は必要だと思われます。しかし現在現場で求められているのは、もっと身近な情報だとおもっております。ネットの情報を紙などに落とせると良いですね。
Ryo.freestyle@googlewave.com: ■ 生活物資のネットショッピング
個人ではなかなか生活物資の提供ができません。
募金が集まって、すぐにいろいろなモノを購入。
というわけにもいかないと思いますので、楽天やアマゾンの既存のサービスを使って、生活物資を購入できるページを設置するのはどうでしょうか？
既出かもしれませんが、、、
必要物資のリスト、目標個数等をある程度決めて、その物資をユーザーの方に購入していただけるようにして、各被災地へまとめて送ることができれば、多くの人が簡単に、しかもすぐに被災地の方へ物資を届けることができると思います。
情報をいち早くつかむアプリ等も必要かもしれませんが、
まずは、生活物資の提供で被災地の方の健康状態を維持する必要があると思います。
ネットで購入できる仕組みをつくることで、個人で被災地に物資を届けるために、経路選択などの手間もはぶくことができますし、多くの物資を提供できるかと思います。
必要な物資を扱っている会社をそろえることができれば、すぐにでも実装可能ではないかと思います。
■ 情報の共有
上記の生活物資の提供時に、被災地の避難所等に、

Mar 20Mar 20確実にネットにつながるパソコンを配布して、大型のディスプレイにさまざまな情報をのせられるようにはならないでしょうか？
ネットワークを各避難所等で確立できれば、各個人がそれぞれにネットワークを利用するよりも、
トラフィックを抑えることができて、確実に情報を配布できると思います。
そこで、必要物資を入力することができる板を設ければ、必要物資、個数等も把握できるのではないでしょうか？
Keiichi Hida: 募金もいいのですが、確かに楽天やAmazonで震災支援パックなどを用意して、それを欲しい人、そのお代を支援する人とマッチできるサイトができたら良いですね。

Mar 20Tunemage: 避難による一時的な雇用の需給の増減を吸収できるようなマッチングシステムってできないでしょうか？例え Mar 20
ば東北地方で家を失った方が1年関西に住むとして、その一年だけ雇用契約を結んで、一年後に東北にある、競合しない同業他社（飲食など）に移行できるように3者（避難者・避難先・避難元）間での合意がとれるように。必要以上に避難先の雇用情勢を圧迫せず、避難元の復興もスムーズにできるようにしたいです。
志田裕樹: 各被災地の方々が災害以前のように自分の家を持ち、働いて以前のように収入を得られるようになるにはとても長期的な支援が必要だと思うのですが、テレビでの取り上げられ方もだんだん小さくなってきており、例えば1ヶ月や2ヶ月後には、かなり国民全体の関心が下がっていしまい、寄付額がかなり減ってしまい、
いつまでも復興できないのではないか、というのが心配です。

Mar 20* 被災地の人に、瓦礫の山の写真や、避難所の写真とか、動画を携帯のメール添付で送信してもらう** 大船渡なら ohfunato@xxx.org に投げてもらう* 大船渡用のTwitterアカウントを用意し、送信された内容をそのアカウントにつぶやかせる(画像や動画は http://twitc.com などへ)という簡単なシステムですが、どうでしょうか?
# デマを排除する方法がむずかしいかもですが。
継続的に関心をつなぎとめるためには、被災者自身がネットで情報発信していくことが重要であり、それを支援するサービスやインフラが必要ではないかと思っています。
Yoshihiro Sugi: 復興していく様子を記録し続けて 数年後に見ることができると嬉しいですね。
復興後の姿を今のうちから想像して用意しておいて、そこに近づいている様子がわかる、とかMocchi: google mapに投稿している写真で復興してい時系列に閲覧できるとか、mapに古地図を重ねてたみたいに、復興の様子を時系列並べた衛生写真とか見れるとか
志田裕樹: 被災地の方はリテラシー的なことを考えるガラケーの添付メールでの投稿がメインになるのではないかと思っています。

Mar 20Mar 20Mar 20ガラケーのメールで、緯度経度を取得する方法はありますかね?
この投稿用のメールアドレス( ohfunato@xxx.org など ) を現地の人に周知する方法はどうしたらいいんだろう…
Yutaka Sato: 「ガラケーのメール」で緯度経度を取得出来るとすれば、発信者がどこの基地局を使ったか？とかでしょうか。
ヘッダには無さそうですよね…（未確認）
それが出来れば、メールアドレスを元に安否・所在確認ができそうですよね。

Mar 20瓦礫の下での連絡にも大まかな要救助者の場所とかを想像したんですが、津波だと携帯自体が壊れてるかもしれない、地震だけなら有りでしょうか。

Yukio Andoh: ガラケーで普通にメール送信してもらうときに、写真を添付してもらえば、GPSと携帯電話 Mar 20
基地局によるA-GPSの経度緯度位置情報が添付画像JPEGのEXIF情報に入ります。これが利用できます。ただし、携帯電話の設定で位置情報の送信を許可する設定にしておかなければいけません。通常はデフォルトではOFF。GPSもダメな機種や環境の場合は、メールの本文にあいまいでも良いので住所を書いてもらい、その情報をジオコーディングサービスを使って変換すれば、緯度経度が取得でいます。あと、そのメールアドレスを周知するのは、Twitterでの伝搬や, FAX で QRコードとメールアドレスを書いた紙をを送るなど。有益なサービスで多くの人に使ってもらえるようになれば、テレビニュースなどでもとりあげられます。
志田裕樹: ありがとうございます!

Mar 20

EXIFから緯度経度が取れればその情報を使うというのは良さそうですね。
メールアドレスのSubjectで位置を判定というのはどのぐらい精度だせるかちょっと心配ですね。
個人的には ohfunato@xxx.org 方式で、gooのようにエリアは「大船渡エリア」ぐらいとし、地図上にマッピングはEXIF情報が取れたらやる、ぐらいでよいのではないかと思っています。
場所に関するより詳しい情報は本文に自由文で書いてもらえればいいかな、と。
「マイヤ本店付近です」とか「加茂神社避難所です」と書いてあれば、現地のことを知っている人なら一発でわかりますが、
たとえば、google mapsで「加茂神社」で検索してみましたが、大船渡の加茂神社はヒットしなかったので、googleが提供しているAPI(そういうのあったか定かではありませんが)では難しいのかも、と思いました。
周知のアイディアなどありがとうございます。
普通の郵便は時間かかるけど、できるだけ配送します、ということがhttp://www.post.japanpost.jp/whats_new/2011/0319_02.htmlにありましたので、各自治体に郵便で送る -> 周知してもらうというのもありかもですね。
Fumiko Kurano: 以前、ガラケーで画像を撮影後、位置情報を取得して、Google Mapsにマッピングするようなシステムを実験的に作っていましたので、可能です。
志田裕樹: ありがとうございます。
それは、JPEGのEXIF情報から取る、という手法ですか?

Mar 20Mar 20Fumiko Kurano: その通りです。Exifで、位置情報が付いているものであれば、PCのメールで送った物も対応して Mar 24
います。実験研究用に作った物ですが、これです。
http://goo.gl/tWi30 http://goo.gl/tWi30

萩原崇之: gooで似たような試みがありますね
http://blog.goo.ne.jp/311goo

Mar 20

志田裕樹: ほんとだ! でもあまり投稿されていませんね…あまり周知されていないのかな…

Mar 20

Twitterにも投稿する、ということで書いてあるのですが、Twitterのどこに投稿されているのかわからないです。
ハッシュタグとかセットしているのかな。
Twitpicなどに投稿すれば、Twitterクライアントによってはタイムライン上にインライン表示もできたりすると思うんですけど。
これ、もっとユーザーからの反応ももっとあってもいいと思うんですが。。。
もっと改善したいなぁ…
とりあえずコンタクトとってみます。
ありがとうございます。m(_ _)m
Takeda Masaaki: とても同意です。Twitterだと大量のTLの中ですぐに流されてしまうと思うので、スマホのアプリにして Mar 20
おいて、お知らせをPUSH配信するのがよいかなぁとか考えていました。iPhoneアプリのR25みたいな感じで、記事の更新があったらアラートが出るような形。

半年とか1年経っても完全復活にはいかないでしょうから、年単位で支援が継続できるような情報発信（注意喚起？）が必要かなと思います。
志田裕樹: そうですね。Twitterに限らず、いろんなメディアに向けて送信して良いと思います。

Mar 20

Twitterは ohfunato@xxx.org なら #save_iwate とか、然るべきハッシュタグをつけてあげれば、ウォッチィている人の目に留まると思いますし、
RTで、より多くの人に届くかもしれないので、Twitterはやりたいと思っています。
山田友典: 参加登録しました。とりあえず自分がすでに作ったものを載せときます。パーソンファインダーで名前を検索し Mar 20て最後の場所が登録されていたらプロットする地図。http://goo.gl/5TzyN
救助要請ハッシュタグ（#j_j_helpme）を含むツイートをプロットする地図http://goo.gl/dAJap
Masafumi terazono:

Mar 20

山田友典: こちらで避難者リスト画像からパーソンファインダーへの登録支援ツールについて議論されています。http://goo.gl/A49Jj

Mar 20Abeshacho@googlewave.com:

Yuki Arita:

Mar 20Mar 20

Yukio Andoh: あ、あと注意事項というか、お願いですMar 20。ここであがってきたアイデアを実現する際は、同じようなサービスが無いか調べてから実装を始めて欲しいです。すでに（たとえ不完全でも）似たようなサービスを作った人がいるのに、同じようなサービスを再び作る際には、オリジナルの人に連絡をとってなんらかの形で協力してもらえるとうれしい。最初にサービスを立ち上げた人は、志し高く、限られた資源でなんとか急いで作ったのだから、その気持ちを育てていきたい。本プロジェクトはGoogleのメンバーや、多くの企業がご賛同くださり、今後メディアでも取り上げられる機会も多くなると思う。そんなとき、一番最初にアイデアを実現した人が取り残されると、とても悲しい気持ちになるかもしれないので。なんかうまく書けないけど。これは決して「もうすでに同じようなサービスがあるから、本プロジェクトで作る意味が無い」ということを言っているのではありません。
Daichi.yoshinari@googlewave.com: 有志で被災者と支援者をペアリング行おうと活動しているものです。
Mar 20
まだ全メンバーの同意をとれているわけではないのですが、ほぼ同じサービスなので、そちらに合流できたらと思います。
同じようなサイトが立ち上がることにより、結局情報が拡散してしまったら意味がありません。
本日午後8時ごろからミーティングをし、合流するかどうかを決定します。
その際は、今まで培ってきたナレッジを解放し、共有できたらと思います。、

Daisuke Nakamura: Smiley Street View

Mar 20

・被災地のStreetViewをUpdateする、ある程度道路事情が安定したら（Googleさん、おねがいします！）
・SmartPhoneで、ARっぽくStreetViewをUpdateする仕組みを実装
・ボランティアや、現地の方々が、復興活動の区切り（どこかを片付け終わった、とか）でUpdate,そのとき記念写真のように人物も入れる。了承が得られれば顔は消さない。
・お店が営業再開したり、家が建ったり、大きな復興が成し遂げられたら、できる誰かがUpdate
・仮設住宅などで、iPadでこれを閲覧できるようにしておけば、ご近所の様子を随時チェックできる。お年寄りでもできるかもしれない。

Yukio Andoh: もうひとつ、これは Googleの中の人にしかできないことだと思うのですが。震災前のストリート
Mar 20ビューを消さずにとっておいて欲しい！情報としては最新のストリートビューにすることが重要ですが、過去の美しい町並みをアーカイブとしてぜひともとっておいてほしい。
Teru.Shindo: 同様の意見はTwitterなどでも見かけましたし、被災者の方と思われる書き込みにも同様のごMar 21

意見が見られましたことを書いておきます。

Kenji ISHIKAWA:

Yutaka Sato: 実システム案では無いんですが、メールをインターフェイスにして何か情報を得ることは難しいでしょうか？
webを使えないけど、メールを使える方向け
webで情報を得るまでにたどる煩わしさの改善
電池持ちにも貢献できるかも
ガラケー、スマホに影響しない情報提供等を想定しています。
よくは練れてはいないですが、メールに何らかのフォーマットで本文を書いてもらい、それに対する情報のReplyを行う。
（本当は形態素解析（よくは知りません）とか出来れば、日本語で検索できますかね？）

Mar 21Mar 20

返すデータ自体は既にあるシステムで収集している物でいいと思ってます。
ので、各システムのAPIへの入り口でも良いかもしれない？
もしくは各システムに乗せやすい部品作りかもしれない？

Shigenori kamata: Yahoo! JAPANのキーワード抽出APIは形態素解析した上で重要な語を返してくれるから便利で Mar 20
すよー
Hideaki Kiko: メール本文に氏名を入れて送ると、Person Finder APIを呼び出して、結果をメールで返してくれる Mar 20
ようなのも嬉しいかもしれません。
Joe Mio: インドネシアのFacebook利用率が異常に高いのはSMS経由で安価に利用できるからって話もありました Mar 20
ね
Joe Mio: http://attrip.jp/24383

Chie masuko: できる限り多くの人が、簡単に使えるもの、且つ、複数人で情報共有でき、普段から使えるものが必要と考えています。

Mar 20Mar 20

上のほうにメーリングリスト案がでていましたが、メールは繋がらなくなる場合が多いのでTwitterとかFacebookのような情報共有ややり取りが簡単にできる形式のものが必要ですね。
ただ、ITリテラシの低い人にTwitterとかFacebookなんて教えられないですし
そもそも災害時になって突然使えと言われても使いこなせるわけがないです。
なので、平常時からメールのように使っていて、災害時でも繋がり易いということを考えておく必要があると思います。
先日ExciteNewsに出ていたこの記事 http://htn.to/UaGTXo「インターネットをよく理解していない家族と、Twitterで連絡を取る方法」など、ヒントが隠されている気がします。
弘智 松浦 o3_: おはようございます ホープ茨城ではドメインをとって地元のNPOセンターと連携し茨城と周辺情報をまと Mar 20
める予定でいます http://hope-ibaraki.org
弘智 松浦 o3_: 1日目のブレーン・ストーミングはここまで↑↑↑ 続きは2日目のWaveで！

Hack For Japan (hack4jp) 2日目Wave

Mar 20https://wave.google.com/wave/#restored:wave:googlewave.com%2Fw%2BilLm6EJJC
青木まがりまめ:Mar 20

高木祐介:

Mar 20Mitsuaki Ishimoto:Mar 20

Tags: hack4jp preparation brain storming

ImagesNext wave