<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://oku.edu.mie-u.ac.jp/~okumura/blog"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Okumura&#039;s Blog</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog</link>
 <description></description>
 <language>ja</language>
<item>
 <title>変なグラフのオンパレード</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2586</link>
 <description>&lt;img src=&quot;/~okumura/blog/files/A3BED4UCMAEhzss.png-large.png&quot; alt=&quot;誇張した棒グラフ&quot; style=&quot;float:right; margin:0 0 1em 1em&quot; /&gt;

&lt;p&gt;&lt;a href=&quot;http://togetter.com/li/375034&quot;&gt;武雄市長と信者といんちきグラフ - Togetter&lt;/a&gt; は変なグラフのオンパレード。折れ線グラフは0から始まらなくていいと思うけれど，右のグラフなどは&lt;a href=&quot;/~okumura/stat/pisa-robbr.html&quot;&gt;PISA「盗難事件」問題&lt;/a&gt;に使ってもらえそう。&lt;/p&gt;

&lt;p&gt;ほかにも&lt;a href=&quot;http://www.hirax.net/diaryweb/2012/09/16.html&quot;&gt;「錯覚立体円グラフに（さらに）データ配置マジック」が混ぜられた「Appleが見せたiPadシェア」&lt;/a&gt;が最近話題になった。あとは，すでにどこかに書いたような気がするが，&lt;a href=&quot;http://blog.livedoor.jp/dqnplus/archives/1692812.html&quot;&gt;フジテレビが不思議なグラフを作って印象操作、若者叩きを誘導か&lt;/a&gt;は何度見ても感動する。&lt;/p&gt;</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2586#comments</comments>
 <pubDate>Tue, 18 Sep 2012 03:35:27 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2586 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>Excel使うな：2010版</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2585</link>
 <description>&lt;p&gt;このブログに&lt;a href=&quot;http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2287&quot;&gt;Excel使うな&lt;/a&gt;を書いてから4年近く経つ。Excel 2010についての続報を書きたかったのだが，なかなか材料が集まらない。&lt;/p&gt;

&lt;p&gt;Guy Mélardが &lt;i&gt;Computational Statistics and Data Analysis&lt;/i&gt; に “On the accuracy of statistical procedures in Microsoft Excel 2010” と題するペーパーをサブミットしたが，rejectされたという。PDFが彼の&lt;a href=&quot;http://homepages.ulb.ac.be/~gmelard/Recherche.htm&quot;&gt;研究業績のページ&lt;/a&gt;からリンクされている。結論として，Excel 2010の統計関数のいくつかは大幅に改善されたが，Data Analysis Toolpakは変わらず，統計グラフも改善されていないという。&lt;/p&gt;

&lt;p&gt;一方，&lt;a href=&quot;http://amstat.tandfonline.com/toc/utas20/65/4&quot;&gt;The American Statistician - Volume 65, Issue 4&lt;/a&gt;にはKellie B. Keeling and Robert J. Pavur, “Statistical Accuracy of Spreadsheet Software” というペーパーが掲載された。こちらはRも含めて統計関係の数値計算の精度を調べている。こちらの結論は，Gnumericが最優秀で，Excel 2010も2007に比べて大幅に改善されたという。&lt;/p&gt;

&lt;p&gt;[2013-03-24追記] GoogleやMSなどのWeb版表計算ソフトもまだ駄目のようだ：Bruce D. McCullough, A. Talha Yalta, &lt;a href=&quot;http://www.jstatsoft.org/v52/i07&quot;&gt;Spreadsheets in the Cloud - Not Ready Yet&lt;/a&gt;, Journal of Statistical Software Vol. 52, Issue 7 (Feb 2013) 参照。&lt;/p&gt;</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2585#comments</comments>
 <pubDate>Sat, 11 Aug 2012 05:09:37 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2585 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>データ集約は手作業でなく情報技術を使おう</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2584</link>
 <description>&lt;p&gt;震災関係の情報公開にいろいろ問題があることはすでにこのブログで何回か指摘している。以下はTwitterで&lt;a href=&quot;http://twitter.com/#!/parasite2006&quot;&gt;@parasite2006&lt;/a&gt;さんに教えていただいたことを私の責任でまとめて私見を加えたもの。&lt;/p&gt;

&lt;p&gt;まず検査機関が出したデータを自治体がきれいなPDF形式で報告する。次の例は&lt;a href=&quot;http://www.pref.aomori.lg.jp/soshiki/kenko/hoken/index.html&quot;&gt;青森県健康福祉部保健衛生課&lt;/a&gt;の&lt;a href=&quot;http://www.pref.aomori.lg.jp/soshiki/kenko/hoken/files/2011-0829-1734.pdf&quot;&gt;8月29日の文書&lt;/a&gt;：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/2011-0829-1734.png&quot; alt=&quot;青森県健康福祉部保健衛生課の8月29日の文書&quot; style=&quot;border:1px solid&quot; /&gt;&lt;/div&gt;

&lt;p&gt;これを厚労省が手作業でまとめる。上の例は&lt;a href=&quot;http://www.mhlw.go.jp/stf/houdou/2r9852000001n9ix.html&quot;&gt;食品中の放射性物質の検査結果について（第１７３報）&lt;/a&gt;の「検査結果（PDF:136KB）」の最初の2行にある：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/2r9852000001n9mo.png&quot; alt=&quot;厚労省173報&quot; style=&quot;border:1px solid&quot; /&gt;&lt;br /&gt;最初の2行を一部拡大&lt;br /&gt;&lt;img src=&quot;/~okumura/blog/files/2r9852000001n9mo2.png&quot; alt=&quot;厚労省173報拡大&quot; /&gt;&lt;/div&gt;

&lt;p&gt;ところが産地が青森県のはずが宮城県になってしまっており，検査機関が横浜検疫所のはずが青森県原子力センターになっている。さらに「流通品」は「と畜場」の間違い。手作業でまとめた際の誤記のようである。この例では検査結果（ND）そのものは正しいが，なかには放射性物質が検出されたのにNDと誤記したケースもあったという（現在は訂正済み）。&lt;/p&gt;

&lt;p&gt;さらに，厚労省の担当者に間違いを指摘する手段が電話とファクスしかなく，指摘してもなかなか直らないことがあるようだ。&lt;/p&gt;

&lt;p&gt;こういうきれいに罫線を引いた報告書を手作業で作るのではなく，情報技術を活用して，情報発生源で一度入力したら何度も再入力する必要がないシステムが作れないものか。例えば（財）食品流通構造改善促進機構がボランティアで運用している&lt;a href=&quot;http://yasaikensa.cloudapp.net/&quot;&gt;食品の放射能検査データ&lt;/a&gt;サイトはすばらしい。ここは間違いもメールで指摘するとすぐ直してくれるという。上の例の誤りも訂正されている。&lt;/p&gt;

&lt;p&gt;[追記] @parasite2006さんにいただいたコメント：「まとめが手作業にならざるを得ないのは、１）何を報告すべきか、２）どんな形式で報告すべきかが明確に統一されないまま見切り発車で検査がスタートしてしまったため、報告事項も形式もバラバラなのが実態だからです」「今時あらゆるデータベースにはデータ修正受付専用のメールアドレスかTwitterアカウントを用意してもらいたいものだと強く感じております。また新規登録データが自動的に機械可読の全件まとめに追加されるシステムも」&lt;/p&gt;

&lt;p&gt;ちなみに&lt;a href=&quot;http://yasaikensa.cloudapp.net/&quot;&gt;食品の放射能検査データ&lt;/a&gt;サイトは&lt;a href=&quot;http://www.mhlw.go.jp/stf/houdou/index.html&quot;&gt;厚労省の報道発表資料&lt;/a&gt;の日報（「第○○○報」）PDFからデータを抽出されているようだが，セルの結合やセル内改行があるので機械的な抽出はけっこう面倒なはず。データ提供者はこういう無駄なことをやめて機械可読なデータを提供してほしい。&lt;/p&gt;

&lt;p&gt;[2011-09-04追記] ND（not detected，不検出）とは検出限界未満または定量下限未満のことである。検出限界は測定誤差（σ）の3倍（3σ），定量下限はもっと大きく10σ程度とすることが多いらしい（上本道久，&lt;a href=&quot;http://www.jsac.or.jp/bunseki/pdf/bunseki2010/201005nyuumon.pdf&quot;&gt;検出限界と定量下限の考え方&lt;/a&gt;）。あいまいなので例えば「&amp;lt;10」のように記してはどうか。統計処理のためには常に値±誤差がわかる書き方が望ましいが，そうでなければ例えば「&amp;lt;10」なら5と扱う。&lt;/p&gt;

&lt;p&gt;[2011-09-12追記] すぐ上の追記で「ND」はあいまいなので例えば「&amp;lt;10」のように記してはどうかと書いた。ところが例えば
&lt;a href=&quot;http://yasaikensa.cloudapp.net/pref.aspx?q=%E9%95%B7%E9%87%8E%E7%9C%8C&quot;&gt;長野県 | 食品の放射能検査データ&lt;/a&gt;
のページのように「ND」と「&amp;lt;50」が混在する場合，「NDは0で&amp;lt;50は50だ」と誤解されることがあるようだ。単なる「ND」が混在する場合は「ND（&amp;lt;50）」のように書くのがわかりやすいだろうか。&lt;/p&gt;

&lt;p&gt;[2011-09-18追記] 八王子でアメリシウム&lt;sup&gt;241&lt;/sup&gt;Amが検出されたというデマが一昨日あたりから回っている。詳細は
&lt;a href=&quot;http://togetter.com/li/188790&quot;&gt;八王子市の土壌からアメリシウム241検出の報、でもどうしてα線でなくγ線で検出？ - Togetter&lt;/a&gt;
参照。要は，Am-241の欄が「&amp;lt; 3.7」Bq/50gとなっていたのを，だれかが不等号「&amp;lt;」を消して転載し，さらにkg単位に直されて「74Bq/kgが検出された」とあちこちで報じられた。「&amp;lt; 3.7」のような書き方は一般的であるが，このような「脚色」に利用されることがあるので，注意が必要かもしれない。&lt;/p&gt;

&lt;p&gt;[2011-10-05追記] 上の2011-09-04追記で，何なる「ND」ではなく「&amp;lt; 10」のような表記をしてほしいと書いたが，厚労省の今月あたりの&lt;a href=&quot;http://www.mhlw.go.jp/stf/houdou/2r9852000000y9vt.html&quot;&gt;報道発表資料&lt;/a&gt;の「食品中の放射性物質の検査結果について（第○○○報）」の「検査結果」（PDF）では，そのような表記になってきた。よかった。&lt;/p&gt;

&lt;p&gt;[2011-10-06追記] すぐ上の追記に関して，今朝の朝日新聞朝刊（Web版：&lt;a href=&quot;http://www.asahi.com/food/news/TKY201110050474.html&quot;&gt;食品の放射性物質、下限値も明記　消費者の声に応える&lt;/a&gt;）に書かれていた。&lt;/p&gt;

&lt;p&gt;[2011-10-09追記] すぐ上の追記に関する一次情報は&lt;a href=&quot;http://www.mhlw.go.jp/stf/houdou/2r9852000001q51k.html&quot;&gt;厚生労働省から発出した通知（平成23年9月29日）&lt;/a&gt;の「食品中の放射性物質の検査結果について」（PDF）である。&lt;/p&gt;</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2584#comments</comments>
 <pubDate>Fri, 02 Sep 2011 03:47:18 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2584 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>グラフで見る大阪市</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2583</link>
 <description>&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/110809a.jpg&quot; alt=&quot;&quot; style=&quot;float:right; margin:0 0 1em 1em&quot; /&gt;&lt;/div&gt;

&lt;p&gt;&lt;a href=&quot;http://www.city.osaka.lg.jp/johokokaishitsu/page/0000132087.html&quot;&gt;大阪市市政　グラフで見る大阪市～まちは大きく変わってきました～&lt;/a&gt;をご紹介いただいた。&lt;/p&gt;

&lt;p&gt;ページ上部の大きな図は，省略線のあるものについては，とりあえず問題ないことにしておく（本当は0点が関係ないなら折れ線グラフを使うのが望ましいと思う）。&lt;/p&gt;

&lt;p&gt;その下にある多数のグラフは，省略線がないが，縦軸をよく見ると0から始まっていない。&lt;/p&gt;

&lt;p&gt;こういうグラフについては当ブログでも何度も取り上げたが，高木浩光さんが&lt;a href=&quot;http://takagi-hiromitsu.jp/diary/20070128.html&quot;&gt;日常化するNHKの捏造棒グラフ&lt;/a&gt;およびその続編&lt;a href=&quot;http://takagi-hiromitsu.jp/diary/20070204.html&quot;&gt;NHKの棒グラフ描画システムが機械的に世論を狂わせている可能性&lt;/a&gt;で指摘されて有名になったものである。&lt;/p&gt;

&lt;p&gt;大阪市の場合，捏造というよりは，使ったソフト（おそらくExcel）のデフォルトの設定がそうなっていたのかもしれない。Twitterで@gnutar先生からいただいたご指摘：&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;MacのExcel2011とWinのExcel2010で試しましたが、データの差が小さくなると起点を変えるようです。100に対して83だと0始まり、84だと75始まり、87だと80始まり、てな具合です。「スマート」ですねぇ ^^;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;@_oguraさんからも「手元のWin版Excel 2007とOpenOffice.org Calc 3.3.0でも同様の結果になりました」とご教示いただいた。さらに@gnutarさんからNumbers09も，@hon_no_mushiさんからWin版LibreOffice 3.4.0も同様であることをご確認いただいた。どうやら差が大きい方の1/6のところに敷居があるようだ（@gnutarさん）。そう単純でもないかもしれない（@jojiさん）。@_oguraさんが&lt;a href=&quot;http://oguracodes.blogspot.com/2011/08/default-settings-for-barcolumn-chart.html&quot;&gt;棒グラフの起点を0にするマクロ&lt;/a&gt;を作ってくださった。&lt;/p&gt;

&lt;p&gt;グラフについては&lt;a href=&quot;http://oku.edu.mie-u.ac.jp/~okumura/stat/graphs.html&quot;&gt;グラフの描き方&lt;/a&gt;の「基本的な考え方」にいろいろ書いた。統計教育についてはCE97のペーパー&lt;a href=&quot;http://oku.edu.mie-u.ac.jp/~okumura/work/CE97/CE97okumura.pdf&quot;&gt;情報教育と統計&lt;/a&gt;（PDF）でも書いた。&lt;/p&gt;

&lt;p&gt;[2011-08-16追記] &lt;a href=&quot;http://d.hatena.ne.jp/taninsw/20071022&quot;&gt;万能棒グラフ&lt;/a&gt;というものを教えていただいた。冒頭で引用したグラフはまさに万能棒グラフだ。&lt;/p&gt;</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2583#comments</comments>
 <pubDate>Tue, 09 Aug 2011 05:15:12 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2583 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>学生は電子書籍にあまり興味がない？</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2582</link>
 <description>&lt;p&gt;Twitterに，学生は「みんな驚くほど電子書籍に関してネガティブな反応」「買ってる人も当然ながら皆無」といったツイートが流れていた。確かに電子書籍は読んだあとブックオフにも売れないし…。&lt;/p&gt;

&lt;p&gt;うちの学生が今年1月にうちの大学生83人に対して行ったアンケートの結果は次の通りである。回答者の学部や学年は不明。&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;あなたは電子書籍を利用したことがありますか？→はい24，いいえ59&lt;br /&gt;
  「はい」→
  &lt;ul&gt;
    &lt;li&gt;どの端末で利用しましたか？（複数回答可）→パソコン7，ガラケー18，スマホ3，iPad 1（iPadは貸してもらって使ったとのこと）&lt;/li&gt;
    &lt;li&gt;電子書籍を購入したことはありますか？→ある9，ない15&lt;/li&gt;
  &lt;/ul&gt;&lt;/li&gt;
  &lt;li&gt;電子書籍をこれからも（利用したことのない人はこれから）利用したいと思いますか？→とても利用したい12，やや利用したい49，どちらでもない16，あまり利用したくない3，全く利用したくない3&lt;/li&gt;
  &lt;li&gt;政府は「2020年に全ての小・中学生に1人1台電子教科書を配布」という目標を掲げ、取り組んでいます。この取り組みで、子どもたちが電子教科書を使って勉強することについてどう思いますか？→とても賛成8，やや賛成43，どちらでもない17，あまり賛成できない12，反対3&lt;/li&gt;
&lt;/ul&gt;
</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2582#comments</comments>
 <pubDate>Wed, 06 Jul 2011 05:24:34 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2582 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>SSS2011参加受付開始</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2581</link>
 <description>&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/IMG_2869s.jpg&quot; alt=&quot;瀬戸内&quot; style=&quot;float:right; margin:0 0 1em 1em&quot; /&gt;&lt;/div&gt;

&lt;p&gt;私もプログラム委員なので宣伝：8月18日（木）〜20日（土）の情報処理学会の情報教育シンポジウム &lt;a href=&quot;http://ce.eplang.jp/?SSS2011&quot;&gt;SSS2011&lt;/a&gt;（Summer Symposium in Setouchi 2011）の参加受付が始まった。毎年Sの付く地名を探して開催するという凝ったシンポジウムである。ぜひ夏の瀬戸内をお楽しみください（写真：林敏浩先生）。&lt;/p&gt;

&lt;p&gt;ほかに私の関係している今年度の行事：&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;10月22日（土）&lt;a href=&quot;http://oku.edu.mie-u.ac.jp/texconf11/&quot;&gt;TeXユーザの集い 2011&lt;/a&gt;&lt;/li&gt;
  &lt;li&gt;来年2月4日（土）〜5日（日）情報処理学会コンピュータと教育研究会＠三重大&lt;/li&gt;
  &lt;li&gt;来年2月22日（水）〜23日（木）&lt;a href=&quot;http://moodlejapan.org/home/&quot;&gt;Moodle Moot&lt;/a&gt;＠三重大&lt;/li&gt;
&lt;/ul&gt;
</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2581#comments</comments>
 <pubDate>Wed, 06 Jul 2011 01:02:01 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2581 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>東電のCSV形式が突然変更された</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2580</link>
 <description>&lt;p&gt;7月1日から東電の電力使用状況データ（CSV形式）が変更された。これによって生じた騒ぎを報じた経済産業省情報プロジェクト室（@&lt;a href=&quot;http://twitter.com/openmeti&quot;&gt;openmeti&lt;/a&gt;）のつぶやき：&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;【電力アプリユーザ・開発者への注意喚起】明日７月１日から東京電力が提供するCSVデータの形式が変更となります。現在出回っているアプリが正常に動作しなくなる可能性がありますので、ご注意ください。（つづく） &lt;a href=&quot;http://www.tepco.co.jp/forecast/index-j.html&quot;&gt;tepco.co.jp/forecast/index…&lt;/a&gt; (11/06/30 22:01)&lt;/li&gt;
  &lt;li&gt;【電力アプリユーザ・開発者への注意喚起（つづき）】なお、現行の形式でのCSVデータは、７月７日までは、別のURLで提供されます。詳しくは、東京電力のリリースをご覧ください。 &lt;a href=&quot;http://www.tepco.co.jp/forecast/index-j.html&quot;&gt;tepco.co.jp/forecast/index…&lt;/a&gt; (11/06/30 22:06)&lt;/li&gt;
  &lt;li&gt;３時間ほど前に東電提供データの形式が変更となることへの注意喚起の案内をさせて頂きましたが、誠に遺憾ながら、既にリンク先の説明文が消えているようです。 RT @&lt;a href=&quot;http://twitter.com/openmeti&quot;&gt;openmeti&lt;/a&gt;: 明日７月１日から東京電力が提供するCSVデータの形式が変更 &lt;a href=&quot;http://www.tepco.co.jp/forecast/index-j.html&quot;&gt;tepco.co.jp/forecast/index…&lt;/a&gt; (11/07/01 1:52)&lt;/li&gt;
  &lt;li&gt;未確認ながら、東電提供データの変更に伴い電力関係のアプリが正常に動かなくなったという情報も出てきています。改めて、電力関係アプリの開発者並びにユーザの方はご注意いただけますよう、宜しくお願い申し上げます。 11/07/01 2:23&lt;/li&gt;
  &lt;li&gt;【電力アプリ開発者の皆さまへの参考情報】東電提供データの変更に関し、Yahoo!が提供している電力APIについては、新データへの対応が行われた模様ですので、Yahoo!のAPIを利用しているアプリについては、これまで通り利用できるものと考えられます。 (11/07/01 2:34)&lt;/li&gt;
  &lt;li&gt;【情報提供のお願い】６月３０日から７月１日にかけての東京電力提供CSVデータの形式変更により、開発されてきたアプリにどの程度影響があったのかを把握したく考えております。動かなくなった、あるいは、至急の対応を要した等の情報を @&lt;a href=&quot;http://twitter.com/openmeti&quot;&gt;openmeti&lt;/a&gt; までお寄せいただけると幸いです。 (11/07/01 2:45)&lt;/li&gt;
  &lt;li&gt;お寄せいただいた情報は、経産省においてまとめた上で、東京電力に申し入れ、今後、データの形式変更を行う際には、十分な配慮を頂けるよう、改めて求めたいと思います。また、他地域の電力会社も続々とデータ提供を始めていますので、同様の混乱が起こらないよう、働きかけてまいりたいと思います。 (11/07/01 2:48)&lt;/li&gt;
  &lt;li&gt;私どもとしても、アプリ開発を呼び掛けた立場として、大変責任を感じております。電力会社への働きかけにおいて最善の努力をしてまいります。 RT @&lt;a href=&quot;http://twitter.com/Hongkongtram&quot;&gt;Hongkongtram&lt;/a&gt;: 作れといっといてデータフォーマットを変えるとは、最低。 (11/07/01 3:35)&lt;/li&gt;
  &lt;li&gt;経済産業省としては、事前にこのような事態が起こることも想定し、東京電力に配慮を求めていたにもかかわらず、結果としてこのような事態になってしまったことを深刻に受け止めています。また、電力データを利用したアプリ開発を呼び掛けた立場として責任を感じています。 (11/07/01 13:15)&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;つまり，東電は&lt;a href=&quot;http://www.tepco.co.jp/forecast/html/images/juyo-j.csv&quot;&gt;新形式のデータ&lt;/a&gt;に切り替えたが，これを使ったアプリが一斉に誤動作することに気付かなかったようだ。経産省の指導で&lt;a href=&quot;http://www.tepco.co.jp/forecast/html/old/images/juyo-j.csv&quot;&gt;旧形式のもの&lt;/a&gt;も7月7日まで提供することになったようだが，URLが違うので，結局はアプリを修正しないと正常に動作しない。&lt;/p&gt;

&lt;p&gt;電力データは利用者が多かったため大騒ぎになった。実は，ほとんど騒ぐ人がいなかったようだが，放射線データの形式も突然変わったことがあった。&lt;a href=&quot;http://www.tepco.co.jp/nu/fukushima-np/f1/index-j.html&quot;&gt;福島第一原子力発電所構内での計測データ&lt;/a&gt;で提供されているCSVファイルが，最初は例えばモニタリングカーの計測値が&lt;/p&gt;

&lt;pre&gt;
2011/3/22,23:50,正門,233.8,0.01未満,北西,1.9
&lt;/pre&gt;

&lt;p&gt;のような形式であったものが，突然&lt;/p&gt;

&lt;pre&gt;
西門,2011/4/28,0:00,22.4,&amp;lt;0.01,曇り,E,2.9
&lt;/pre&gt;

&lt;p&gt;のように変更されている。&lt;/p&gt;

&lt;p&gt;データは機械も読むということを理解してほしい。&lt;/p&gt;

&lt;p&gt;参考：&lt;a href=&quot;/~okumura/blog/node/2578&quot;&gt;データは自動処理可能な形で提供してほしい&lt;/a&gt;&lt;/p&gt;
</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2580#comments</comments>
 <pubDate>Sat, 02 Jul 2011 04:59:11 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2580 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>福島県・東電の実時間放射線モニタを早く再開してほしい</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2579</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://www.atom-moc.pref.fukushima.jp/top.html&quot;&gt;福島県原子力センター&lt;/a&gt;が福島県のあちこちに設置するモニタリングポストは，放射線量がネットで実時間監視できるようになっていたが，震災のため3月12日で止まっていた。本来ならばすぐに復旧しなければならないはずのものが，3ヶ月も放置され，ようやく6月10日に修理された：&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;NHKニュースのキャッシュ：&lt;a href=&quot;http://webcache.googleusercontent.com/search?q=cache:TKaExEvKhzoJ:www3.nhk.or.jp/news/html/20110610/t10013454551000.html&quot;&gt;放射線量観測システム復旧へ&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;ところが，それから1週間たつのに，ネットで公開されているのは3月12日12:00時点で止まったままである。&lt;/p&gt;

&lt;p&gt;東電も&lt;a href=&quot;http://www.tepco.co.jp/fukushima1-np/monitoring/index2.html&quot;&gt;このページ&lt;/a&gt;の左下「モニタリングポスト測定値」のアイコンをクリックすると敷地境界上の8地点のモニタリングポストの表示がわかるようになっていたが，これも3月11日14:40で止まったままである。&lt;/p&gt;

&lt;p&gt;これらがネットで再公開されれば，もし新たな爆発が起こっても，住民はいち早く状況を知ることができる。いっこうに修理されない，あるいは修理されたはずなのに公開されないのは，なぜだろうか。一刻も早く再開してほしい。&lt;/p&gt;

&lt;p&gt;[追記] 6月10日に復旧した福島県原子力センターの環境放射能監視テレメータシステムのデータは，&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;毎日新聞福島版：&lt;a href=&quot;http://mainichi.jp/area/fukushima/news/20110619ddlk07040080000c.html&quot;&gt;東日本大震災：２０キロ圏内の８局、放射線量を公表－－県ＨＰなど&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;によれば，すでに福島県のサイトで昨日から公開されていた：&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;&lt;a href=&quot;http://wwwcms.pref.fukushima.jp/pcp_portal/contents?CONTENTS_ID=23853&quot;&gt;環境放射能測定結果・検査結果関連情報&lt;/a&gt;の「20キロメートル～50キロメートル圏付近環境放射能測定結果…および環境放射能監視テレメータシステム測定結果…」（PDF）［初出は6月18日17時の第179報］&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;リアルタイムではなく，きれいに罫線を引いたPDFファイルで公開してくれて，涙が出る。;_;&lt;/p&gt;

&lt;p&gt;[2011-07-19追記] &lt;a href=&quot;http://www.atom-moc.pref.fukushima.jp/sokutei.html&quot;&gt;福島県原子力センター&lt;/a&gt;のリアルタイムモニタがやっと復活した！&lt;/p&gt;

&lt;p&gt;[2011-07-20追記] 東電の止まっている&lt;a href=&quot;http://www.tepco.co.jp/fukushima1-np/monitoring/index2.html&quot;&gt;このページ&lt;/a&gt;の左下「モニタリングポスト測定値」のアイコンをクリックすると現れるページ（今どき珍しくフレームを使っているので容易にリンクできない）について，同じものが&lt;a href=&quot;http://www.tepco.co.jp/nu/fukushima-np/f1/index-j.html&quot;&gt;福島第一原子力発電所構内での計測データ&lt;/a&gt;のページで動いているではないかというコメントをツイッターでいただいた。確かに同じように見えるかもしれないが，ここは1日に4回（おそらく東電本社の検閲を経て）更新されるページである。扉の開閉・ベント等の事象発生時に実時間で変化がわかるわけではない。&lt;/p&gt;</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2579#comments</comments>
 <pubDate>Sun, 19 Jun 2011 05:08:14 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2579 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>データは自動処理可能な形で提供してほしい</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2578</link>
 <description>&lt;p&gt;今回の大震災に伴う原発事故であちこちで放射線の強度が公開されているが，多くはPDF形式で，数値が取り出しにくく，ひどいものは印刷してからスキャンした画像PDFである。いくつか重要なものはExcel/CSV化してとりあえず
&lt;a href=&quot;http://oku.edu.mie-u.ac.jp/~okumura/stat/data/&quot;&gt;http://oku.edu.mie-u.ac.jp/~okumura/stat/data/&lt;/a&gt;
で公開しているが，もともと機械可読（自動処理可能）な形で提供してほしい。しかも，時間をかけてワープロできれいに罫線を引いて手打ちするのではなく，測定値を実時間で提供する仕組みを作ってほしい。なお，このようなデータ提供のセンスも情報リテラシー教育の一つとして学校で教えてほしい。&lt;/p&gt;

&lt;p&gt;一番重要なデータは&lt;a href=&quot;http://www.tepco.co.jp/&quot;&gt;東京電力&lt;/a&gt;が提供する福島第一・第二原子力発電所のモニタリングの結果である。以前は&lt;a href=&quot;http://www.tepco.co.jp/cc/press/index-j.html&quot;&gt;プレスリリース&lt;/a&gt;からたどるのがわかりやすかったのでこのページをチェックしていたが，「3月18日福島第二原子力発電所の現状について【午後０時00分時点】」を最後として，ここには載らず，新しく作られた&lt;a href=&quot;http://www.tepco.co.jp/nu/monitoring/&quot;&gt;福島第一・第二原子力発電所モニタリングによる計測状況&lt;/a&gt;というページからリンクされるようになった。トップページを見ていればわかることだが，ちょっと戸惑った。&lt;/p&gt;

&lt;p&gt;東京電力で提供されるモニタリング結果はすべてPDFで，ワープロに手打ちしているようで，小数点がコンマになっているところや午前と午後が間違っているところがいくつかあり，酷い場合はμSv/hがSv/hになっていたり，「0」が「お」になっていたりする。&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/110320-110313i.png&quot; alt=&quot;福島第一原発データの誤記&quot; /&gt;&lt;/div&gt;

&lt;p&gt;こういった誤記は私も目視でざっと確認しているつもりだがなかなか気づかず，ツイッターで教えていただいて修正している。&lt;/p&gt;

&lt;p&gt;また，東電のデータは最初は古い順であったが，途中から新しい順に変わっている。私のExcel/CSVファイルは古い順で統一している。&lt;/p&gt;

&lt;p&gt;東電に次いで重要なのが文科省の&lt;a href=&quot;http://www.mext.go.jp/a_menu/saigaijohou/index.htm&quot;&gt;東北地方太平洋沖地震関連情報&lt;/a&gt;のデータである。いろいろあるが，私はとりあえず&lt;a href=&quot;http://www.mext.go.jp/a_menu/saigaijohou/syousai/1303723.htm&quot;&gt;都道府県別環境放射能水準調査結果&lt;/a&gt;をExcel/CSV化している。これもきれいに罫線を引いて作表されているが，そんなことはどうだってよく，できるだけ早く公表され，簡単にグラフを描いたり解析したりできる形であることが重要なはずだが，よくわかってもらえていないようだ。特にひどかったのは「平成23年3月19日（土曜日）13時00分版」というPDFファイルで，MacのPreviewでうまく数値が取り出せないのでAdobe Readerで開くとファイル名の横に「（保護）」と出る。コピペすると &lt;code&gt;&quot;*&quot;#(&lt;/code&gt; といった記号の列になる。幸い，単純な換字暗号であり，次のUNIXコマンドで復号することができた。&lt;/p&gt;

&lt;pre&gt;
tr &quot;*\&quot;!#$%&amp;&#039;()\037&quot; &quot;.0123456789&quot;
&lt;/pre&gt;

&lt;p&gt;文科省はわれわれがデータを取り出して再利用していることを快く思わなかったのかと邪推したが，より新しいデータはコピー可能に戻ったので，単なる保存ミスだったのかもしれない。&lt;/p&gt;

&lt;p&gt;これらは何とか工夫すればデータを取り出すことができるのでまだましである。&lt;a href=&quot;http://www.nisa.meti.go.jp/&quot;&gt;原子力安全・保安院&lt;/a&gt;に至っては，「地震被害情報（第◯◯報）…及び現地モニタリング情報」といった形で情報公開しているが，プリントアウトしたものをスキャンした画像PDFで，OCRにでもかけないと数値を取り出すことはできない。何か理由があってこういう意地悪をしているのか，あるいは単に情報リテラシーがないだけなのか，不明である。&lt;/p&gt;

&lt;p&gt;こういった非効率的な処理をしているため，データが公表されるまでの時間が長すぎる。実時間でモニタリングできる仕組みを作ってほしい。奇抜な例として，線量率計がTwitterで位置情報付きで「20μSv/hなう」などとつぶやくようにすれば，モニタリングカーに積んで走るだけでデータがだれでも実時間収集できる。それを集めて見やすい形で公開するサイトを作るのは簡単である。&lt;/p&gt;

&lt;p&gt;ほかにもこの大震災で情報リテラシーの欠如から来る問題点がいろいろ見えてきたので，何かの機会にまとめるつもりである。&lt;/p&gt;

&lt;p&gt;[2011-03-21追記] ついに東京電力&lt;a href=&quot;http://www.tepco.co.jp/nu/monitoring/index-j.html&quot;&gt;福島第一・第二原子力発電所モニタリングによる計測状況&lt;/a&gt;で公開されている最新PDFファイルがデータ抽出禁止になったようだ：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/110321c.png&quot; alt=&quot;東電の原発PDFがコピー禁止&quot; /&gt;&lt;/div&gt;

&lt;p&gt;[2011-03-29追記] その後の経緯をまとめておく。&lt;/p&gt;

&lt;p&gt;まず，放射線関連で公開されているPDFファイル等からデータを抽出して視覚化・解析するプロジェクトが全国に広まり，その現状が「放射線モニターデータのまとめページ」&lt;a href=&quot;http://sites.google.com/site/radmonitor311/home&quot;&gt;radmonitor311&lt;/a&gt;にまとめられている。ここでも「各方面から東電・文科省などへ機械可読データ提供の要望を出し続けましょう」と訴えている。東電はあいかわらずPDFの文書アセンブリ・内容のコピー・ページの抽出等を「許可しない」にしている。&lt;/p&gt;

&lt;p&gt;また，当ブログへのコメントで教えていただいたが，LASDECも&lt;a href=&quot;https://www.lasdec.or.jp/cms/12,22060,84.html&quot;&gt;国民へ発信する重要情報のファイル形式について&lt;/a&gt;というページでPDFやExcel形式でなくHTML・JPEG・CSV等を使うよう呼びかけている。&lt;/p&gt;

&lt;p&gt;あと，pdftotextは-rawスイッチで表組みを乱さずにテキスト抽出できる。このコマンドはLinuxディストリビューションに入っていると思うが，MacでもLinuxでも簡単にソースからコンパイルできる（http://oku.edu.mie-u.ac.jp/~okumura/linux/?Xpdf）。&lt;/p&gt;

&lt;p&gt;[2011-03-31追記] 経産省も&lt;a href=&quot;http://www.meti.go.jp/policy/mono_info_service/joho/other/2011/0330.html&quot;&gt;東北地方太平洋沖地震等に係る情報提供のデータ形式について&lt;/a&gt;で「極力PDF等自動処理がしにくいデータ形式のみによらず、htmlやcsv等の自動処理に適したデータ形式を併用したり、別途オープンな情報提供APIを整備するなど」を経団連会員企業に呼びかけた。&lt;/p&gt;

&lt;p&gt;[2011-04-03追記] &lt;a href=&quot;http://www.pdftoexcelonline.com/&quot;&gt;PDF to Excel&lt;/a&gt; というサイトでPDFを無料でExcel形式に変換してくれるようだ。文科省のPDFはこれでうまくいくということである。メールアドレスを打ち込まなければならないので要注意。&lt;/p&gt;

&lt;p style=&quot;margin-left:2em&quot;&gt;[2013-04-23追記] &lt;a href=&quot;http://www.pdftoexcel.org/&quot;&gt;PDF to Excel Free Online&lt;/a&gt; というサイトも紹介していただいた。どなたか比較記事を書いていただけたらありがたい。&lt;/p&gt;

&lt;p&gt;[2011-04-06追記] &lt;a href=&quot;http://getnews.jp/archives/109133&quot;&gt;東京電力が放射線量測定データを「使いづらく」している理由 - ガジェット通信&lt;/a&gt;で取り上げていただいた。東京電力からの回答も載っている。必見！&lt;/p&gt;

&lt;p&gt;ツイッターで&lt;a href=&quot;http://www31.ocn.ne.jp/~h_ishida/xdoc2txt.html&quot;&gt;xdoc2txt&lt;/a&gt;を紹介していただいた。Windows上のソフトで，PDF・Word・Excel・一太郎などからテキストを抽出できる。東電のPDFにも使えるとのこと。&lt;/p&gt;

&lt;p&gt;[2011-04-12追記] たくさんのかたの応援のおかげで，ついに&lt;a href=&quot;http://www.tepco.co.jp/nu/monitoring/index-j.html&quot;&gt;東電&lt;/a&gt;がCSVでデータを提供し始めた。「ダウンロード」と書いてあるものがCSVをZIPで固めたもの。&lt;/p&gt;

&lt;p&gt;[2011-04-14追記] 経済産業省情報プロジェクト室 @openmeti の昨夜のつぶやきによれば「東京電力の放射線データのCSV化については、情報経済課が東京電力と調整を行いました。」とのこと。&lt;/p&gt;


&lt;p&gt;[2011-04-14追記] 文科省の&lt;a href=&quot;http://www.mext.go.jp/a_menu/saigaijohou/syousai/1303723.htm&quot;&gt;都道府県別環境放射能水準調査結果&lt;/a&gt;も今日からExcel版が出ることになった（ページ下のリンク）。&lt;/p&gt;

&lt;p&gt;[2011-06-12追記] 追記するのを忘れていたが，私自身の描いたグラフはTwitterで随時流していたが，5月28日ごろから&lt;a href=&quot;/rad/&quot;&gt;放射線関連グラフ&lt;/a&gt;というページで（ほぼ）自動更新のグラフを提供し始めた。&lt;/p&gt;

&lt;p&gt;[2011-08-16追記] 文科省の&lt;a href=&quot;http://radioactivity.mext.go.jp/ja/&quot;&gt;放射線モニタリング情報&lt;/a&gt;は8月8日にURLが変わり，&lt;a href=&quot;http://radioactivity.mext.go.jp/ja/monitoring_by_prefecture/&quot;&gt;都道府県別環境放射能水準調査結果&lt;/a&gt;の主たる形式はPDFからHTMLに変わった。Excel形式もなくなるのかと思ったら，掲載が続いているようだ。6月末ごろから外部サイトによる&lt;a href=&quot;http://mextrad2.cloudapp.net/csvdata.aspx&quot;&gt;CSVデータ&lt;/a&gt;も提供されているが，今後も継続されるようだ。Excel化・CSV化されるのは遅いので，HTMLからスクレーピングするのがよいだろう。毎日のHTMLのURL（128文字！）の最後の数字の部分に規則性がなさそうなので，自動取得はまだ手をつけていない。とりあえずブラウザからExcelにコピペすれば表形式はほぼ保たれるようだ。そのうち私のところで保存するCSV形式も見なおした上で自動取得にしたい。&lt;/p&gt;</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2578#comments</comments>
 <pubDate>Sun, 20 Mar 2011 02:54:29 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2578 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
<item>
 <title>空集合の記号</title>
 <link>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2577</link>
 <description>&lt;p&gt;@munepixyz さんが「空集合を \emptyset ではなく、「\phi」と入力してくるTeX原稿が結構ある。なんでやろう？ #TeX」と&lt;a href=&quot;http://twitter.com/munepixyz/status/35664260457693184&quot;&gt;つぶやいておられた&lt;/a&gt;ので，ちょっと調べてみた。&lt;/p&gt;

&lt;p&gt;まず，Unicodeの ∅ (EMPTY SET, U+2205) は，多くのフォントでは円＋斜め45度の線の字形だが，ゼロ＋斜線の字形もある。&lt;/p&gt;

&lt;p&gt;TeX以前の本をいくつか調べてみた。&lt;/p&gt;

&lt;p&gt;『岩波数学辞典』第3版はϕ（ファイ）に近い字形：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/IMG_3264.jpg&quot; alt=&quot;『岩波数学辞典』第3版の空集合の記号&quot; /&gt;&lt;/div&gt;

&lt;p&gt;『岩波情報科学辞典』も同様：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/IMG_3265.jpg&quot; alt=&quot;『岩波情報科学辞典』の空集合の記号&quot; /&gt;&lt;/div&gt;

&lt;p&gt;KnuthのFundamental Algorithms第2版はゼロに斜線：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/IMG_3266.jpg&quot; alt=&quot;empty set symbol, Knuth, Fundamental Algorithms, 2nd ed.&quot; /&gt;&lt;/div&gt;

&lt;p&gt;小松勇作編『数学 英和・和英辞典』（共立，1979年）は3通り載せている。2番目のものはまったくのϕ（ファイ）である：&lt;/p&gt;

&lt;div&gt;&lt;img src=&quot;/~okumura/blog/files/IMG_3267.jpg&quot; alt=&quot;『数学 英和・和英辞典』の空集合の記号&quot; /&gt;&lt;/div&gt;
</description>
 <comments>http://oku.edu.mie-u.ac.jp/~okumura/blog/node/2577#comments</comments>
 <pubDate>Fri, 11 Feb 2011 02:08:19 +0000</pubDate>
 <dc:creator>okumura</dc:creator>
 <guid isPermaLink="false">2577 at http://oku.edu.mie-u.ac.jp/~okumura/blog</guid>
</item>
</channel>
</rss>
