」(新潮新書)を読みました。
いうまでもなく、養老孟司「バカの壁
この「序章」に執筆の経緯が書いてあるのですが、ここがまず秀逸。というか、面白い。
仕事をしている人であれば、最も自分に引きよせて読むことができるのは、第4章「人はなぜアホな計画をたてるか」だと思います。この章に書かれていることをどれもこれも他人事だとして読んでしまい自らを顧みることを全くしない人は、おそらく、それこそ真正のアホであるか、ないしは凄い天才であるかのいずれかでありましょう。
本書には、ベストセラー「国家の品格
この写真は上の方が北東方面ですね。札幌を中心として、左側の方が日本海、下側の闇は山地です。札幌から左下の方につながっているのが小樽、一方、右側へ伸びた先は恵庭、千歳でしょう。上側、江別方面は雲に遮られているようです。
中心部分のひときわ明るいのがススキノで、その左上近くの黒い穴は北大。このふたつの対比が面白い。
札幌中心部の街路が直交しているさまが光の模様となって見て取れます。中心の方をじっと見ていると吸い込まれそうな錯覚さえ感じます。
]]>Webサイトに載っている報告や写真を見ると、地域によっては、地雷や不発弾が人々の生活の実に身近なところにあるのだということが生々しく分かります。
誰しも一度くらいは聞いたことがあると思いますが、今なおこういう現実が続いてるということを知るのは大変大事だと思います。
このNGOは自衛隊OBが中心となって専門技能を活かして活動されているのだそうです。自衛隊経験者が海外でこうした活動をすることが誤解を招くと考えられて活動を控えていた時期もあったそうですが、ともあれ専門知識を駆使して世界の問題の解決に貢献していることは素晴らしいと思います。
]]>例えば、地名の例でいえば、「ほうのきざく」から「𣖔木作」(福島県)が、「きびなごあじろ」から「𩸕網代」(長崎県)が、「なぎのした」から「𡵢下」(愛知県)が、「ろほう」から「𡉴豊」(徳島県)が入力できるのです。それぞれ、「𣖔」(2-15-10)、「𩸕」(2-93-57)、「𡵢」(2-08-27)、「𡉴」(2-04-67)は JIS X 0213で初めて符号化された漢字です。面区点番号からわかるように、いずれも第4水準です。Unicodeではバージョン3.1で面02のCJK統合漢字拡張Bに入りました。
人名の「𣟿良(なぎら)」などというのも変換できます。「𣟿」(2-15-73)は同様に拡張Bにあります。
Unicodeで拡張Bにあたる漢字以外の第3・第4水準もあります。以前このブログでもとりあげた例として、「とかられっとう」から「吐噶喇列島」が、iPod Touchで変換できるのです。「噶」はJIS第3水準です。
ここではiPod Touchと記していますが、これは私の持っている機械がたまたまそれだからのことで、多分iPhoneでも同様なのでしょう。
JIS第3・第4水準漢字の普及は案外iPod Touch/iPhoneから始まるのかもしれないと思いました。
]]>久保田のアルバムのUS版は、私のような日本人パンピーにはともすると難解な印象もあったのですが、これは文句なしに楽しめます。濃密、高品質な15曲。
]]>ただ、誰の名前なのかはわかりませんでした(記憶できなかった)。国会議員の名前を検索すると参議院に簗瀬進という人がいて、「議員氏名の正確な表記」というページでは「𥱋」の字体が指定されているので、もしかするとこの人だったのかもしれません。
それにしてもこの「議員氏名の正確な表記」というのはちょっと考えものです。「鈴」の右下部分の違いとか、「保」の最後の2画が点かどうかとか、書き方のちょっとした違いあるいは書体による違いのようなものを「正確な表記」と指定するのはいかがなものかと思います。これによって誰が得をするのかと疑問に思います。
]]>」(新潮新書)を読みました。
いうまでもなく、養老孟司「バカの壁
この「序章」に執筆の経緯が書いてあるのですが、ここがまず秀逸。というか、面白い。
仕事をしている人であれば、最も自分に引きよせて読むことができるのは、第4章「人はなぜアホな計画をたてるか」だと思います。この章に書かれていることをどれもこれも他人事だとして読んでしまい自らを顧みることを全くしない人は、おそらく、それこそ真正のアホであるか、ないしは凄い天才であるかのいずれかでありましょう。
本書には、ベストセラー「国家の品格
この人名の2文字目、「璐」はJIS第3水準漢字、面区点番号1-88-29です。地上デジタル放送の文字情報では漢字が表示できていませんでした。先日の「世界ふれあい街歩き」のときにも思ったことですが、デジタルテレビの仕様を決めるときにJIS X 0213に対応していればこういうことにならなかっただろうに、残念なことです。
]]>もう10年以上前にも同様の朗読劇を鑑賞したことがあって、こういうものが面白いということは知っていました。小説を自分で黙読するのと、上手な人が演じるのとでは、同じ作品の同じ字面を読むのであっても、全く違う体験ができるのです。それが自分の好きな作家であれば、とりわけ筒井康隆であれば、面白くないわけはないのです。
演じられたのは、「昔はよかったなあ」と「関節話法」、それに上山克彦演じる一人芝居「陰悩録」。さらに山下洋輔のピアノ演奏もあるという贅沢な舞台でした。アンコールで「発明後のパターン」のオリジナルに加えて現代版というのもやられました。筒井作品に詳しい方にはすぐお分かりのとおり、いずれも笑いを誘う作品です。
残念ながら、筒井氏自身によるこうした朗読劇は今回を最後としてもうやらないのだそうです。ホールにぎっしり入った観客は大いに笑っていました。惜しまれながらの最後の舞台ということになります。
]]>
」(朝日新書)は北海道の様々な地名のアイヌ語語源を考察している本です。単にこの地名はこういう意味だと説明するだけでなく、アイヌの地形把握の方法にまで踏み込んでいて、なるほどと思わせます。アイヌにとっては川が重要で、川を遡った先にある山の名前は川に関係がある、といったことなどです。
また、間違って認識しやすい地名も取り上げられています。例えば、知床はアイヌ語で「地の果て」だとする説を結構見かけますが、これには問題があって、「地の先」と解釈する方が適切だそうです。あるいは、山名のニセコアンヌプリというのは「ニセコ・アンヌプリ」と分けられると思いがちですが、アイヌ語の文法に即していうなら「ニセイ・コアンヌプリ」となるのだそうです。
さて、この本ではアイヌ語を片仮名で表記しているので、通常の日本語表記用とは異なる片仮名が頻出します。例えば、小さく書くㇻㇼㇽㇾㇿなどです。コンピュータ上の文字コードとしては、2000年制定のJIS X 0213において、これらの字のコードが決められています。JIS X 0213に対応したソフトウェアならこうした字が使えるのです。
同書のアイヌ語の片仮名を見ると、必要に応じて小書きの片仮名を使っています。しかし、字のサイズが、「ッ」のような普通の小書きの片仮名と釣合いがとれていないのが気になります。
例えば、p.115で「シレトコ アナㇰ シレトッコㇿ!」(知床は美しい!)と書かれていますが、後半の「ッ」と「ㇿ」を見比べると明らかに「ㇿ」の方が小さく、バランスを損なっています。「ㇿ」などの小さな字を特別に用意したのでこうなったのでしょうか。
また、「ト゚」(半濁点付きのト)における半濁点は、妙に大きくなっています。用意されていない活字なので何か間に合わせで作字したのでしょうか。例えばp.213に「パンケ ト゚エ ピラ」と書いてありますが、「パ」や「ピ」の半濁点と比べて「ト゚」の半濁点が明らかに大きく、バランスを損なっています。
印刷にいつでも使える文字として、JIS X 0213の文字が網羅されていれば、「ㇿ」や「ト゚」なども他の文字とのバランスを考慮してデザインされ、読者に違和感を与えずに済んだかもしれません。やはり、JIS X 0213をサポートすることが大変大事であるように思えます。
なお、Unicodeでサポートしようとすると、上記の「ト゚」や、ほかにもアイヌ語で頻出する「ㇷ゚」などは単一の符号位置でなく、結合文字を使って2つの符号位置の組み合わせによって1文字を表現する必要があります。「ト゚」ならU+30C8 U+309Aという列になるという具合です。プログラミング上、注意が必要です。
]]>
」。2004年の作品。評判は知っていて興味を持っていたのですが、何となく先延ばしにしていたものです。
読み始めたが最後、何度も読み返してしばらくその場から動けないくらいの深い感動を受けました。
私の本なんかよりも、こういう優れた作品を読むべきです。いや別に自分で営業妨害することもないのですが、それくらい感動したということです。永く読み継がれてほしい作品。
]]>著者自身による紹介ページを作りました。興味がありましたらどうぞ。
私がぼやぼやしている間に、著名なプログラマのhyoshiokさんにブログで取り上げていただきました(「プログラマのための文字コード技術入門を読んだ」)。ありがたいことです。
ちなみに正式な発売日は2月18日ですが、早く店頭に並ぶ書店もあるようで
す。Amazon
この地名はJIS漢字字典にも載っています。ネット上の地図サイトでは、「しいな塚」と、平仮名をまぜて書かれるようです。
この字の用例をWebで探してみたところ、角田市のWebサイトにありました。
角田市市税条例のページの後ろの方、「別表」の中に、「字𥼣塚」と、「𥼣」の字を画像にして表現しています。
市のサイトに漢字で書かれているということは、役所の発行する印刷物ではやはり漢字で書かれているのではと想像します。
]]>ところが、Unicodeの漢字のデータを揃えているUnihanデータベースを見ると、大漢和辞典の3247番を参照している文字は存在しません。口へんに匕のように書く「叱」U+53F1は大漢和辞典の3247でなく3248番ということになっています。大漢和辞典ではこの字は「しかる」ではなく、「か」という読みの、「口を開くさま」という意味の字だとされています。また、近頃一部で話題のU+20B9Fという符号位置(口へんに七、「𠮟」)についても、大漢和の3247番への参照はついていません。
なんと、「しかる」という特に珍しいわけでもない字がUnicodeには存在しなかった!
......まあ勿論、単にUnihanデータベースの整備不良なのでしょうけど。
本来は、U+20B9FかU+53F1に大漢和辞典の3247番への参照があるべきでしょう。U+53F1につけていいかどうかは微妙ですが、大漢和の3247番の説明には俗に「叱」の形に作るともあるので、まあいいんじゃないでしょうか。それに、U+53F1の元になっているJIS X 0208の28区24点が「しかる」でないとは考えにくいですし。
Unihanを更によく見ると、読みを記したファイルにはU+53F1の日本語の読みとして「しち」「しつ」「しかる」を掲げているので、大漢和辞典の3248番だという参照とは矛盾しています。3248番だとするのなら読みは「か」でなければならず、あるいはU+53F1が「しかる」という読みだとするのなら大漢和辞典の3247番でなければなりません。
ちなみに、大漢和辞典における3248番の「か」という読みだとする字の説明は、昔の字書の説明を引いているだけで、熟語も用例もありません。現実の言語表記において、「か」という読み、「口を開くさま」という意味として、実際にどれくらい使われた実績があるのかは、大漢和辞典の説明からだけでは想像がつきません。
]]>出力においてBOMを使わないということは、すぐに納得がいくことと思います。UTF-8として出力されるバイト列の先頭にBOMがつかないということです。
かたや、入力においてというのがどういうことかというと、BOMに相当するバイト列を 見ても、それをBOMとは認識しないということです。
つまり、データ先頭にEF BB BFという3バイトがあったら、それをBOMとして消費するのでなく、単なる普通の1文字のように扱うのです。
ちょっと実験してみましょう。
UTF-8にBOMを付けて出力するプログラムとしてポピュラーなのはWindowsのメモ帳です(XPで確認)。メモ帳でUTF-8としてテキストを保存するともれなくBOMがついてきます。
例えば、メモ帳で「あ」とだけ書いて改行し、UTF-8で保存する。すると、EF BB BF E3 81 82 0D 0A というバイト列になる。
これをiconvでShift_JISに変換しようとする。「あ」と書いてあるだけなのだから問題ない筈と思いきや、これがうまくいかない。
$ iconv -f UTF-8 -t SHIFT_JIS a.txt > a-s.txt iconv: illegal input sequence at position 0
なんと、エラーでとまってしまいます。
なぜかというと、先頭のEF BB BFをBOMとみなすのでなくテキストの一部と解釈し、U+FEFFの文字をShift_JISに変換しようとして、Shift_JISには該当する文字がないので、当然のごとく失敗しているわけです。
この場合、iconvにオプション -c を付けて、変換できない文字を無視するようにすればエラーなく通ります。
また、上のUTF-8テキストをUTF-16に変換しようとするとこうなります。ここではUTF-16BEやUTF-16LEでなく、UTF-16を指定します。つまり、BOMを用います。
$ iconv -f UTF-8 -t UTF-16 a.txt | hd 00000000 ff fe ff fe 42 30 0d 00 0a 00 |....B0....|
なんと、BOMが2つ並ぶという残念な結果になってしまいます(先頭のff feがBOM)。もう説明の必要はないと思いますが、UTF-8テキストの先頭の3バイトがBOMとして解釈されず、UTF-16を出力するときに改めてBOMを付けようとするので、こういう結果になっています。
上で使った出力のUTF-16はBOMを用いますが、ではBOMを付けないつもりでUTF-16BE を指定するとどうなるか。大体想像がつくと思いますが、こうなります。
$ iconv -f UTF-8 -t UTF-16BE a.txt | hd 00000000 fe ff 30 42 00 0d 00 0a |..0B....|
iconvの入力にUTF-8を指定するときは、入力データにBOMがついていないことを確認しておくのが良さそうです。
]]>が、チベット仏教の僧侶の話を聞いて、なぜそのような概念が有用であり得るかということは理解できた気がしました。
うまれかわりという概念があると、街ですれ違っただけの見知らぬ人でも、前世では自分の親や兄弟であったかもしれない。前世の前世の前世の、ずっと前までさかのぼれば、誰とでも何かしら深い関わりがあるんだよ、ということです。
つまり、誰に対しても分け隔てなく思いやりを持つために、前世やあるいは来世では身近な肉親であったかもしれないという気持ちを持つことが役に立つということです。
うまれかわりを心から信じるかというとなかなかそうはいかないけれども、それが役に立ち得る概念なのだということが分かったのが収穫でした。
]]>