新生鳩丸掲示板♯

というわけで【謎】、こちらもアップデート希望。

>「ボキャブラリのパクリもとがなかなか見つからない」

これを

>>ボキャブラ天国のパクリもとがなかなか見つからない

と空目してしまいました^^;。

IRCでfreenode系の#rdfigで聞くって手もでてましたね。たしか(謎)。

それはそれとして【謎】自国の法令すら満足に電子化できない文字コード規格っていったい…

http://law.e-gov.go.jp/cgi-bin/idxselect.cgi?IDX_OPT=1&H_NAME=%8c%cb%90%d0%96%40%8e%7b%8d%73%8b%4b%91%a5&H_NAME_YOMI=%82%a0&H_NO_GENGO=H&H_NO_YEAR=&H_NO_TYPE=2&H_NO_NO=&H_FILE_RECNO=6847&H_RYAKU=1&H_CTG=1&H_YOMI_GUN=1&H_CTG_GUN=1

包摂された字体を区別したいときのために関連規格を検討中だったんじゃないんですか豊島さん【誰】。

http://sharetext.honya.co.jp/archives/jiskanji/mt-gene.pdf

理論上はJIS X 0213を使えば表現可能ですが、今度は「自国の法令の電子化にすら使われてない文字コード規格っていったい」というツッコミどころが【謎】。WebでJIS X 0213の文字を使うには今のところUCSで符号化するしかありませんし。

＞　というか今試してみたらちゃんと参照している法律にリンクが張られていました。

そのようですね。書く前に最新の状況を確認しなかった私が愚かでした。

２年くらい前はできていなかったように思ったものでしたから。（情報古すぎ！ですね）

ASP版が<http://www.aao.ne.jp/>にて公開されています。

TAO<http://www.shiba.tao.go.jp/index.htm>から助成金も出ているようです。

ウェブヘルパーはソースも公開されていると思いますが、改良されたような感じはいたしませんでした。

>近くに銀行が無いような過疎地域の役所（郵便局、旧建設省系の一部の工事事務所、林野庁の一部の事務所）などでは、どう考えても現金渡しの方が便利です。

　なるほど、それはちょっと盲点でした。当然そういう環境はありますね。

　元記事を見るとそういう環境でも一律振込みにする方向のように読めますが、そのあたりどうなんでしょう。

というか今試してみたらちゃんと参照している法律にリンクが張られていました。全部ではないのかもしれませんが、とりあえず現時点で何ができているかくらい把握してないと馬鹿にされると思います【謎】。

> 引用部分にハイパーリンクを張らない電子化ならすぐにできますが。

できますというかもうやってますね。

http://law.e-gov.go.jp/cgi-bin/idxsearch.cgi

近くに銀行が無いような過疎地域の役所（郵便局、旧建設省系の一部の工事事務所、林野庁の一部の事務所）などでは、どう考えても現金渡しの方が便利です。それが６割か？　といわれるとさすがに違うと思いますが。

ちなみに、多くの役所の場合、自分たちが飲む（客にも出す）お茶の代金は、自分たちの給与の一部を出し合って用意するので、給料日には何がしかの集金が来ることが多いです。労働組合に入っている人の場合も、組合費は給料日に集金されるようですね。そのような人の中には、全額銀行振込を嫌う人がいると思われます。

まあ、このようなことでも「バカ」と思われるかもしれませんが、電子政府の実現には、役人の給料の振込みよりも先に片付けるべきことがいくらでもあると思われます。例えば、全ての法律を、相互引用関係まで含めてXML化するとか。（毎国会で数十本の新しい法律が制定されるので、実は結構大変です。当分は実現しないと思います｡引用部分にハイパーリンクを張らない電子化ならすぐにできますが。）

あるいは、学会の論文で、引用文献相互にハイパーリンクを張るとか。

そう言うことができていないから、法曹事務に経費がかかるとか、科学技術の振興が阻害されるとかの理由で馬鹿にされるなら、甘んじて反省できるのですが。その意味で、日本の報道はまだまだ甘いと思います。

>パーサがDTDをキャッシュすれば良いという話は、僕が近藤さんにもっと良い方法はないかと質問したときに出てきた話かと思います。

　おお、そうでしたか。補完ありがとうございます。

　追記しときますね。

パーサがDTDをキャッシュすれば良いという話は、僕が近藤さんにもっと良い方法はないかと質問したときに出てきた話かと思います。

>つまりHTML4でid属性がcase sensitiveであると定めているのは

>SGMLに不適合だということでしょうか。

>http://www.w3.org/TR/html4/struct/global.html#adef-id

　語弊を承知で言えば、そういうことになると思います。

　確かにそこには CS と書かれているのですが、DTD を見ると紛れもなく ID 型として定義されていますから、SGML 的にパースすれば NAMECASE の影響を受けるはずです。

　id属性は name属性と同じ名前空間を共有するとされているので、その辺りの兼ね合いで name属性同様に [CS] としているのだと思いますが、純粋に SGML 的に DTD を見ると、容赦なく CI 扱いにせざるを得ません。

つまりHTML4でid属性がcase sensitiveであると定めているのは

SGMLに不適合だということでしょうか。

http://www.w3.org/TR/html4/struct/global.html#adef-id

関連URL【謎】

http://www.satoshii.org/markup/notes/2003/11#date24-2

>「次:」で次の1日ではなく次の1週間くらい表示できませんか【ピュア】。

　今の実装だとちょっと無理っぽいです。

　頑張ればあるいはという感じですが。

>valid か否かというより standalone か否かという話だと思うのですが、

　御意。外部 DTD に依存していると言うことを言いたかったのですが、standalone という単語がちょっち出てきませんでした。

># とは言え、実際問題 PSVI のために馬鹿でかいモジュール DTD を読み込むくらいなら、はじめから文書型宣言のない wellformed XML で公開する方がはるかに健全であると思うわけで。

　私も割とそういう感じの発想ですが、結局の所はこの辺の話になってくるのですかねぇ。

http://www.atmarkit.co.jp/fxml/tanpatsu/24bohem/01.html

> そんなわけで、この一件は我々に「valid な XML は、ネットワークに繋がっていない環境では運用困難」という XML の意外な弱点を教えてくれたのでした。

valid か否かというより standalone か否かという話だと思うのですが、仕様書ではばっちり「standalone な文書の方がネットワークによる配信には望ましい」とされています。(って、「ネットワークによる配信には」って言ってますけど)

もっとも、実際には「パーサ側で DTD をキャッシュしてくれれば」対応は可能であるわけですが。というか、

> 実体の内容を取り出すXMLプロセサは，公開識別子及びシステム識別子並びにこの仕様の範囲外の付加的な情報をどのように組み合わせて，代わりの統一資源識別子(URI)参照の生成を試みてもよい」(JIS X 4159:2002)

ということで、カタログ使えばよいのでは。Entity Management [1] とか XML Catalogs [2] とか。というか、そのための公開識別子と思われ。

# とは言え、実際問題 PSVI のために馬鹿でかいモジュール DTD を読み込むくらいなら、はじめから文書型宣言のない wellformed XML で公開する方がはるかに健全であると思うわけで。

# 現実に Mozilla とか外部 DTD 読みませんし。知らずに文字実体参照を書いてたりするとえらい目に遭います。(今はメジャーな公開識別子には対応しているみたいですが)

[1] http://www.oasis-open.org/specs/a401.htm

[2] http://www.oasis-open.org/committees/entity/spec.html

「次:」で次の1日ではなく次の1週間くらい表示できませんか【ピュア】。

>勧告の際には変換かけて完了、という話かな。

　御意。質疑のときも変換ツールあるんだから変換すれば良いじゃんという話は出ていましたね。

　ただまあなんというか、フツーに「負けてる」印象が否めないと言うか。

　R-クリックといえばこの記事が印象深かったです。

http://www.zdnet.co.jp/mobile/0311/11/n_edorc.html

　six circles が逆さまじゃん！ というのは笑ってしまいました。